Introdução ao LINQ to SQL

por Ramon Durães em 6/2/2008 1

Artigo recomendado para Visual Studio 2008;SQL Server 2005/2008

A utilização de padrões baseados em orientação a objetos, tornou-se um dos requerimentos em qualquer aplicação atual. Já possuímos pleno domínio do mundo OOP (Object Oriented Programming). Então chegou o momento de vencermos mais um desafio que é a barreira existente entre dados e objetos. Nosso primeiro passo será portar toda essa experiência adquirida para fechamos o elo faltante que é a integração com base de dados, arquivos XML e objetos. A partir desse momento, estamos dando um grande salto na evolução de todos os conceitos atuais e iniciado de vez na linha do O/R Mapping (Mapeamento Objeto Relacional) e na exploração plena e orientação aos objetos no desenvolvimento de software. O .NET recebeu algumas extensões para permitir amplo suporte ao novo modelo de manipulação de objetos que ganhou o nome de LINQ (Language Integrated Query) conforme figura 01.

Figura 01 - Introdução ao LINQ

As mais diversas consultas de dados serão encapsuladas pelo mecanismo do LINQ expondo apenas objetos, tornando transparente se você usa um banco de dados, um xml ou outra fonte de dados qualquer.

.NET Framework 3.5

Para permitir o suporte a linguagem integrada de consulta, foi incorporado ao .NET algumas novas funcionalidades de forma a suportar o LINQ (Linguagem Integrada de Consulta). Dentre as novas funcionalidades, podemos citar: Tipos anônimos, expressões lambdas e extensões de métodos, além da query de consulta.

O/R Mapping

O modelo de mapeamento objeto relacional para banco de dados SQLServer, consiste no mapeamento das tabelas do banco de dados como classes, campos como propriedades, procedures e funções como métodos de forma que você tenha no designer de classe da aplicação um conjunto de classes que representam visão 1:1 do seu banco de dados. Acompanhe na figura 02 a tabela 'Products' do banco de dados e na figura 03 a representação da mesma já mapeada como a classe 'Product' conforme figura 03. Uma vez feito o mapeamento pelo simples processo de arrastar a tabela do banco para dentro do designer de classes, os desenvolvedores do projeto já podem usar o LINQ para manipular os objetos criados a partir das classes mapeadas.

Figura 02 - Tabela 'Products' do banco de dados

Figura 03 - Classe mapeada 'Product'

Após estabelecer o mapeamento, os benefícios são imediatos pois, a classe mapeada é igual a qualquer outra do .net. Então você de imediato, já vai ter acesso pelo Intellisense do Visual Studio sem precisar conhecer nomes de campos no banco de dados que agora aparecem para você como propriedades. Outro ganho, é sobre as consultas do LINQ que mostrarei logo a seguir. Como todo acesso será por meio das mesmas, você só vai escrever código .NET que além do Intellisense já comentado será validado contra erros de digitação pelo compilador.

Para melhor entender esse novo cenário, vamos retornar ao acesso tradicional usando ADO.NET para recuperar as informações do nosso banco de dados conforme Listagem 1.

ADO.NETSqlConnection c = new SqlConnection(…);

c.Open();

SqlCommand cmd = new SqlCommand(
@"SELECT p.ProductID, p.ProductName
FROM Products p
WHERE p.ProductName = @p0");

cmd.Parameters.AddWithValue("@p0", "XYZ“);

DataReader dr = c.Execute(cmd);

while (dr.Read())

{
string ID = dr.GetString(0);
string ProductName = dr.GetString(1);
}
dr.Close();

Listagem 01 - Consulta usando ADO.NET.

Agora que você já relembrou o acesso tradicional, confira na listagem 02 e na figura 04 o novo modelo de consulta utilizando o LINQ.

LINQvar db = new NorthwindDataContext();

var consulta = from p in db.Products
                    where (p.ProductName=="ZYZ")
                    select new
                   {p.ProductID,p.ProductName};

this.GridView1.DataSource = consulta;
this.GridView1.DataBind();

Listagem 02 - Consulta usando LINQ.

Figura 04 - Digitando consulta para coleção de produtos.

Você deve ter tido duas reações. Primeiro viu a diferença na qualidade de linhas de código para fazer a operação e não tenho dúvidas que você já está curioso para aprofundar os estudos no LINQ to SQL. Em segundo, deve estar estranhando a forma de construção desse código e aí que entra o .NET 3.5. Declaramos um objeto anônimo chamado de consulta e depois seu tipo com o resultado da query expression na coleção Products. Ao fazermos essa consulta, o LINQ vai converter essa solicitação em um código T-SQL e vai buscar no banco de dados as linhas referentes aos objetos solicitados. Ao receber a resposta do banco de dados, ele vai retornar uma coleção de objetos que armazenaremos no objeto consulta. O resto foi somente popular essa coleção no gridview. Você pode conferir o exemplo do código T-SQL gerado pelo LINQ na listagem 03. Uma característica importante que vale ressaltar nesse momento, é que o objeto consulta mesmo sem ser inicializado com um tipo especifico, ele é fortemente tipado, sendo que logo após a definição do seu tipo, ele não pode ser modificado.

T-SQLSELECT [t0].[ProductID], [t0].[ProductName]
FROM [dbo].[Products] AS [t0]
WHERE [t0].[ProductName] = 'ZYZ';

Listagem 03 - Código T-SQL gerado pelo LINQ.

Conforme você observou na figura 04, com o LINQ seu acesso a dados será simplificado e o conhecimento da base de dados será o uso da sua linguagem de programação no dia a dia usando o próprio Intellisense sem precisar conhecer todos os nomes do banco de dados. Um comentário interessante ainda sobre essa questão, é o código 'where' na figura 04 e o código T-SQL gerado no banco de dados conforme listagem 03, onde você observa que um código .net é convertido para código T-SQL pelo LINQ.

Para saber mais:
LINQ TO SQL para iniciantes

Até próximo artigo
Sucesso em seus projetos.

voltar comente subir

Download Copy

Ramon Durães Ramon Durães é Autor da frase "Não tem que ser difícil". Possui larga experiência em tecnologia Microsoft. É Microsoft Most Valuable Professional (MVP). Trabalha como Software Engineer na 2pc Professional Consulting onde atende empresas ligadas ao desenvolvimento de software fornecendo amplo suporte na migração para .NET, arquitetura de software e adoção de Visual Studio Team System. Realiza palestras e treinamentos nos maiores eventos do Brasil. Pode ser encontrado em seu blog http://blogs.2pc.com.br/ramonduraes. Confira também vídeos relacionados.

Comentários:

Comentado por: Mauricio Junior - 7/2/2008 0:00:00
Ramon,

Por ser fortemente tipado, não é uma coisa boa, tem como fazer todos essas passos manualmente para que não seja tipado?

Comentado por: Ramon Durães - 7/2/2008 0:00:00
Estamos falando de um novo modelo orientado a objetos. Um grande diferencial é ter as classes mapeadas pela integração com Visual Studio.

Comentado por: Mauricio Junior - 8/2/2008 0:00:00
Ramon, mas tem como colocar para que o contexto da conexão seja pega manualmente? E em caso de alteração de banco de dados, terei que dar um find / replace nos campos do arquivo?