O que é um ORM, como ele funciona e como devo usá-lo? [fechadas]

Alguém sugeriu que eu usasse um ORM para um projeto que estou criando, mas estou tendo problemas para encontrar informações sobre o que é ou como funciona.

Alguém pode me dar uma breve explicação sobre o que é um ORM e como ele funciona e como devo começar a usá-lo?

Introdução

O Mapeamento Relacional a Objetos (ORM) é uma técnica que permite consultar e manipular dados de um banco de dados usando um paradigma orientado a objetos. Ao falar sobre ORM, a maioria das pessoas se refere a uma biblioteca que implementa a técnica de mapeamento objeto-relacional, daí a frase "um ORM".

Uma biblioteca ORM é uma biblioteca completamente comum, escrita em seu idioma preferido, que encapsula o código necessário para manipular os dados, para que você não use mais o SQL; você interage diretamente com um objeto no mesmo idioma que está usando.

Por exemplo, aqui está um caso completamente imaginário com uma pseudo-linguagem:

Você tem uma aula de livros e deseja recuperar todos os livros dos quais o autor é "Linus". Manualmente, você faria algo assim:

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);
}

Com uma biblioteca ORM, ficaria assim:

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

A parte mecânica é cuidada automaticamente através da biblioteca ORM.

Prós e contras

O uso do ORM economiza muito tempo porque:

• SECA : Você escreve seu modelo de dados em apenas um lugar e é mais fácil atualizar, manter e reutilizar o código.
• Muitas coisas são feitas automaticamente, desde o manuseio do banco de dados até a I18N .
• Obriga você a escrever o código MVC , o que, no final, torna seu código um pouco mais limpo.
• Você não precisa escrever SQL mal formado (a maioria dos programadores da Web realmente é péssima, porque o SQL é tratado como uma linguagem "sub", quando na realidade é muito poderosa e complexa).
• Saneando; usar instruções ou transações preparadas é tão fácil quanto chamar um método.

O uso de uma biblioteca ORM é mais flexível porque:

• Ele se encaixa no seu modo natural de codificação (é o seu idioma!).
• Ele abstrai o sistema DB, para que você possa alterá-lo quando quiser.
• O modelo está fracamente vinculado ao restante do aplicativo, para que você possa alterá-lo ou usá-lo em qualquer outro lugar.
• Permite usar a bondade de OOP como herança de dados sem dor de cabeça.

Mas a ORM pode ser uma dor:

• Você precisa aprender e as bibliotecas ORM não são ferramentas leves;
• Você precisa configurá-lo. Mesmo problema.
• O desempenho é bom para consultas comuns, mas um mestre em SQL sempre se sai melhor com seu próprio SQL para grandes projetos.
• Abstrai o banco de dados. Embora esteja tudo bem se você souber o que está acontecendo nos bastidores, é uma armadilha para os novos programadores que podem escrever declarações muito gananciosas, como um golpe pesado em um forloop.

Como aprender sobre o ORM?

Bem, use um. Qualquer que seja a biblioteca ORM escolhida, todas elas usam os mesmos princípios. Existem muitas bibliotecas ORM por aqui:

• Java: Hibernação .
• PHP: Propel ou Doutrina (eu prefiro o último).
• Python: o Django ORM ou SQLAlchemy (minha biblioteca ORM favorita de todos os tempos).
• C #: NHibernate ou estrutura de entidades

Se você quiser experimentar uma biblioteca ORM em programação na Web, seria melhor usar uma pilha de estrutura inteira como:

• Symfony (PHP, usando Propel ou Doutrina).
• Django (Python, usando um ORM interno).

Não tente escrever seu próprio ORM, a menos que esteja tentando aprender alguma coisa. Este é um trabalho gigantesco, e os antigos levavam muito tempo e trabalho antes de se tornarem confiáveis.

Alguém pode me dar uma breve explicação ...

Certo.

ORM significa "Objeto para Mapeamento Relacional", em que

• A parte Objeto é a que você usa com sua linguagem de programação (neste caso, python)

• A parte Relacional é um sistema gerenciador de banco de dados relacional (um banco de dados), existem outros tipos de bancos de dados, mas o mais popular é relacional (você sabe tabelas, colunas, pk fk etc., por exemplo, Oracle MySQL, MS-SQL)

• E, finalmente, a parte Mapeamento é onde você faz uma ponte entre seus objetos e suas tabelas.

Em aplicativos em que você não usa uma estrutura ORM, faça isso manualmente. O uso de uma estrutura ORM permitiria reduzir o padrão necessário para criar a solução.

Então, digamos que você tenha esse objeto.

 class Employee:
      def __init__( self, name ): 
          self.__name = name

       def getName( self ):
           return self.__name

       #etc.

e a mesa

   create table employee(
          name varcar(10),
          -- etc  
    )

O uso de uma estrutura ORM permitiria mapear esse objeto com um registro db automaticamente e escrever algo como:

   emp = Employee("Ryan")

   orm.save( emp )

E insira o funcionário no DB.

_{Opa, não foi tão breve, mas espero que seja simples o suficiente para captar outros artigos que você lê.}

Um ORM (Object Relational Mapper) é uma parte / camada de software que ajuda a mapear seus objetos de código para o seu banco de dados.

Alguns lidam com mais aspectos do que outros ... mas o objetivo é tirar um pouco do peso da camada de dados dos ombros do desenvolvedor.

Aqui está um breve clipe de Martin Fowler (Data Mapper):

Padrões de mapeadores de dados da arquitetura de aplicativos corporativos

Como todos os acrônimos, é ambíguo, mas presumo que eles significam mapeador objeto-relacional - uma maneira de cobrir seus olhos e fazer de conta que não há SQL por baixo, mas sim todos os objetos ;-). Não é realmente verdade, é claro, e não sem problemas - o sempre colorido Jeff Atwood descreveu o ORM como o Vietnã do CS ;-). Mas, se você conhece pouco ou nenhum SQL e tem um problema bastante simples / em pequena escala, eles podem economizar seu tempo! -)

O Modelo de Objeto está relacionado aos três conceitos a seguir: Herança do Encapsulamento de Abstração de Dados O modelo relacional usou o conceito básico de uma relação ou tabela. Os produtos de mapeamento objeto-relacional (mapeamento OR) integram os recursos da linguagem de programação de objetos aos bancos de dados relacionais.