Qu'est ce qu'un ORM, comment ça fonctionne, et comment dois-je utiliser?

Introduction

Mapping Objet-Relationnel (ORM) est une technique qui permet d'interroger et manipuler des données à partir d'une base de données à l'aide d'un paradigme orienté objet. Lorsque l'on parle de l'ORM, la plupart des gens font référence à une bibliothèque qui implémente le Mapping Objet-Relationnel technique, d'où l'expression "ORM".

Un ORM bibliothèque est complètement ordinaire bibliothèque écrite dans la langue de votre choix qui encapsule le code nécessaire pour manipuler les données, de sorte que vous ne pas utiliser SQL plus; vous interagissez directement avec un objet dans la même langue que vous utilisez.

Pour exemple, voici un exemple complètement imaginaire cas avec un pseudo langue:

Vous avez un livre de classe, vous souhaitez récupérer tous les livres dont l'auteur est "Linus". Manuellement, vous devez faire quelque chose comme ça:

book_list = new List();
sql = "SELECT book FROM library WHERE author = 'Linus'";
data = query(sql); //I over simplify ...
while (row = data.next())
{
     book = new Book();
     book.setAuthor(row.get('author');
     book_list.add(book);
}

Avec un ORM de la bibliothèque, il devrait ressembler à ceci:

book_list = BookTable.query(author="Linus");

La partie mécanique est pris en charge automatiquement par l'intermédiaire de l'ORM de la bibliothèque.

Avantages et les Inconvénients

À l'aide de l'ORM permet d'économiser beaucoup de temps parce que:

• SEC: Vous écrivez votre modèle de données dans un seul endroit, et il est plus facile de mettre à jour, de conserver et de réutiliser le code.
• Beaucoup de choses se fait automatiquement, à partir de la base de données de la manutention de I18N.
• Il vous oblige à écrire MVC code, qui, en fin de compte, de votre code un peu plus propre.
• Vous n'avez pas à écrire mal formé SQL (la plupart des programmeurs Web vraiment sucer, parce que SQL est traité comme un "sous" la langue, alors qu'en réalité, c'est un très puissant et complexe).
• De désinfection; en utilisant des requêtes préparées ou des transactions sont aussi simple que d'appeler une méthode.

À l'aide d'un ORM de la bibliothèque est plus souple car:

• Il s'adapte à votre manière de coder (c'est votre langue!).
• Elle résumés de la DB du système, de sorte que vous pouvez changer quand vous le souhaitez.
• Le modèle est faiblement lié au reste de l'application, de sorte que vous pouvez le modifier ou de l'utiliser n'importe où ailleurs.
• Il vous permet d'utiliser la programmation orientée objet la bonté comme la procédure d'héritage des données sans maux de tête.

Mais ORM peut être une douleur:

• Vous avez à apprendre, et ORM bibliothèques ne sont pas léger outils;
• Vous devez le configurer. Même problème.
• Performance est OK pour habitude de requêtes, mais un SQL maître de toujours faire mieux avec son propre SQL pour de gros projets.
• Elle résumés de la DB. Alors que c'est OK si vous savez ce qui se passe derrière la scène, c'est un piège pour les nouveaux programmeurs qui peuvent écrire très gourmand énoncés, comme une frappe lourde dans un for boucle.

Comment apprendre à propos de l'ORM?

Bien, d'en utiliser un. Selon l'ORM de la bibliothèque que vous choisissez, ils utilisent tous les mêmes principes. Il ya beaucoup de l'ORM bibliothèques ici:

• Java: Hibernate.
• PHP: Propel ou La Doctrine (je préfère la dernière).
• Python: l'ORM de Django ou SQLAlchemy (Mon préféré ORM bibliothèque jamais).
• C#: NHibernate ou Entity Framework

Si vous voulez essayer un ORM de la bibliothèque dans la programmation Web, vous feriez mieux d'utiliser un framework pile comme:

• Symfony (PHP, à l'aide de Propel ou Doctrine).
• Django (Python, à l'aide d'un interne ORM).

N'essayez pas d'écrire votre propre ORM, sauf si vous essayez d'apprendre quelque chose. C'est un gigantesque morceau de travail, et le vieux a pris beaucoup de temps et de travail avant de devenir fiable.

Un ORM (Object Relational Mapper) est un morceau/de la couche de logiciel qui permet à la carte de votre code d'Objets de votre base de données.

Certains gèrent des aspects plus que d'autres...mais le but est de prendre un peu de poids de la Couche de Données hors du développeur épaules.

Voici un petit extrait de Martin Fowler (Mapper des Données):

Modèles d'Architecture Enterprise Application des Données de Mappeurs

Modèle d'objet est concerné par les trois concepts suivants
L'Abstraction De Données
L'Encapsulation
L'héritage
Le modèle relationnel a utilisé le concept de base d'une relation ou d'une table.
Mapping objet-relationnel (OU mapping) produits d'intégrer la programmation de l'objet langue des capacités avec des bases de données relationnelles.