tout est dans le titre, je sais evidement ce qu'est une table oracle, je sais ce qu'est l'xml, mais une table xml oracle???
 
j'entends parler de ca assez souvent, mais je ne trouve pas de doc qui parle de ca, si quelqu'un peut m'aiguiller,
 
merci

Personne?

Hmmm. Si j'ai le temps demain, je lirai un peu plus le bouquin que j'ai où ils en parlent.
 
Grossomodo, ce que j'en ai retenu, c'est une table gérant en son sein des relations père-fils à la façon XML.
 
En fait, c'est un fichier XML vu dans Oracle sous la forme d'une table, ayant des éléments fils.
 
Mais je suis pas bien sûr, j'ai survolé la chose en vitesse.

Quel bouquin as-tu acheté? Ca m'interesse!
 
ya pas des pages sur internet qui parle de ca?
 
ah oui et aussi, les pages xsql, ca je vois ce que c'est, mais alors pour les faire aller, je peine , je sais pas trop ce que je dois configurer sur ma machine pour que ca aille, etc...
 
alors ca aussi ca m'interesse si quelqu'un a quelque chose la dessus

C'est pas vraiment un bouquin, c'est une revue "Oracle", diffusée par l'éditeur.
 
Je bosse en régie chez GE et je suis tombé là-dessus l'autre jour, c'est pas trop technique, surtout décisionnel, mais il y avait quelques exemples sur le XML dans Oracle et les proc-stock en Java, j'ai lu en travers car j'avais pas mal de taff.

Je ne connais pas de table XML Oracle.
 
En revanche, ave la 8.1.7, y'a XSU
 
http://download-west.oracle.com/do [...] x04xsu.htm
 
Y'a un package qui permet de faire de requêtes qui retournent du XML.
 
Y'a moyen de récupérer du XML "hiérarchique", mais c'est pas tout ce qu'il y a de simple !
 

J'ai l'article sous les yeux.
 
Bon, il fait 5 pages écrit en tout petit et en anglais, donc ça me saoule un peu de tout lire pour faire un résumé...
 
Je vais tâcher de penser à embarquer la revue chez moi, je prendrai des photos et je les posterai.
 
D'après les exemples, grossomodo.
 
A la déclaration, il faut enregistrer un modèle XML (*.xsd)
 

 
Ensuite, il faut faire un fichier XML décrivant par exemple les titres des CD (l'expemple traîte d'une table XML gérant des CD)
 
Après je commence à être largé (faut dire qu'il n'y a aucun exemple, ne serait-ce que de syntaxe, alors à la louche comme ça, sans pouvoir jouer avec un Oracle à côté, pas évident...)
 
Ah, je viens de trouver le code pour consulter ensuite la structure de la table :
 
DESCRIBE CD331_tab
 
Je sais pas d'où vient ce nom. Apparement, il est généré lors de l'éxécution de la première commande (avec le *.xsd)
 
Ensuite, code pour créer le folder où seront stockés les documents CD :
 

 
Ensuite, une fois que le répertoire est allimenté en fichiers XML compatibles avec le modèle enregistré :
 

 
La table n'est pas updateable. Cependant, on peut mettre à jour le XML à partir d'une requête, ce qui revient au même (c'est juste plus compliqué à écrire) :
 

 
Bon, je suis désolé, mais l'article est un peu obscure, pas mal de point restent à éclaircir. J'ai pas non plus envie de recopier l'exemple de schéma XML ni le fichier XML d'exemple (trop relou ).
 
L'article fait référence, à la fin à :
 
Oracle 9i documentation
http://otn.oracle.com/docs/products/oracle9i
 
Oracle9i XML database machin truc :
http://otn.oracle.com/sample_code/tech/xml/xmldb
http://otn.oracle.com/tech/xml/xml [...] _92twp.pdf
 
Sinon, Oracle dispense des cours sur le site :
http://education.oracle.com
"click to find a course and enter keyword XML for a list of the lastest Oracle XML-related classes.
 
C'est tout ce que je peux faire
 
 
Et puis le premier qui me dit que j'ai dit des conneries, il s'adresse ) "Jonathan Gennick (Jonathan@Gennick.com) qui est un "experienced Oracle DBA and Oracle Certified Professional", qui écrit actuellement des bouquins édités par O'Reilly & Associates
 
Le magazine s'appelle :
Oracle
 
Et peut apparement être commandé sur :
 
http://otn.oracle.com/oraclemagazine pour la somme de USD $4.49
 
Apparement, c'est le "Volume XVII, Issue 1", de janvier/février 2003

http://otn.oracle.com/tech/xml/xml [...] _92twp.pdf
 
Cet article semble très complet (même s'il ne fait que 26 pages), et y'a les exemples.
 
Il recoupe grossomodo ce que j'ai écris, mais à un niveau qui semble un peu plus élevé. (déjà que le premier article est pas évident à suivre, mais là je sens que c'est le bouquet )

Normal, le modèle relationnel est un modèle plat, donc foncièrement différent du modèle hiérarchique de XML. Ca marcherait beaucoup mieux avec un SGBD qui supporte le modèle hiérarchique...  

 
Il est un peu objet leur bordel. Mais surtout dans Designer, tout est agrégeable. Je pense qu'il faut pas se faire chier à faire ça à la main mais utiliser les outils adaptés pour gagner du temps.

T'es sûr que tu parles d'Oracle là ?
 
Tous les DBA que j'ai croisé à ce jour, y compris les 100% anti-M$ ont toujours pestés contre la qualité minable des outils d'admin d'Oracle et envient l'interface de M$, qui même si incomplète est au moins utilisable.
 
Sinon, tout bon DBA vexé d'avoir une interface de merde (un peu comme les Linuxiens ) te dira que rien ne vaut un bon script de 5000 lignes pour faire toute la config (ce qui dans l'absolu est vrai, mais dans la pratique très chiant )

 
Designer c'est pas un outil d'admin, c'est un outil de conception.

merci pour la doc, je vais un peu regarder ca

Ah ok, je comprends mieu
 
(moi j'utilise Toad, c'est mieu que SQL+ m'enfin c'est pas la joie quand même )
 
JE préfère Query Analyser

 
Disons que si tu débutes ton projet sous designer, il va te suivre tout au long de la durée de vie du système d'information, il modifie incrémentalement la base etc.  
 
Tu peux administrer avec (genre changer la taille des extends, modifier les tablespaces, les fichiers, les roles etc.) mais c'est en fait n'utiliser que 10% des capacités du truc.
Par contre, au cours de la conception, des phases sont prévues pour "remettre les pieds sur terre" et où les spécifications DBA sont injectées dans le développement.
voir le chapitre 5 de notre cours :  
http://www.ea2215.univ-brest.fr/in [...] signer.htm
 
 

Bof, moi chuis plutôt MSSQL Server, et j'utilise Power AMC pour le design de la base, et Entreptrise Manager pour l'administration, et Query Analyser quand je veux fignoler ou automatiser les paramètres
 
L'avantage de ce truc, c'est que seul Power AMC est "payant" (le reste est intégré à MSSQL Server, donc inhérant au coût original, et qu'on peut s'en passer, les "diagrammes" de Entreprise Manager permettant de modèliser le MCD sans trop de lacunes.
 
Oracle pourrait devenir un excellent programme s'il intégrait ses outils d'origine je trouve. MSSQL Server a encore des progrès à faire niveau montée en charge (requêtes / seconde et volumétrie) mais a pas mal réduit l'écart, ce qui, couplé à ses outils d'admins en font un SGBD pour les projets à échelle humaine plus intéressant que Oracle, car bien moins onéreux. Oracle, à cause de ses outils de m***e ne devient rentable que sur les très gros projets, la nécessité d'avoir un DBA expérimenté pour l'administrer pesant lourd dans le coût total.

Imaginez un SGBD où le coût d'administration serait très faible même pour des bases gigantesques...
 
Ben vous savez quoi, moi, j'en ai déjà vu un, mais bien peu de clients ont osé l'adopter : les principaux acteurs du marché des SGBD les avaient tellement bien conditionnés que la plupart des clients ne croyaient pas que ça pouvait exister. Et la boite qui vendait ce SGBD a fini par couler...

 
Le principal frein à la réduction de coûts est humain : t'as tes 4 pellés, ton cahier des charges, tu dis "bon on va pas se faire chier, on va générer", déjà les gars ils gueulent, c'est des haxor pas des clique-boutons. Tu négocies durement avec la direction : 5 jours de formation Oracle Designer (perso j'ai eu 2 ans de formation, et y'a encore des zones d'ombre). Les mecs pannent rien en revenant, commencent à faire plein de trucs à la main, documentent pas suivent pas le cheminement etc.
Forcément, tu te fait haïr (car "tu insistes dans ta connerie avec cet outil de merde" ), tout le projet perd du temps etc. Si dès le départ la formation avait été budgettée sur plusieurs projets, les dev plus compréhensifs etc. les mecs ne feraient que des trucs intéressants (de la conception, pas tapper des lignes de PL/SQL dans SQL+).
 
Comme me le disait un chef de projet : le prix de Designer est très faible par rapport au temps qu'il te fait gagner, par contre, tes devs vont te haïr et c'est la merde pour l'imposer.
 
Bien évidemment, ceci est valable pour tout les outils modernes : les langages, les outils divers de génération/conception/analyse etc. Seul un phénomène de mode peut te sortir de la merde, mais bien sûr, pas exactement dans ta direction.