D'après vos deux réponses (fort intérressantes) je pense qu'il semble évident qu'un outil comme PostgreSQL devient plus performant dès lors que ces mises à jour de masse sont à la base de l'application, comme dans le cas de traitements de type banquaires, en mode batch, non?
J'imagine que la rapidité de mise à jour d'un catalogue objet ne peut pas se comparer à une procédure SQL stockée.
Existe-il des benchamrks de bases objets vs base relationnelles sur des applications gérant des grosess masses de données et nécéssitants de fréquentes mises à jour?
Ou alors, puisque nous sommes dans les interrogations existentielles, où trouver une base de réflexion sur les différents choix techniques permettant de mettre en place une base de donnée objet ou une base objet en fonction des caractéristiques de l' application? Si quelqu'un dispose de tels éléments qu'il en soit loué à jamais. Mes neurones sont pris d'une faiblesse passagère et j'avoue ne pas avoir le courage de chercher moi-même.
[^] # Re: PoPy et PygreSQL s'unissent pour le meilleur
Posté par Rage . En réponse à la dépêche PoPy et PygreSQL s'unissent pour le meilleur. Évalué à 1.
J'imagine que la rapidité de mise à jour d'un catalogue objet ne peut pas se comparer à une procédure SQL stockée.
Existe-il des benchamrks de bases objets vs base relationnelles sur des applications gérant des grosess masses de données et nécéssitants de fréquentes mises à jour?
Ou alors, puisque nous sommes dans les interrogations existentielles, où trouver une base de réflexion sur les différents choix techniques permettant de mettre en place une base de donnée objet ou une base objet en fonction des caractéristiques de l' application? Si quelqu'un dispose de tels éléments qu'il en soit loué à jamais. Mes neurones sont pris d'une faiblesse passagère et j'avoue ne pas avoir le courage de chercher moi-même.