Estrutura da entidade vs LINQ a SQL

• LINQ para SQL é a maneira rápida e fácil de o fazer. Isso significa que você vai mais rápido, e entregar mais rápido se você está trabalhando em algo menor.
• O quadro da entidade é a forma completa e sem barreiras de o fazer. Isso significa que você vai levar mais tempo na frente, desenvolver mais devagar, e ter mais flexibilidade se você estiver trabalhando em algo maior.

O LINQ está mesmo morto?Por Jonathan Allen para InfoQ.com

Matt Warren descreve [LINQ para SQL] como algo que "nunca deveria existir."Essencialmente, era apenas suposto ser stand-in para ajudá-los a desenvolver LINQ até que o real ORM estava pronto.

...

A escala da estrutura da entidade fez com que perdesse o prazo.net 3.5/Visual Studio 2008. Foi concluído a tempo para o infelizmente chamado". net 3.5 Service Pack 1", o que foi mais um lançamento importante do que um pacote de serviços.

...

Os programadores não gostam de [ADO.NET quadro de entidade] devido à complexidade.

...

A partir de. NET 4.0, LINQ para entidades será a solução de acesso de dados recomendada para LINQ para cenários relacionais.

Há uma série de diferenças óbvias delineadas no artigo @lars publicado, mas a resposta curta é:

• o L2S é propriedade de objectos estreitamente acoplados a um campo específico de base de dados ou mais correctamente mapeamento de objectos para um esquema específico de base de dados
• o L2S só funcionará com o servidor SQL (tanto quanto sei)
• A EF permite mapear uma única classe para várias tabelas
• o EF vai tratar das relações M-M
• o EF terá capacidade para atingir qualquer ADO.NET dados fornecedor

A premissa original era L2S é para o desenvolvimento rápido, e EF para mais "empreendedorismo" n-tier aplicações, mas isso é vender L2S um pouco curto.

LINQ para SQL

1. Fonte homogénea de dados: servidor SQL
2. recomendado para pequenos projectos apenas quando a estrutura de dados for bem concebida
3. o mapeamento pode ser alterado sem recompilação com SqlMetal.exe
4. .dbml (Database Markup Language)
5. mapeamento de um para um entre tabelas e classes
6. Suportaa herança
7. não suporta tipos complexos
8. Armazenamento-primeira aproximação
9. Base de dados-visão centrada de um base de dados
Criado por C# team
10. suportada mas não Outras melhorias pretendidas

Entity Framework

1. Fontes de dados heterogéneas: suportam muitos fornecedores de Dados
2. recomendado para todos os novos projectos, excepto:
   • pequenos (LINQ a SQL)
   • Quando a fonte de dados é um ficheiro plano (ADO.NET)
3. o mapeamento pode ser alterado sem Nova compensação ao definir o processo do artefacto do modelo e dos ficheiros de mapeamento para copiar para Pasta De Saída
4. .edmx (modelo de dados de entidade) que contém:
   • SSDL (linguagem de definição do esquema de armazenamento)
   • CSDL (Conceptual Schema Definition Language)
   • MSL (Mapping Specification Language)
5. mapeamentos um para um, um para muitos, muitos para um entre tabelas e classes
6. suporta heranças:
   • TPH (tabela por hierarquia)
   • TPT (tabela por tipo)
   • TPC (tabela por classe de betão)
7. suportes tipos complexos
8. Código-primeiro, modelo-primeiro, Armazenamento-primeira aproximação
9. Vista centrada na aplicação de uma base de dados
10. Criado pela equipa do servidor SQL
11. futuro da APIs de dados da Microsoft

Ver também:

• LINQ para SQL Vs Entity Framework
• diferença entre LINQ e SQL e Entity Framework
• estrutura da entidade vs LINQ a SQL

Encontrei uma resposta muito boa Aqui que explica quando usar o quê em palavras simples:

A regra básica para a qual a estrutura a usar é como planear editar os seus dados na sua camada de apresentação.

• Linq-To-Sql - use esta estrutura se planeia editar um de cada vez relação dos seus dados na sua camada de apresentação. Ou seja, tu. não planeie combinar dados de mais de uma tabela em qualquer Vista ou pagina.

• Entidade Framework - use esta framework se planejar combinando dados de mais de uma tabela na sua vista ou página. Fazer mais claro, os termos acima são específicos para os dados que serão manipulado na sua vista ou página, não apenas exibido. Isto é ... é importante entender.

Com a estrutura de Entidades você é capaz de" mesclar " dados apresentados em conjunto apresentar à camada de apresentação numa forma editável, e depois quando este formulário é enviado, a EF saberá como atualizar todos os dados das várias mesas.

Existem provavelmente razões mais precisas para escolher EF EM vez de L2S, mas esta seria provavelmente a mais fácil de entender. O L2S não ter a capacidade de juntar dados para a apresentação da vista.

Você pode encontrar uma boa comparação aqui:

Http://www.dotnet-tricks.com/Tutorial/entityframework/1M5W300314-Difference-between-LINQ-to-SQL-and-Entity-Framework.html

Http://www.c-sharpcorner.com/blogs/entity-framework-vs-linq-to-sql1

As respostas aqui cobriram muitas das diferenças entre Linq2Sql e EF, mas há um ponto chave que não foi dado muita atenção: o Linq2Sql só suporta o servidor SQL, enquanto a EF tem fornecedores para o seguinte RDBMS:

Fornecido pela Microsoft:

• ADO.NET controladores para o servidor SQL, OBDC e OLE DB

Via terceiros fornecedores:

• MySQL
• Oracle
• DB2
• VistaDB
• SQLite
• PostgreSQL
• Informix
• U2
• Sybase
• Synergex
Firebird
• Npgsql

Para citar alguns.

Isto faz da EF uma poderosa abstração de programação sobre o seu armazenamento de dados relacional, o que significa que os programadores têm um modelo de programação consistente com o qual trabalhar, independentemente do armazenamento de dados subjacente. Isto pode ser muito útil em situações onde você está desenvolvendo um produto que você quer garantir irá interoperar com uma ampla gama de RDBMS comuns.

Outra situação em que a abstração é útil é onde você faz parte de uma equipe de desenvolvimento que trabalha com um número de clientes diferentes, ou diferentes unidades de negócio dentro de uma organização, e você quer melhorar a produtividade do desenvolvedor, reduzindo o número de RDBMS que eles têm de se familiarizar com o fim de oferecer suporte a uma variedade de diferentes aplicações no topo de diferentes RDBMS.

Se a sua base de dados For simples e simples, LINQ para SQL serve. Se você precisa de entidades lógicas / abstracted em cima de suas tabelas, então vá para o framework entidade.

Nenhum deles ainda suporta os únicos tipos de dados SQL 2008. A diferença da minha perspectiva é que a entidade ainda tem a chance de construir um modelo em torno do meu datatype geográfico em algum lançamento futuro, e Linq para SQL, sendo abandonado, nunca irá.

Agora a EF evoluiu e a Linq-para-SQL carece de uma característica importante para serviços altamente escaláveis, que é o suporte para operações async. Temos mais de 100 pedidos por segundo às vezes e apesar de termos optimizado as nossas bases de dados, a maioria as consultas ainda levam vários milissegundos para completar. Devido às chamadas de banco de dados síncronos, o thread está bloqueado e não está disponível para outras solicitações.

O LINQ para o SQL e a estrutura da entidade parecem semelhantes à superfície. Ambos fornecem LINQ questionando-se sobre um banco de dados usando um modelo de dados.

LINQ para SQL ainda é a parte de ADO.NET enquanto O Entity framework tem API separada. Entity framework é a versão mais elevada de LINQ para SQL.O Entity framework usa o modelo de dados de entidade para fazer a ligação entre a sua aplicação e o seu armazenamento de dados. É o modelo de dados de entidade, ou EDM, que fornece a definição do seu esquema conceitual, bem como a informação do esquema de banco de dados necessária para interagir com o banco de dados e, finalmente, um esquema de mapeamento que se liga a dois.

Aqui estão algumas tarefas executadas pelo Entity Framework(dados da entidade modelo).

* Gera automaticamente classes a partir do modelo e actualiza essas classes dinamicamente, sempre que o modelo muda.

• cuida de toda a conectividade do banco de dados para que os desenvolvedores não sejam sobrecarregados por ter que escrever muitos códigos para interagir com o banco de dados.

* fornece uma sintaxe comum de consulta para questionar o modelo, não o banco de dados, e então traduz essas consultas em consultas que o banco de dados pode entender.

• fornece um mecanismo para rastrear as mudanças nos objetos do modelo como eles estão sendo usado nas aplicações e lida com as atualizações para o banco de dados.

Linq-to-SQL

Ele é provedor que suporta apenas o servidor SQL. É uma tecnologia de mapeamento para mapear tabelas de bases de dados do servidor SQL para objetos. net. É a primeira tentativa da Microsoft de um mapeador ORM-Object-relacional.

Linq-to-Entities

é a mesma idéia, mas usando o Entity Framework em segundo plano, como o ORM - novamente a partir da Microsoft, ele suporta múltiplos banco de dados principal vantagem do entity framework é que o desenvolvedor pode trabalhar em qualquer banco de dados não precisa aprender a sintaxe para realizar qualquer operação em diferentes bancos de dados

De acordo com a minha experiência pessoal, Ef é melhor (se não tem ideia sobre SQL) o desempenho em LINQ é um pouco mais rápido do que a linguagem EF reason LINQ escrita em lambda.