Artigo Webmobile 3 - Aumentando a performance de suas aplicações Web

 de suas aplicações Web

Parte I – Usando Connection Pooling, DataReaders e DataSets em Cache

Este é o primeiro de uma série de artigos que mostrará como otimizar aplicações ASP.NET. Veremos como a tecnologia oferece poderosos recursos para tornar suas aplicações Web robustas e escaláveis, usando o mínimo de esforço possível. Conheceremos os poderosos recursos de cache de dados, uso efetivo de stored procedures, connection pooling, ajustes de configuração e outras técnicas avançadas. Nesta primeira parte, você aprenderá como usar DataSets em memória para evitar consultas desnecessárias ao servidor SQL e otimizar assim o tráfego de dados. Você também conhecerá um pouco sobre o interessante recurso de connection pooling do ADO.NET.

Criando a aplicação

Para construir os exemplos desta série, utilizarei o Visual Studio .NET e o SQL Server 2000 como banco de dados. As aplicações serão feitas usando C#, mas podem ser facilmente escritas em VB.NET, caso queira utilizar essa linguagem.

No Visual Studio, clique em File>New>Project (ou aperte Shift+Ctrl+N) e na janela New Project escolha ASP.NET Web Application no item Visual C# Projects (Figura 1). Na opção Location dê um nome para aplicação e a seguir clique em Ok. Neste momento, o Visual Studio criará um diretório virtual no IIS, localizado por padrão em c:\Inetpub\wwwroot\<NOMEDAAPLICACAO>.

Figura 1. Criando uma nova aplicação ASP.NET no Visual Studio .NET.

Configurando a conexão com ADO.NET

O ADO.NET é a tecnologia de acesso a dados usada no .NET Framework. Para acessar um servidor de banco de dados fazemos uso de um provider. Cada provider está representado no formato de um conjunto de componentes, que implementam interfaces predefinidas pelo ADO.NET.

O .NET Framework 1.1 é distribuído com quatro providers: SQL Server, OleDB, ODBC e Oracle. Para acessar o SQL Server, poderíamos usar qualquer um dos três primeiros providers, mas já vou deixar claro aqui a primeira regra para otimização ASP.NET: para acesso ao SQL Server, use o provider específico para SQL. O ganho de performance chega a 40% comparado aos demais, visto que esse provider usa o TDS"