Usamos cookies para medir audiência e melhorar sua experiência. Você pode aceitar ou recusar a qualquer momento. Veja sobre o iMasters.
Boa tarde
Em termos de performance numa query executada numa pagina ASP qual das opções é melhor? ou não há diferenças?
SELECT ..... FROM... WHERE lang=1
ou
SELECT ..... FROM... WHERE lang='pt'
Obrigado
o campo da tabela nestes casos deve ser INT ou CHAR em termos de performance?
Otimizar uma consulta SQL nem sempre é uma tarefa fácil e simples, precisa um pouco de conhecimento para desenvolver filtros que obtenham resultados que não custe ao servidor muitos recursos de hardware. Muitos dos exemplos que irei demonstrar foram resultados de pesquisas e testes executados no próprio Query Analyser do MS SQL Server 2000.
Uma forma de prejudicar bastante o desempenho ao acessar a base de dados, é a criação de TRIGGERS. Esta instrução é acionada sempre que uma determinada tabela sofre alguma alteração (INSERT, UPDATE, DELETE). Portanto, ao invés de criar uma ‘TRIGGER‘ prefira criar uma PROCEDURE que será acionada sempre que uma tarefa for feita.
Ao criar um simples filtro em uma tabela, pode-se encontrar alguns pontos que prejudicam a performance da consulta. A consulta abaixo demonstra um dos exemplos:
SELECT
*
FROM
ClienteAo fazer algum filtro em uma tabela, evite informar todos os campos de uma tabela em uma consulta, a menos que isso for realmente necessário. Muitas das vezes não será utilizado todos os campos. A consulta acima pode ser executada rapidamente se a tabela da base de dados contiver poucos registros, mas para adquirir uma melhor performance da consulta é recomendável filtrar apenas os campos que serão utilizados, o exemplo abaixo demonstra um cenário parecido:
SELECT
Nome,
CPF,
RG,
Endereco
FROM
ClienteOutro ponto importante é a utilização da instrução COUNT, esta instrução informa a quantidade de registros retornados em uma consulta.
SELECT
COUNT(*)
FROM
ClientePorém não há a necessidade de utilização desta consulta, porque ao executá-la, será contado um registro de cada vez. Para isto existe as tabelas ‘sysobjects‘ e ‘sysindexes‘. Com estas duas tabelas é possível obter muitas informações de diversos todos objetos existentes na base de dados.
SELECT
sysobjects.name AS [Nome da Tabela],
sysindexes.rowcnt AS [Qtde. de Registros]
FROM
sysobjects
INNER JOIN
sysindexes ON
sysindexes.id = sysobjects.id
WHERE
sysobjects.name = ‘Cliente’
AND
sysindexes.indid = 1A consulta acima informa a quantidade de registros existentes na tabela ‘Cliente’. Reparem que foi utilizado uma nova instrução, o INNER JOIN. Esta instrução serve para fazer a junção de duas ou mais tabelas, lembrando que isto significa que DEVE possuir algum registro na tabela secundária, ou seja na tabela que está recebendo o INNER JOIN, sendo assim, é necessário fazer a comparação de campos em comum que as duas possuem. Certifique-se que o nome da tabela escrito na cláusula WHERE está correto, caso contrário não será retornado nenhum registro. Esta consulta é outro exemplo que poderá trazer problemas de performance, porque ao utilizá-la, a consulta toda pode acessar qualquer uma das informações (campos) existentes nas tabelas. Uma outra forma de consultar a quantidade de registros de uma tabela é a seguinte:
SELECT
sysindexes.rowcnt AS [Qtde. de Registros]
FROM
sysindexes
WHERE
sysindexes.indid = 1
AND
EXISTS(
SELECT
sysobjects.id
FROM
sysobjects
WHERE
sysobjects.id = sysindexes.id
AND
sysobjects.name = ‘Cliente’
)Ao fazer um filtro como o acima, pode-se obter resultados muito eficazes em relação ao desempenho. A instrução EXISTS é uma instrução extremamente rápida porque utiliza pouco recurso de hardware. É como se retornasse uma variável booleana.
Outra instrução que consome um maior processamento é a instrução IN, que é utilizada quando é necessário fazer o filtro de um vetor de dados. O exemplo abaixo informa os todos clientes que possuir algum telefone.
SELECT
Nome
FROM
Cliente
WHERE
ID IN(SELECT ClienteID FROM Telefone)Outra maneira de informar estes registro seria utilizar (novamente) a instrução EXISTS ao invés da instrução IN.
SELECT
Cliente.Nome
FROM
Cliente
WHERE
EXISTS(
SELECT
Telefone.ClienteID
FROM
Telefone
WHERE
Telefone.ClienteID = Cliente.ID
)São inúmeras as tarefas que se pode fazer para melhorar a performance de uma consulta. Estas são apenas algumas operações que devem ser feitas caso necessita de resultados mais rápidos em consultas SQL.
mesma coisa, mas lembre-se que em uma linha de query você evita milhares linhas de programação.
outra coisa que sempre falo pro pessoal, você precisa ter uma relacionamento entre as tabelas, na verdade, a importância de uma modelagem de dados bem definida até os mínimos detalhes, como os campos de relacionamentos, um velho ditado diz, que um relacionamento bem definido é a alma do aplicativo, pois daí saem todas as consultas e operações com o banco, influenciando diretamente na otimização e performance do aplicativo
vai depender do tipo do seu campo