{"id":3306,"date":"2019-03-25T17:43:40","date_gmt":"2019-03-25T20:43:40","guid":{"rendered":"http:\/\/xexeu.elipse.com.br\/pt\/linguagem-sql-capitulo-5-boas-praticas-de-configuracao-de-um-historico-e-uma-consulta\/"},"modified":"2025-09-10T13:07:06","modified_gmt":"2025-09-10T16:07:06","slug":"linguagem-sql-capitulo-5-boas-praticas-de-configuracao-de-um-historico-e-uma-consulta","status":"publish","type":"post","link":"https:\/\/kb.elipse.com.br\/en\/linguagem-sql-capitulo-5-boas-praticas-de-configuracao-de-um-historico-e-uma-consulta\/","title":{"rendered":"Linguagem SQL: Cap\u00edtulo 5 – Boas pr\u00e1ticas de configura\u00e7\u00e3o de um Hist\u00f3rico e uma Consulta."},"content":{"rendered":"
\n

Hist\u00f3ricos <\/b>s\u00e3o m\u00f3dulos respons\u00e1veis pelo armazenamento de dados da aplica\u00e7\u00e3o em um Banco de Dados para an\u00e1lises futuras. \u00c9 poss\u00edvel criar tantos arquivos de Hist\u00f3ricos quantos forem necess\u00e1rios, cada um contendo diversos Tags ou express\u00f5es. Cada Hist\u00f3rico pode criar ou utilizar uma tabela independente dentro do Banco de Dados, cujo armazenamento pode ser definido por tempo ou por evento. A seguir, ser\u00e3o analisadas algumas pr\u00e1ticas a serem adotadas durante a configura\u00e7\u00e3o de um hist\u00f3rico.<\/p>\n

Chave Prim\u00e1ria<\/b><\/u><\/p>\n

A Chave Prim\u00e1ria<\/b> \u00e9 um campo (ou um conjunto de campos) que identifica de maneira \u00fanica cada registro de uma tabela. Ap\u00f3s um campo ter sido definido como a chave prim\u00e1ria da tabela, o pr\u00f3prio Banco de Dados garante que n\u00e3o sejam inseridos dados duplicados neste campo. Por exemplo, caso o usu\u00e1rio tente cadastrar um pedido com o mesmo n\u00famero de um pedido j\u00e1 existente, o registro n\u00e3o ser\u00e1 feito e uma mensagem de erro ser\u00e1 mostrada. H\u00e1 dois tipos de chave prim\u00e1ria: Simples <\/b>ou Composta<\/b>.<\/p>\n

Uma chave prim\u00e1ria simples<\/b> \u00e9 um campo que identifica de modo \u00fanico cada registro de uma tabela. Uma chave prim\u00e1ria composta<\/b> pode ser formada pela combina\u00e7\u00e3o de dois ou mais campos da tabela. Para inserir uma chave prim\u00e1ria em um hist\u00f3rico, pode-se acessar o seu \u00edcone ou selecionar o checkbox do campo desejado.<\/p>\n

\n\"\"<\/a>Figura 1<\/b>: Chave Prim\u00e1ria<\/span><\/div>\n

\u00cdndices <\/b><\/u><\/p>\n

O SQL acessa dados de dois modos:<\/p>\n

Via table scan:<\/b><\/p>\n

Varre todas as p\u00e1ginas come\u00e7ando do in\u00edcio da tabela e extraindo o pedido da Query.<\/p>\n

Atrav\u00e9s de \u00edndices:<\/b><\/p>\n

\u00cdndices s\u00e3o campos (ou conjunto de campos) previamente ordenados pelo banco de dados a fim de melhorar a performance das consultas que utilizam estes \u00edndices. Eles s\u00e3o utilizados para rapidamente encontrar registros com um valor espec\u00edfico em uma coluna. Sem um \u00edndice, o Banco de Dados precisa iniciar com o primeiro registro e depois ler atrav\u00e9s de toda a tabela at\u00e9 que ele encontre os registros relevantes. Se a tabela possuir um \u00edndice para as colunas em quest\u00e3o, o Banco de Dados pode rapidamente obter uma posi\u00e7\u00e3o para procurar no meio do arquivo de dados sem ter que varrer todos os registros. Isso n\u00e3o significa que deve-se inserir \u00edndices em todas as colunas, e sim apenas onde existem cl\u00e1usulas de pesquisa (Where<\/i>). Para inserir um \u00edndice em um hist\u00f3rico, pode-se acessar o seu \u00edcone na configura\u00e7\u00e3o do hist\u00f3rico.<\/p>\n

\"\"<\/a>Figura 2<\/b>: Adicionando \u00cdndices\"\"<\/a><\/span><\/span>Figura 3<\/b>: \u00cdndices<\/span><\/div>\n

Ao configurar um hist\u00f3rico, \u00e9 necess\u00e1rio identificar qual o tipo de filtro ser\u00e1 aplicado \u00e0 tabela, e assim inserir \u00edndices nos campos que ser\u00e3o utilizados na busca. Por exemplo, caso seja realizado um filtro por data, deve-se inserir um \u00edndice no campo E3TimeStamp<\/b>. Se outro campo da tabela tamb\u00e9m possuir uma cl\u00e1usula de busca, outro \u00edndice dever\u00e1 ser inserido.<\/p>\n

Instru\u00e7\u00f5es para a configura\u00e7\u00e3o do hist\u00f3rico e da consulta<\/b><\/u><\/p>\n

Dependendo da quantidade de dados retornados em uma consulta, ou do n\u00famero de objetos que possuem consultas associadas, o ac\u00famulo excessivo de dados pode gerar lentid\u00e3o ao entrar em telas e ao retornar os dados provenientes das consultas. Na maioria dos casos, para obter uma melhora significativa na performance da aplica\u00e7\u00e3o, basta executar as mudan\u00e7as abaixo:<\/p>\n

1.<\/b> Configure a propriedade CursorLocation <\/i>da Consulta de cada um dos objetos (E3Browser, E3Chart, Relat\u00f3rio) como clClient<\/b> (= 1).
\n2.<\/b> Na(s) tabela(s), crie \u00edndice(s) em todos os campos que ser\u00e3o filtrados e adicione a chave prim\u00e1ria (quando poss\u00edvel).
\n3. <\/b>Verifique se a Consulta n\u00e3o est\u00e1 retornando os campos que n\u00e3o est\u00e3o sendo utilizados.
\n4.<\/b> Insira um espa\u00e7o de tempo curto no valor inicial das vari\u00e1veis que realizam o filtro por data.
\n5.<\/b> Caso utilize um objeto E3Chart carregando muitas penas, selecione a espessura de linha m\u00ednima (0) na op\u00e7\u00e3o Estilo <\/b>das propriedades de cada pena.<\/p>\n

Ao utilizar \u00edndices <\/b>e chaves prim\u00e1rias<\/b> em comandos Insert<\/i>, Delete <\/i>e Update<\/i>, ocorre o seguinte efeito:<\/p>\n