Donc le coup du parc installé, meme si c'est une des raisons globales, dans ce cas particulier, c'est plutot raté.
"Norme de protocole d'echange" de quel echange tu parles ? les DBMS/R en on un ? j'ai du rater un episode ...
"language de manipulation" pourquoi justement rechercher un truc de ce style, une hierarchie objet se satisfait entierement d'un traversal de relationship dans 99% des cas et pour le restant une requete OQL conclut !
Les gains en service ? moi je parle simplement de gains en temps de dev ! on passe son temps à faire la mise en table puis à faire la mapping ... c'est purement ridicule : tu modelise, puis demodelise puis re-remodelise ... vraiment c'est tout de meme assez deroutant pour un neophite non ?
Le relationel une excelent abstraction? si tu suis les formes normales et dans des cas simple je veux bien te l'accorder ... Mais je peux te garantir que le nombre de dev. qui modelisent et passent en Forme Normale leur shema de SGDB/R ne sont pas legions !
L'un des concept novateurs des SGBD/O est la migration de schema, cela signifie qu'un stockage de données peut evoluer de forme dans le temps. C'est tres puissant, et extremement pratique car cela permet d'eviter les longues sequences de : savegarde, drop, create, modification, rechargement des SGDB/R .
Pour moi les freins sont seulement psychologiques et plus du tout technique (ceux qui n'on jamais vu une demo de versant ne seront certainement pas OK avec mes propos ...) ...
Ainsi, bcp de personnes preferent rester dans un etat de fait : le bricolage , plutot que de rationaliser leur stockage de données une fois pour toute !
Pourquoi ? tout simplement encore et encore par peur ;) et oui c'est la peur qui fait dire au techniciens, je vais pas prendre de risque, c'est encore la peur qui fait prendre aux responsables le choix d'utiliser Oracle, et c'est encore la peut qui fait prendre Windows pour les postes clients !
Ah la peur ....
Un jour ou l'autre, sous sa forme actuelle ou sous une forme idoine, la base de données à structuration objet vaincra, de la meme façon que les languages objets on maintenant surplantés les autres ;)
[^] # T'as pas du bien lire :
Posté par Anonyme . En réponse à la dépêche Ozone: la première version stable disponible. Évalué à 0.
Donc le coup du parc installé, meme si c'est une des raisons globales, dans ce cas particulier, c'est plutot raté.
"Norme de protocole d'echange" de quel echange tu parles ? les DBMS/R en on un ? j'ai du rater un episode ...
"language de manipulation" pourquoi justement rechercher un truc de ce style, une hierarchie objet se satisfait entierement d'un traversal de relationship dans 99% des cas et pour le restant une requete OQL conclut !
Les gains en service ? moi je parle simplement de gains en temps de dev ! on passe son temps à faire la mise en table puis à faire la mapping ... c'est purement ridicule : tu modelise, puis demodelise puis re-remodelise ... vraiment c'est tout de meme assez deroutant pour un neophite non ?
Le relationel une excelent abstraction? si tu suis les formes normales et dans des cas simple je veux bien te l'accorder ... Mais je peux te garantir que le nombre de dev. qui modelisent et passent en Forme Normale leur shema de SGDB/R ne sont pas legions !
L'un des concept novateurs des SGBD/O est la migration de schema, cela signifie qu'un stockage de données peut evoluer de forme dans le temps. C'est tres puissant, et extremement pratique car cela permet d'eviter les longues sequences de : savegarde, drop, create, modification, rechargement des SGDB/R .
Pour moi les freins sont seulement psychologiques et plus du tout technique (ceux qui n'on jamais vu une demo de versant ne seront certainement pas OK avec mes propos ...) ...
Ainsi, bcp de personnes preferent rester dans un etat de fait : le bricolage , plutot que de rationaliser leur stockage de données une fois pour toute !
Pourquoi ? tout simplement encore et encore par peur ;) et oui c'est la peur qui fait dire au techniciens, je vais pas prendre de risque, c'est encore la peur qui fait prendre aux responsables le choix d'utiliser Oracle, et c'est encore la peut qui fait prendre Windows pour les postes clients !
Ah la peur ....
Un jour ou l'autre, sous sa forme actuelle ou sous une forme idoine, la base de données à structuration objet vaincra, de la meme façon que les languages objets on maintenant surplantés les autres ;)
"I have a dream ..."
3hck.