Pour moi la paresse dont je suis doté me laisse tout naturellement pencher vers l'objet, car je sais qu'il me sera plus simple (et donc moins de truc à faire) par une methode objet que pas une methode relationelle.
Mais la formation, oui c'est bien LE probleme !
Je me suis interessé depuis longtemps aux base de données objets, que j'ai decouvert lors de mes etudes. Aujourd'hui, je suis confronté à des murs lorsque j'essaye de positioner un SGBD/O chez un client.
Dernierement encore j'ai eut une discussion avec un gros client (grosse boite). Il m'expliquait qu'ils etaient de plus en plus interessés par les SGBD/O mais qu'ils ne trouvaient pas de competances !
Moi, je lui est expliqué que faute de petit projet, la monté en compétance n'ayant jamais été effectué par les ingenieurs de la boite ou je suis, il n'etait pas question pour nous de partir sur un gros projet.
En effet, aujourd'hui les seuls projets en france utilisants des SGBD/O sont des projets tentaculaires (principalement FT, EDF). Ils ont leur propre filiere de formation, leur propre filiere de support (en partenariat direct avec les editeurs type versant).
Tout fonctionnant en vase clos, il est impossible pour les autres d'avoir un retour d'experience :(
Donc avant de donner un cout à la formation, il faut trouver les formateurs ... et la : NADA :(
Je pense que ozonedb est une bon depart. Si Versant ce decide à faire une version Foundation gratuite alors le test par toi meme serait le plus pertinent.
Une derniere remarque, bcp de vendeurs de SGBD/O ont modifié leur offre en : moteur B2B, ou conteneur J2EE ... ca change pas grand chose au noyau, mais evite l'effet "has been" du SGBD/O ;)
[^] # Tu as 100% raison ;)
Posté par Anonyme . En réponse à la dépêche Ozone: la première version stable disponible. Évalué à 0.
Le cout de formation !!!
Pour moi la paresse dont je suis doté me laisse tout naturellement pencher vers l'objet, car je sais qu'il me sera plus simple (et donc moins de truc à faire) par une methode objet que pas une methode relationelle.
Mais la formation, oui c'est bien LE probleme !
Je me suis interessé depuis longtemps aux base de données objets, que j'ai decouvert lors de mes etudes. Aujourd'hui, je suis confronté à des murs lorsque j'essaye de positioner un SGBD/O chez un client.
Dernierement encore j'ai eut une discussion avec un gros client (grosse boite). Il m'expliquait qu'ils etaient de plus en plus interessés par les SGBD/O mais qu'ils ne trouvaient pas de competances !
Moi, je lui est expliqué que faute de petit projet, la monté en compétance n'ayant jamais été effectué par les ingenieurs de la boite ou je suis, il n'etait pas question pour nous de partir sur un gros projet.
En effet, aujourd'hui les seuls projets en france utilisants des SGBD/O sont des projets tentaculaires (principalement FT, EDF). Ils ont leur propre filiere de formation, leur propre filiere de support (en partenariat direct avec les editeurs type versant).
Tout fonctionnant en vase clos, il est impossible pour les autres d'avoir un retour d'experience :(
Donc avant de donner un cout à la formation, il faut trouver les formateurs ... et la : NADA :(
Pour JDO, OQL et API ODMG
http://www.odmg.org/(...)
Des articles
http://www.odbmsfacts.com/(...)
Je pense que ozonedb est une bon depart. Si Versant ce decide à faire une version Foundation gratuite alors le test par toi meme serait le plus pertinent.
Une derniere remarque, bcp de vendeurs de SGBD/O ont modifié leur offre en : moteur B2B, ou conteneur J2EE ... ca change pas grand chose au noyau, mais evite l'effet "has been" du SGBD/O ;)
@+
3hck