Les avantages et les inconvénients de l'utilisation de l'ORM

• Concernant le "Toujours comparer vos requêtes avec le réel étant exécuté", cela va à l'encontre de l'objectif même de l'utilisation de l'ORM en premier lieu.
• Non, il n'est pas. Le but de l'ORM n'est pas seulement de faire des requêtes. Vous devez vérifier les requêtes pour voir s'ils sont convertis à la forme la plus efficace ou encore de modifier votre ORM requête en tant que de besoin. Aussi la plupart des ORM du soutien direct de requête SQL, le résultat de la traduction à des Entités. Ne vous attendez pas de ne pas savoir SQL et l'utilisation CRUD même avec un ORM, sauf si elle est très simple.
• En effet, c'est tout l'objet de l'Orm: pour des projets très simples avec pas de goulots d'étranglement n'importe où. Lorsque vous atteignez le point où "Vous avez à vérifier des requêtes pour voir s'ils sont convertis à la forme la plus efficace ou encore de modifier votre ORM requête en tant que de besoin" il défait le but entier de l'utilisation de l'ORM en premier lieu, parce que le but de l'utilisation d'un ORM pour éviter exactement ce que.
• Ecoute, je pense que vous devez faire une recherche un peu plus à l'ORM est si vous pensez que la "le but entier de l'ORM" est d'effectuer des requêtes. Je peux vous dire que Hibernate et Entity Framework de puissance de plus que des "projets très simples". Un peu plus de lecture pourrait vous y aider trop. À lire ici java.dzone.com/articles/martin-fowler-orm-hate à la Fin de la journée ORM vous aide à concevoir de meilleurs modèles et sépare la couche de persistance d'une telle manière que vous passez BEAUCOUP moins de temps à écrire très couplé code réutilisable et venir avec de meilleurs modèles. Ne pas oublier que vous pouvez cibler plusieurs SGBD à la fois.
• "pirater une simple application qui ne necessite pas de db de rendement." - Catégoriquement faux. Vous n'avez probablement pas eu assez d'expérience dans leur utilisation, dans un grand projet à tous. Regarder en pour Retarder le chargement des techniques et de la requête de traduction avant de venir avec des personnels de l'opinion comme un fait. Si le but de l'ORM n'est pas "toucher" des requêtes à tous, alors comment se fait toutes les grandes ORM du soutien de l'interrogation, soit par l'intermédiaire de leur propre langue ou SQL et de traduction à l'objet. Si vous avez quelque chose de plus à ajouter, veuillez l'ajouter comme une réponse et de voir comment beaucoup de gens à l'accepter. Aucun point de la poursuite de ce que les commentaires. C'est tout.
• Vous ne pouvez pas ajouter une réponse à une question fermée. Et oui, de retour à l'ORM de nouveau, ORM est seulement utilisé pour le piratage certaines application simple qui ne nécessite pas de db de rendement. C'est votre définition de la "grosse" et "db lourd" qui a besoin d'une révision. Nom - moi quelques grandes db-gros projets à l'aide de l'ORM pour résoudre leurs besoins persistants. Oui, le but de l'ORM est de ne pas toucher les requêtes à tous. Donc, vous demandez "Pourquoi ORM du soutien de l'interrogation via SQL". En effet, c'est ce que j'ai dit dès le.....................................................................................
• ............................................................premier commentaire et Oui, vous commencez à voir la lumière. répondre pas de plaine assez évident? Je suppose que ce n'est pas pour des personnes enfouies trop profondément dans les ORM, alors permettez-moi d'expliquer pourquoi Orm doit permet de raw SQL: Parce que l'abstraction qui fuit. Ils se rendent compte que leur invention ne fonctionne que pour le simple cas d'utilisation et maintenant, ils ont deux options, 1: Jeter le bébé, ou 2: Donner aux gens la possibilité de ignorer l'ORM et de faire raw SQL. Devinez qui ils ont choisi?
• Quelques-uns des GRANDS projets ERP, j'ai été impliqué dans les utilisations Orm. À savoir, la nouvelle MYOB Avancée qui est la plus récente. Les choses qui ont 600+ tables et 100 utilisateurs simultanés avec un bon débit. Votre argument serait le même pour Java/.Net vs C/C++ parce que le haut niveau de langues ne sont pas en code natif et a des problèmes de performances. Mais combien d'ERP sont écrits en C? Assurer le bon vieux SQL vous donnera un résultat plus rapide. Personne n'affirme que. Mais la plupart du temps le gain de performances est de sans Conséquence par rapport à un ORM fait droit à la requête. ........................
• Le problème n'est pas avec l'ORM pour la plupart, mais les développeurs qui ont peu d'expérience dans leur utilisation de l'écriture de requêtes qui peuplent l'ensemble de l'objet graphique, et non pas à l'aide de retard différés et de chargement, ou ont suivi activé lorsqu'il n'est pas nécessaire. Vous avez idéalement oublier le fait que toute la programmation orientée objet solution qui interagit avec la db a quelques ORM. Que ce soit un connu un ou une personnalisée faite par le développeur. Laissez-aller de la notion que les ORM sont clairement abstraction ORM de nous aider à écrire moins de code et de faire plus dans une manière organisée. 1. Pour Ajouter/Modifier/Supprimer des opérations ORM peut être utilisé pour un maximum d'effet ..............
• ............... 2. Pour l'interrogation de données ORM devraient être utilisés avec soin en fonction de la façon dont vous prévoyez d'utiliser le résultat. Si vous ne prévoyez pas d'utiliser des objets et que vous souhaitez uniquement afficher un rapport ou une vue de l'utilisateur suffit d'utiliser la requête SQL ou anonymes, les options de type de l'ORM. À l'aide d'un ORM est de ne pas magiquement rendre SQL aller loin. Vous êtes coincé dans les définitions.Qui fuit ou pas ORM est un excellent moyen de développer plus normalisée code uniforme (tout en ayant un accès direct SQL). Votre argument original que le fait de regarder des requêtes faisant l'ORM est obsolète est uniquement valide si votre définition de ce qu'un ORM devrait être.
• Fournisseur de base de données de l'indépendance et de Cacher SQL” ce sont juste des avantages supplémentaires que vous pouvez obtenir, mais ils ne sont pas l'objet principal d'un outil ORM. ... Cité à partir de doctrine-project.org/2010/04/20/orm-is-not-a-choice.html
• Pour une liste des arguments pour et contre (que les deux d'entre nous ne cessent de répéter) à lire ici avec quelques bons liens architects.dzone.com/articles/high-complexity-and-low Si vous avez d'autres commentaires, nous allons créer un nouveau topc avec votre argument sur les requêtes. Nous sommes juste en régurgitant la même chose maintenant. Autoriser d'autres personnes à contribuer des idées différentes.
• Chaque abstraction de programmation est une fuite quelque chose. Sauf si vous voulez construire des systèmes avec code machine abstractions sont une partie de la vie pour les développeurs. Alors que je suis d'accord certains sont leakier que d'autres, il se résume à la compréhension de la part du développeur. La question ici est de votre abstraction complète de l'attente qui ne sera jamais satisfaite de programmation à l'abstraction, à savoir MVC, ORM, OOP ou des Machines Virtuelles.

Tous les commentaires