Version imprimable
bonjour;
je suis un débutant dans Oracle,
j'utilise oracle 9i, j'ai crée une BDD, aprés je voudrais créer des tables, mais je sais pas où je vais les mettre.
j'utilise entrprise manager pour la gestion de le BDD
ma question c'est que je vois sur l'arborescence : -tables et type de table !
si je veux créer mes tables, je vais les mettre où? à tables SYSTEM ou bien SCOTT ou .....
merci d'avance pour votre réponse, c'est un peu urgant s'il vous plaît.
Le mieux est de créer ton propre schéma propre à ton application
oui et comment faire?
par contre vous m'avez pas répondu à ma question, si je laisse le schéma actuel, comment je vais créer mes tables ? y aura de probléme si je les associés à un schéma de SYSTEM ou SCOTT ? car j'arrive aps à créer ma propre schéma !
merci encore
j'attend la réponse.
Une solution simple est de créer un user qui a le même nom que le schéma, se connecter à sqlplus par ce user et lancer les scripts de création de table, le schéma sera créé automatiquement au nom de l'utilisateur
Il n'est pas recommandé d'utiliser les schémas sys system public qui sont des schémas dont se sert oracle.
Le schéma SCOTT est un schéma exemple qui est fourni avec les bases; on peut l'utiliser mais pourquoi se priver de donner un nom significatif à son schéma pour utiliser celui ci ?
bonjour,
bon sur entreprise Manager, j'ai déjà une BDD qui a été crée à l'installation d'oracle 9i, est ce que je dois créer ma propre base de donnée ou bien il suffit de créer un espace de disque logique plus un schéma et d'associer mes tables à ces derniéres?
j'ai arrivé à créer un schéma ( c'est le user non ?) ainsi un espace de disque.
autre question, c'est que je crée mes tables via assistant, comment je peux attribuer à une colonne un auto-incrémente ? (c'est le primary key)
merci d'avance.
vous pouvez utiliser la base de données créée à l'installation d'oracle ou en créer une autre si vous voulez, c'est une question de choix, de nom de la base, d'emplacement de la base poue l'accessibilité par les autres users.
Pour comprendre l'architecture oracle, les schéma tablespace...http://oracle.developpez.com/guide/architecture/
Pour les règles de bases de création de schéma et utilisateur
http://oracle.developpez.com/guide/a...ion/adminuser/
pour l'utilisation des séquence
http://oracle.developpez.com/guide/developpement/sql/ voir le chapitre 2.2 du document.
bon,
maintenant j'ai crée un espace table et aussi un schéma.
la question maintenant si je veux prendre mes tables et le mettre dans un autre serveur indépendant, est ce qu'il suffit de prendre le fichier de l'espace de disque et de le mettre ailleurs?
autre chose, comment indiquer pour une colonne l'option auto-incrémente ?
:roll:
En général, on crée les table avec des scripts exécutables sous SQLPLUS, comme ça on peut les éxécuter sur n'importe quelle base ou schéma;
Je pense que l'on peut exporter les structures du schéma avec export et les reimporter dans une autre base avec import mais je ne connais pas bien ces fonctionnalités, il faut regarder dans les tutoriels ou dans la doc oracle
Ça n'existe pas sous oracle. Il faut créer une séquence et remplir le champ avec un trigger.Citation:
Envoyé par adil_vpb
http://oracle.developpez.com/faq/?pa...#autoincrement
bonjour,
ok c'est bon j'ai arrivé à créer mes tables, et j'ai crée des sequences pour chaque table, une petite question ; est ce que c'est obligatoire de créer un triger pour chaque table? car pour l'instant j'exécute des requêtes d'insertion comme ceci : "insert into matable values (ma_sequence.nextval,'test','test2');" sans faire appel à un trigger !
une autre remarque, est ce que je dois établir la commande commit à chaque bloc d'insertion? car si je ne mets pas "commit", les lignes que j'insére je les visualisent pas dans EManager !
merci d'avance.
Non, le trigger n'est pas obligatoire, cela peut juste servir à aléger le code et à ce qu'un éventuel autre programmeur ne crée pas d'enregistrements sans utiliser la séquence;
Le commit n'est pas obligatoire après chaque insertion, on peut faire plusieurs insertions modifications ou suppression avant de faire un commit, c'est une question de transaction; par exemple si deux tables sont à mettre à jour, il faut mieux faire le commit après les deux maj afin que si la deuxième se passe mal, il soit possible de faire un roll-back.
Mais les modification apportées ne sont visibles à l'extérieur de la transaction qu'après le commit.
mais , sur SQL+ j'éxécute une requête d'insertion, je mets aprés une séléction pour visualiser l'enregistrement, je consulte trés bien mes derniéres enregistrements saisies ! par contre à EManager, je ne les apérçus pas sauf si je mets commit dans SQL+ !
c'est normale ?
Parce qu'en mettant le select après l'insert vous êtes toujours dans la même transaction donc vous voyez les opérations que vous venez de faire.
ok, dernier point : je pense que c'est obligatoire de faire un commit ! moi j'ai une application web, qui insére des données, je pense que je vais mettre Commit à la fin du Bloc Insert !
si c'est le cas veuillez me le confirmze s'il vous plaît .
bien à vous !
oui, c'est une bonne solution