Version imprimable
Bojour,
On me demande de developper des web services qui vont effectuer des opération CRUD sur une base de données à mon sens non relationnelle.
La base de données est constituée de plusieurs tables, qui ont toutes la même clé primaire, le numéro d'adhérant.
Ma qustion est, peut-on utiliser un framework de persistance(hibernate par exemple) pour persister cette base ?
quelle est la solution le cas échéant.
D'avance merci
Bonjour,
Lors de ton mapping il faut juste indiquer la colonne qui sera clé primaire au niveau Objet, après Hibernate ne va pas vérifier que ta base est relationnelle ou pas.
Bonjour,
En réalité, c'est un peu plus compliqué que juste dire à Hibernate, ta base de donnée est "XXX". En effet, celui-ci doit savoir gérer les requêtes correspondantes.
Cependant, il semble que Hibernate ai un "sous" projet adressant cette problématique Hibernate OGM
Il semble qu'il y ai des tutoriels sur le net pour faire cela (l'exemple utilise mongodb) :
http://blog.eisele.net/2015/01/nosql...-part-one.html
C'est donc possible. Il faut juste prendre en compte la particularité du cas.
Cordialement,
Patrick Kolodziejczyk.
Quel base de données utilises tu? MySql, MongoDB, Oracle?
Euh ... ça change quoi d'utiliser l'une ou l'autre base de données par rapport à la problématique posée ?Citation:
Envoyé par ruscov
Plein de choses. Si on ne sait pas quelle DB il utilise, je ne vois pas comment on pourrait lui conseiller une technologie appropriée...
Maintenant on peut lui répondre n'importe quoi aussi comme kolodz avec Hibernate OGM alors que nulle part OP mentionne une base NoSQL.
En quoi ma réponse est "importe quoi" ?Citation:
Envoyé par ruscov
Sachant que de base la question de @kelkan est une question de faisabilité. Réponse par oui en donnant un exemple me semble pertinent...
Que je cite "Hibernate OGM" ne change pas le font du problème. Il faut prendre en compte la particularité de la base de donnée choisit. Mon propos n'avait seulement pour but de relativisé celui de @DevServlet qui implique qu'Hibernate gère en interne cette problématique. Ce qui n'est pas forcement le cas, comme le montre l'exemple que j'ai donnée.
Pour ce qui est de la base NoSQL (MongoDB), c'est certes une hypothèse de ma part en extrapolant ceci :
Certes ta question est pertinente, mais je préférai pas me faire insulte au passage...Citation:
Envoyé par kelkan
Cordialement,
Patrick Kolodziejczyk.
Cette réponse n'est pas celle attendue par la question initiale, mais ça vaut le coup d'être clarifiée, je n'ai jamais dit que cette problématique était gérée par Hibernate, il faut me relire.Hibernate se limite au mapping qui est fait (Clés primaires déclarées et relation entre entités déclarées dans le mapping) le reste est de la responsabilité de celui qui a conçu sa base. La problématique posée est totalement indépendante du SGBD derrière, il faut que ce soit bien clair pour tout le monde.Citation:
Envoyé par kolodz
Citation:
Envoyé par kelkan
Hibernate, TopLink, ... sont des ORM où R signifie "relationnal" : ils sont conçus pour les bases relationnelles en priorité,
si vous voulez un framework Java un peu plus passe-partout, regardez du côté de Spring Data : http://projects.spring.io/spring-data/.
Il a des modules pour JPA (le relationnel via Hibernate ou TopLink), Neo4J (graphe), MongoDB (document), Redis (key-value), Hadoop (distributed), SoLR (full text indexing), GemFire (distributed data management), les interfaces REST, et le JDBC
+ des projets de la communauté pour CouchBase, ElasticSearch et Cassandra.
NB
il faut encore s'entendre sur ce que vous entendez par "à mon sens non relationnelle" :
l'outil par lequel sont stockées les données n'est pas une base de données relationnelles
ou
le schéma logique de stockage choisi n'utilise pas les fonctionnalités relationnelles de l'outil ?