Discussion :

[qi130]

Bonjour aux forumeurs.

Après 1 install réussie grace à l'excellent tuto de Developpez, je suis confronté à des questions métaphysiques.

Avec une certaine maitrise de DB2, le monde Oracle me semble déroutant, et je peine (refus inconscient ?) à prendre certains repères.

J'ajoute que mes besoins sont basiques car j'ai juste besoin du strict minimum coté Oracle afin de développer une appli C/S.

SID, schéma, user, tablespace, database.... big confusion !

comment celà s'organise, qui est le maitre, etc...

Bon, une database contient des tables s'appuyant sur des TS.
Sous DB2, on déclare la base, puis des TS dans cette base, puis les tables dans les TS.

Sous Oracle, on semble déclarer une table puis son TS: est-ce Oracle qui remet ça dans l'ordre ?

Autre interrogation: SID // base
le SID est le "truc" qu'on retrouve dans le TNSNAME avec son adresse et le port.
Mais, quelle autre signification lui donner ? est-ce la database ?
Ainsi, au boulot, avec Toad, la fenêtre "server loggin" présente à gauche la liste des "server" et j'y trouve "TOTO".
A droite, le combo "Database (or user@database)" me propose aussi "TOTO"...
Donc "TOTO" = SID = server = database !

Toujours dans le même "server loggin", je peux choisir entre plusieurs User pour accéder à "TOTO"; ça me va...jusqu'à ce que le User veuille aussi dire Schéma !
Ainsi, si je me connecte sur "TOTO" avec user1/pass1, j'accède à des tables, si c'est avec user2/pass2 c'est d'autres tables.

Par quel prodige? Est-ce une histoire de tablespace ? (avec des grant qui vont bien ?)
Est-ce que le SYSDBA connecté à TOTO voit toutes les tables ? (j'espère!)

Bref, je suis découragé devant l'investissement... pour une ch'tite appli C/S !

Pour ceux qui m'ont vu venir de loin (et les autres aussi), je cherche donc un guide hyper simple me permettant:
- de créer une database ( sachant qu'a priori j'arrive à créer le SID-mais le SID est peut-être bien la base)
- créer des tables dans un TS dédié à mon appli (si c'est comme ça que ça marche)
- créer 1 ou 2 users (et les pass) pouvant se connecter au SID/base/tablespace via mon appli afin d'enrichir les tables

Remerciements éternels à ceux qui m'aideront.

[bouyao]

Bonjour,

Tu peut trouver les réponses dans GUIDE Oracle

[qi130]

Merci

J'ai déjà parcouru ces liens....sans trouver de réponses à mes interrogations

Par ex, concernant les TS, ok... 3 types sont décrits, mais je n'ai pas vu celui simplement consacré aux tables "normales"...

Alors je me dis allons voir le tuto du Zappa-man sur les tables.... et là:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
CREATE TABLE......
TABLESPACE	tbs1
....

pof, un TS mais il vient doù ? doit-il exister avant la création de la table ?

[bouyao]

Un tablespace doit être créer avant.
Un tablespace contient plusieurs tables.
Par exemple dans une maison il y'a plusieurs chambres, La maison = tablespace et les chambres sont des tables.

[qi130]

Ca au moins, ça a le mérite d'être clair...

[SheikYerbouti]

Il faut envisager ces différents objets commes des conteneurs imbriqués.
Le grand conteneur contient le moyen qui contient le petit, etc.

Il est évident que le conteneur x doit préalablement exister pour pouvoir contenir les conteneurs x+1.

Si l'on démarre du plus grand conteneur jusqu'au plus petit ceci donne cela.

Base
..Tablespaces
....Schémas (ou compte ou user)
......Tables

[qi130]

Merci pour ces infos.

Ca commence à ressembler à DB2 sauf cette histoire de schéma


Quelle méthode est généralement utilisée pour que plusieurs utilisateurs puissent se connecter via 1 appli à Oracle ? (avec authentification de chaque utilisateur au niveau sgbd -> mais c'est peut-être impossible ça ? ==> authentification OS ?)

En d'autres termes (?), est-il possible de "partager" des tables en dehors d'un schéma "générique" ?

[nuke_y]

Oui en donnant des droits.

En fait un schéma contient des objets (tables, vues, etc.) mais aussi des droits. Donc tu peux créer un schéma (donc un login / mot de passe) pour tes utilisateurs et choisir leurs droits sur les différents objets.

Une illustration intéressante se trouve dans la Console Oracle Entreprise : si tu veux créer un nouveau schéma (donc un conteneur pour une série d'objets), tu dois aller non pas sur la rubrique Schémas et faire Créer, mais aller sur la rubrique Sécurité/Utilisateurs et faire Créer. Et le schéma n'apparaîtra que quand tu auras créé au moins 1 objet dans ce conteneur.

C'est un peu déroutant au début...

[CD]

Pour te donner une idée, j'ai une appli chez moi qui est segmentée de la manière suivante :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
Base BUDGET
.. Tablespace Budget
.... Schema BUDGET
...... Tables Budget
 
.... Schema DR1
...... Droits sur les tables budget
 
.... Schema DR2
...... Droits sur les tables budget
 
.... Schema DR3
...... Droits sur les tables budget

Cela permet d'avoir toutes les tables dans le même schema. Ce qui veut dire que pour accéder aux données, il faut se connecter avec l'utilisateur ( = schema ) Budget.

Pour l'utilisation de l'appli, lors de la création d'un nouveau compte applicatif, un schema est créé (e.g. DR1). L'utilisateur va se connecter à l'appli avec son compte DR1, et verra donc tous les objets de DR1. Mais pas ceux de budget, vu que ce n'est pas le même schema !

Sauf si on donne des droits. Lors de la création de l'utilisateur DR1, on lui donne en même temps le droit sur les tables de Budget. Cela lui permet d'agir sur les tables au travers de l'application.

Pour reprendre l'histoire de la maison, les droits, c'est comme si on pouvait agir à distance entre 2 chambres On y a rajouter des fenêtres à l'intérieur

[qi130]

Merci à tous pour ces informations très didactiques.

J'y vois plus clair désormais.