Je comprends bien, que l'aspect du modele entité-relation merisien manque à certains. Mais il a aussi ses limitations.
NoSQL n'est pas un remplacement mais une alternative, un complément.
Là ou je ne suis pas d'accord avec toi c'est quand tu avances la chose suivante
Bref, Avec les base SQL, les ORM sont possibles et facile a faire ... sur les bdd no-SQL ... presque impossible...
La plupart des implémentations nosql n'ont pas besoin d'outils de mapping comme hibernate, de part leur nature schemaless
ou encore schema dynamique. Le mapping s'en retrouve simplifié et souvent les performances sont au rendez vous. Ce genre
de base sont souvent à coupler avec du Domain Driven Design [http://en.wikipedia.org/wiki/Domain-driven_design] ou encore
du CQRS (Command and Query Responsibility Segregation) [1]. Une très bonne implémentation du CQRS est
le framework axon [2].
Bref, d'autre type d'architecture existe aujourd'hui pour se passer proprement des outils de type ORM.
Pour mes futurs projets java, je partirais sur du nosql ou du sgbdoo tout dépends des besoins.
[^] # Re: NO-SQL
Posté par Narmer . En réponse au journal TerraStore : le dépôt JSON distribué. Évalué à 0.
NoSQL n'est pas un remplacement mais une alternative, un complément.
Là ou je ne suis pas d'accord avec toi c'est quand tu avances la chose suivante
Bref, Avec les base SQL, les ORM sont possibles et facile a faire ... sur les bdd no-SQL ... presque impossible...
La plupart des implémentations nosql n'ont pas besoin d'outils de mapping comme hibernate, de part leur nature schemaless
ou encore schema dynamique. Le mapping s'en retrouve simplifié et souvent les performances sont au rendez vous. Ce genre
de base sont souvent à coupler avec du Domain Driven Design [http://en.wikipedia.org/wiki/Domain-driven_design] ou encore
du CQRS (Command and Query Responsibility Segregation) [1]. Une très bonne implémentation du CQRS est
le framework axon [2].
Bref, d'autre type d'architecture existe aujourd'hui pour se passer proprement des outils de type ORM.
Pour mes futurs projets java, je partirais sur du nosql ou du sgbdoo tout dépends des besoins.
[1] http://blog.fossmo.net/post/Command-and-Query-Responsibility(...)
[2] http://code.google.com/p/axonframework/