Je parlais des BDD objets mais aussi de l'interet de serializer des objets dans des BDD.
Je pense que si tu utilises une techno de serialisation le pbm est que tu vas quasiment a chaque fois de le relire depuis le meme language/meme bibliotheque, ca peut etre un facteur limitant .... ou pas.
Par contre niveau performance, imaginons un rapport calcule sur 10 millions d'entrees (courant par exemple pour calculer des facturations sur des communications entre operateurs telecom). Si tu est dans un modele objet/BDD tu vas parcourir tous les records, creer des millions d'objets, puis les mettre dans un container (bonjour la RAM), puis les parcourir pour faire ton calcul, puis les desallouer. Je veux bien croire que les environnements modernes fournissent du cache tres efficace, mais plus efficace que de faire un seul parcour des seuls champs concerne dans l'espace memoire de la base qui les as deja de charge ? Je demande a voir !
Parmis les autre exemples: si tu dois faire du datamining, avec la necessite de manipuler un gros tas de donnees a N dimensions pour y rechercher des motifs (on peut imaginer la recherche de comportement de consommateurs dans une base des achats d'une chaine de supermarches), ca s'avere aussi tres peut pratique.
Quand au gain de temps de dev, et bien la aussi c'est surtout relatif au type d'experience des developpeurs. Dans une equipe "tout Java", le gain de temps de dev sera considerable, par contre dans une equipe heterogene (ouis ca a aussi des avantages), ca n'est pas dit.
Bien entendu il y'a des espaces d'application ou le modele objet va s'averer tres efficace, mais vouloir l'appliquer partout ...... que dis le dictons deja ?
"Quand on a un marteau tout ressemble a un clou"
[^] # Re: Et mysql
Posté par Christophe Renard . En réponse à la dépêche Première bêta de PostgreSQL 8. Évalué à 2.
Je pense que si tu utilises une techno de serialisation le pbm est que tu vas quasiment a chaque fois de le relire depuis le meme language/meme bibliotheque, ca peut etre un facteur limitant .... ou pas.
Par contre niveau performance, imaginons un rapport calcule sur 10 millions d'entrees (courant par exemple pour calculer des facturations sur des communications entre operateurs telecom). Si tu est dans un modele objet/BDD tu vas parcourir tous les records, creer des millions d'objets, puis les mettre dans un container (bonjour la RAM), puis les parcourir pour faire ton calcul, puis les desallouer. Je veux bien croire que les environnements modernes fournissent du cache tres efficace, mais plus efficace que de faire un seul parcour des seuls champs concerne dans l'espace memoire de la base qui les as deja de charge ? Je demande a voir !
Parmis les autre exemples: si tu dois faire du datamining, avec la necessite de manipuler un gros tas de donnees a N dimensions pour y rechercher des motifs (on peut imaginer la recherche de comportement de consommateurs dans une base des achats d'une chaine de supermarches), ca s'avere aussi tres peut pratique.
Quand au gain de temps de dev, et bien la aussi c'est surtout relatif au type d'experience des developpeurs. Dans une equipe "tout Java", le gain de temps de dev sera considerable, par contre dans une equipe heterogene (ouis ca a aussi des avantages), ca n'est pas dit.
Bien entendu il y'a des espaces d'application ou le modele objet va s'averer tres efficace, mais vouloir l'appliquer partout ...... que dis le dictons deja ?
"Quand on a un marteau tout ressemble a un clou"