Discussion :

[babar le magnifique]

Bonjour,

Mettre une base de donnée hiérarchique dans une base oracle cela permet-il de transformer cette base en SGBDR...?

Comment peut on identifier de manière sûr la base de donnée sans avoir accès à son schéma ? Hiérarchique ? Réseau ? Relationnelle ?

Si l'on introduit des clés étrangères dans les tables pour améliorer les performances cela peut-il résoudre les problèmes, si la base est hiérarchique ou en réseau, est ce compatible ?

Si j'ai une table avec 3000 lignes mise à jour et une autre table de 80000 lignes qui devrait être lié et donc mise à jour avec la première table de 3000 lignes, comment faire pour mettre à jour ses 80000 lignes qui sont concerné si j'ai simplement une partie des champs de la table ?



merci de votre aide !

BLM

[Luc Orient]

...
Mettre une base de donnée hiérarchique dans une base oracle cela permet-il de transformer cette base en SGBDR...?

Pour moi la question n'a pas de sens ... C'est le SGBD qui est "hiéarchique" ou "relationnel" et pas la Base de données en elle-même ...

DL/1 ou ( IMS/DB c'est pareil ) d'IBM est un SGBD de type hiéarchique et Oracle ( ou DB2 ou SQL Server etc ... ) est un SGBD de type relationnel.

Les données à modéliser ( au niveau conceptuel s'entend ) restent identiques.

Donc, ne mélangeons pas tout SVP ...

[jmguiche]

Bonjour,

Mettre une base de donnée hiérarchique dans une base oracle cela permet-il de transformer cette base en SGBDR...?

Les schema hierarchique sont en général conçu avec une tres forte influence des programmes qui travaillent dessus, ils sont assez loin de la réalité sémantique qu'il modélisents. Placer simplement un schéma hierarchique dans un sgbd en remplaçant les pointeurs par des clef étrangères peut aboutir a quelquechose de pauvre...

Comment peut on identifier de manière sûr la base de donnée sans avoir accès à son schéma ? Hiérarchique ? Réseau ? Relationnelle ?

Je ne comprend pas la question

Si l'on introduit des clés étrangères dans les tables pour améliorer les performances cela peut-il résoudre les problèmes, si la base est hiérarchique ou en réseau, est ce compatible ?

Pour faire un schéma relationnel correct, il faut partir de la sémantique (identifiants, dépendances fonctionnelles, dépendances multivaluées....) Que cela soit fait en utilisant un modèle (Merise, IE, Niam,...) ou avec du bon sens, cela ne change rien et doit être fait. Par contre, partir d'un modèle hierarchique (conçu pour quelques programmes) est plutôt malsain. Un modèle réseau peut être plus proche de la sémantique, mais c'est quand même risqué.

Si j'ai une table avec 3000 lignes mise à jour et une autre table de 80000 lignes qui devrait être lié et donc mise à jour avec la première table de 3000 lignes, comment faire pour mettre à jour ses 80000 lignes qui sont concerné si j'ai simplement une partie des champs de la table ?



merci de votre aide !

BLM

J'ai rien compris.
Je subodore que tu imagine mettre tes enregistrements de base hierarchique dans tes tables sans te poser la question du remplacement des pointeurs.
Si c'est le cas, en effet, c'est du tres grand n'importe quoi. Les pointeur des bases de données hierachique expriment quand même quelque chose de proche des clefs étrangères !

Mais comme dit Luc Orient, c'est le logiciel qui est relationnel, hierarchique ou réseau. Utiliser un SGBD/R pour créer une base conçue avec une logique hierarchique, c'est utiliser excel pour faire du traitement de texte.

De toute façon, on peut faire n'importe quoi. Migrer "en l'état" une base de donnée hierarchique dans un SGBD relationnel, il y a peu de chances pour que cela soit optimal !