ORM Technologies vs JDBC?

Ma question est au sujet de l'ORM et JDBC technologies, sur quels critères vous décidez d'aller pour un ORM de la technologie par rapport à JDBC et les autres sens ?

Grâce.

InformationsquelleAutor Rachel | 2009-10-16

14

Complexité.

ORM Si votre demande est pilotée par domaine et les relations entre les objets est complexe ou si vous avez besoin d'avoir cet objet définition de ce que l'app n'.

JDBC/SQL Si votre application est assez simple de simplement présenter les données directement à partir de la base de données ou les relations entre eux est assez simple.

Le livre "les Modèles de l'architecture des applications d'entreprise" par Martin Fowler explique beaucoup mieux les différences entre ces deux types:

Voir: Modèle De Domaine et Transaction Script
- +1. Ma façon de le mettre, c'est que vous avez une idée du moment de la grande constante du coût de l'ORM "paie pour lui-même".
- Je dois être d'accord avec cela - mais je voudrais aussi ajouter qu'il ya des moments où en utilisant à la fois au sein d'une seule application du sens.
- ...et si votre demande est si complexe qu'un ORM est justifiée, l'architecte doit vraiment question de savoir si il ya une meilleure façon de décomposer l'application (indice: microservices).
InformationsquelleAutor OscarRyz
12

JDBC
1. Avec JDBC, développeurs à écrire du code pour la carte un objet du modèle de représentation des données à un modèle de données relationnel et son schéma de base de données.
2. Avec JDBC, la cartographie automatique des objets Java avec des tables de base de données et vice versa conversion est pris en charge par le développeur manuellement avec des lignes de code.
3. JDBC prend uniquement en charge native SQL (Structured Query Language). Développeur doit trouver le moyen efficace pour accéder à la base de données, c'est à dire de sélectionner efficace requête à partir d'un certain nombre de requêtes pour effectuer la même tâche.
4. Application à l'aide de JDBC pour gérer les données persistantes (tables de base de données) base de données de code spécifique en grande quantité. Le code écrit à la table de mappage de données pour les objets de l'application et vice versa, est en fait à la table de mappage de champs de propriétés de l'objet. Comme le tableau changé ou base de données changé, il est indispensable de changer la structure de l'objet ainsi que de modifier le code écrit à la carte tableau-objet/objet-de-table.
5. Avec JDBC, c'est la responsabilité du développeur de gérer JDBC ensemble de résultats et les convertir en objets Java par le biais de code pour utiliser ces données persistantes dans l'application. Donc, avec JDBC, mise en correspondance entre des objets Java et les tables de base de données est effectuée manuellement.
6. Avec JDBC, la mise en cache est maintenu par la main de codage.
7. Dans JDBC n'est pas de vérifier que toujours, chaque utilisateur a mis à jour les données. Cette case doit être ajouté par le développeur.
HIBERNATE.
1. Hibernate est souple et puissant, ORM solution à la carte des classes Java à des tables de base de données. Hibernate lui-même prend soin de cette cartographie à l'aide de fichiers XML afin de développeur n'a pas besoin d'écrire du code pour cela.
2. Hibernate fournit persistance transparente et développeur n'a pas besoin d'écrire du code explicitement à la carte des tables de base de données tuples sont les objets de l'application au cours de l'interaction avec le SGBD.
3. Hibernate fournit un puissant langage de requête Hibernate Query Language (indépendant du type de base de données) qui est exprimée dans un cadre familier SQL syntaxe et inclut un support complet pour des requêtes polymorphiques. Hibernate supporte aussi natif SQL. Il sélectionne également un moyen efficace pour effectuer une manipulation de base de données tâches pour une application.
4. Hibernate fournit un mappage lui-même. La réelle correspondance entre les tables et les objets de l'application se fait dans des fichiers XML. Si il y a du changement dans la Base de données ou dans n'importe quelle table alors que le besoin de modifier le fichier XML de propriétés.
5. Hibernate réduit de lignes de code par le maintien de l'objet de la table de mappage de lui-même et renvoie le résultat à l'application sous forme d'objets Java. Il soulage programmeur par la manutention manuelle de données persistantes, ce qui permet de réduire le temps de développement et les coûts de maintenance.
6. Hibernate, avec Persistance Transparente, cache est configuré pour l'application de l'espace de travail. Relationnel de tuples sont déplacés pour ce cache comme un résultat de requête. Il améliore les performances lorsque le client l'application lit les mêmes données plusieurs fois pour la même écriture. Automatique Persistance Transparente permet au développeur de se concentrer sur la logique métier plutôt que sur ce code d'application.
7. Hibernate permet au développeur de définir la version du type de champ d'application, en raison de ce champ défini par Hibernate mises à jour de version domaine de la table de base de données à chaque fois relationnel n-uplet est mis à jour dans le formulaire de la classe Java objet de cette table. Donc, si deux utilisateurs de récupérer même n-uplet et ensuite de le modifier, et un utilisateur de sauvegarder cette modification n-uplet de base de données, version est automatiquement mis à jour pour ce tuple par Hibernate. Quand un autre utilisateur tente de sauver la mise à jour tuple de base de données, puis il ne permet pas l'enregistrement parce que cet utilisateur n'a pas de données à jour.
InformationsquelleAutor sagar27
2

Je crois que vous avez oublié de regarder "Fonctionnelle Relational Mapping"

Je voudrais conclure en disant:
- Si vous voulez vous concentrer sur les données-structures, utiliser un ORM comme JPA/Hibernate
- Si vous voulez faire la lumière sur les traitements, jetez un oeil à la FRM bibliothèques: QueryDSL ou Jooq
- Si vous avez besoin pour optimiser vos requêtes SQL pour les bases de données spécifiques, l'utilisation de JDBC et SQL natif demandes
La force de divers "Relational Mapping" technologies est la portabilité: vous vous assurer que votre application fonctionnera sur la plupart des ACIDES bases de données.
Sinon, vous aurez à composer avec les différences entre les différents dialectes SQL lorsque vous écrivez manuellement les requêtes SQL.

Bien sûr, vous pouvez limiter vous-même à la norme SQL92 (et puis faire un peu de Programmation Fonctionnelle) ou vous pouvez réutiliser certains concepts de la programmation fonctionnelle avec ORM cadres

L'ORM forces sont construites sur un objet de session qui peut agir comme un goulot d'étranglement:
1. il gère le cycle de vie des objets aussi longtemps que le sous-jacent transactions de base de données est en cours d'exécution.
2. il maintient un one-to-one mapping entre vos objets java et de votre base de données de lignes (et de l'utilisation d'un cache interne pour éviter de dupliquer des objets).
3. il détecte automatiquement association des mises à jour et de l'orphelin objets à supprimer
4. il gère concurrenty problèmes avec optimiste ou pessimiste de verrouillage.
Néanmoins, ses atouts sont aussi ses faiblesses:
1. La session doit être en mesure de comparer les objets de sorte que vous besoin de implémente égale/méthodes hashCode
  Mais les Objets de l'égalité doit être ancrée sur "les Clés d'Entreprise" et pas l'id de base de données (nouveaux objets transitoires ont aucune ID de base de données!).
  Cependant, certains réifiée concepts n'ont pas d'affaires de l'égalité (une opération par exemple).
  Une solution de contournement commune s'appuie sur les Guid qui tendent à bouleverser administrateurs de base de données.
2. La session doit espion relation changements, mais ses règles de mappage de pousser l'utilisation des collections inadaptés pour l'entreprise algorithmes.
  Parfois, votre souhaitez utiliser une HashMap mais l'ORM nécessitera la clé à un autre "Domaine Riche en Objet" à la place d'une autre lumière...
  Ensuite, vous avez à mettre en œuvre l'objet d'égalité sur le domaine riche en objet agissant comme l'un des principaux...
  Mais vous ne pouvez pas parce que cet objet n'a pas d'équivalent sur le monde de l'entreprise.
  Si vous tomber en arrière, à une simple liste que vous avez pour itérer sur (problèmes de performances et de résultats à partir de)
3. L'ORM de l'API sont parfois inadaptés pour l'utilisation dans le monde réel.
  Par exemple, dans le monde réel, les applications web essayer d'appliquer session d'isolation par l'ajout de certains "OÙ" clauses lorsque vous récupérer les données...
  Alors la "Session.get(id)" ne suffit pas et vous devez vous tourner plus complexe DSL (HSQL, les Critères de l'API) ou de retourner à l'natif SQL
4. La base de données des objets de conflits avec d'autres objets dédiés à d'autres cadres (comme OXM cadres = Objet/XML Mapping).
  Par exemple, si le REPOS de l'utilisation des services de jackson bibliothèque de sérialiser un objet métier.
  Mais ce Jackson exactement les cartes à une veille prolongée de l'Un.
  Alors soit vous fusionner les deux et un couplage fort entre votre API et votre base de données s'affiche
  Ou vous devez mettre une traduction et tout le code que vous avez enregistré à partir de l'ORM est perdu là...
De l'autre côté, la FRM est un compromis entre le "Mapping Objet-Relationnel" (ORM) et natif de requêtes SQL (avec JDBC)

La meilleure façon d'expliquer les différences entre FRM et ORM consiste dans l'adoption d'une approche DDD.
- Le Mapping objet-Relationnel autorise l'utilisation de "Domaine Riche en Objet" qui sont des classes Java, dont les etats sont mutables au cours de la transaction de base de données
- Fonctionnelle Mappage Relationnel s'appuie sur des "Pauvres Domaine des Objets" qui sont immuables (de sorte que beaucoup de sorte que vous avez à cloner un nouveau chaque fois que vous voulez modifier son contenu)
Il libère des contraintes de la mettre sur l'ORM de la session et s'appuie la plupart du temps, sur DSL sur le SQL (si la portabilité n'a pas d'importance)
Mais d'un autre côté, il faut regarder dans les détails de la transaction, la simultanéité des problèmes

Liste des personnes = queryFactory.selectFrom(personne)
.où(
personne.prénom.eq("John"),
personne.lastName.eq("Doe"))
.fetch();

InformationsquelleAutor jmlamare
1

Il dépend également de la courbe d'apprentissage.

Ebean ORM a un joli bas de la courbe d'apprentissage (simple API, le langage de requête simple) si vous êtes assez heureux avec les annotations JPA pour la cartographie (@Entity, @Tableau, @OneToMany, etc).

InformationsquelleAutor Rob Bygrave

Vous devez vous connecter pour publier un commentaire.