Le SQL c'est bien , voui mais si on en colle de partout comme le font certain éditeur cela devient très lourd (typiquement de l'objet mappé en relationnel)
Typiquement la modification d'un document type mémo ou devis peut être géré avec du No SQL et différente version du document, quitte a les reunifier aprés.
Par contre certain cas comme la gestion de stock dans un environnement multi user je vois pas comment on peu faire sans SQL
Les quelques base de données objets que j'ai vu étaient trop limités (style eyedb ou zobd)
ya t il des base de données OBJETS que vous connaissez qui tiennent la route ?
# A force de coller du SQL de partout
Posté par Christophe B. (site web personnel) . En réponse à la dépêche DataMapper 1.0. Évalué à 0.
Typiquement la modification d'un document type mémo ou devis peut être géré avec du No SQL et différente version du document, quitte a les reunifier aprés.
Par contre certain cas comme la gestion de stock dans un environnement multi user je vois pas comment on peu faire sans SQL
Les quelques base de données objets que j'ai vu étaient trop limités (style eyedb ou zobd)
ya t il des base de données OBJETS que vous connaissez qui tiennent la route ?
A+
chris