none
Performance com Tabelas com milhões de registros RRS feed

  • Pergunta

  • Fala galera estou com uma dúvida , temos um sistema de BI usando sql server 2000, só que a carga com esses dados demoram horas chegam até dias !!!! como podemos ganhar em performance e tempo ??? Existem algumas boas práticas ou até mesmo metodologia que se apliquem bons conceitos de Indices e Tunning de Sql ???

    O que estamos fazendo é usar indices nos campos que vão ser relacionados , queria saber também qual a opinião de vocês quanto a indices Clustered e NonClustered...

    Outra prática que estamos analisando é efetuar a carga dos dados da tabela destino para a tabela origem e depois da carga criarmos as chaves , é uma boa prática ????

    Valeu Rapaziada

     

    quinta-feira, 1 de fevereiro de 2007 13:05

Todas as Respostas

  • Leonardo,

    Em relação aos índices Clustered quando criados eles armazenam espaço em disco para cada índice criado, são mais rápidos que os noncluestered principalmente se declarados na claúsula Where e comando Order By.

    Você só pode ter um índice Clustered por table, já o NonClustered você pode ter até 255.

    Um índice clustered ele é organizado fisicamento nas páginas de dados, trabalhando da mesma forma que um dicionário, tornando mais fácil o processo de pesquisa e consulta das informações.

    Já o nonclustered não é organizado fisicamente.

    Sobre o processo de carga é melhor exportar tudo para as tables destino e depois criar os relacionamento, isso é uma ótima prática que deve ser seguida.

    quinta-feira, 1 de fevereiro de 2007 13:25
  • Leonardo,

    quantos milhões de registros vc esta exportando e quantos campos tem sua tabela.

    Eu costumo fazer o select com minha regra de negocio, exportar o resultado para uma tabela OLTP, fazer os relacionamentos com as tabelas das dimensões e pedar os indices e depois popular a tabela fato.

    Milhões de registros sem indices é impossível de trabalhar. Dê uma olhada nesse artigo:

    http://www.linhadecodigo.com.br/artigos.asp?id_ac=619&sub=0

    Já fiz carga de dados históricos para meus cubos com mais de 60 milhões de registros. entre Select, exportar, atualizar os indices de relacionamento e popular a tabela fato demorou mais ou menos 5 horas.

    Abraço

    sexta-feira, 16 de março de 2007 19:59