Carregando ...
Desculpe, ocorreu um erro ao carregar o conteúdo.

RE: [mssql-l] Case na clausula Where

Expandir mensagens
  • André Carvalho
    João, na mosca ! Não tinha me ligado nessa condição, e tentando re-inventar a roda ! Obrigado !! André Carvalho Analista Programador Senior
    Mensagem 1 de 17 , 30 de mai de 2011
    Exibir fonte
    • 0 Anexo
      João, na mosca !
      Não tinha me ligado nessa condição, e tentando re-inventar a roda !
      Obrigado !!

      André Carvalho
      Analista Programador Senior
      an_cp@...

    • Wolney Marconi Maia
      Pessoal, Tenho um servidor com Microsoft SQL Server 2008 (SP2) - 10.0.4000.0 (X64) e um banco que atingiu 1.2Tb somente de dados. Desse banco, a grande maioria
      Mensagem 2 de 17 , 1 de jun de 2011
      Exibir fonte
      • 0 Anexo

        Pessoal,

         

        Tenho um servidor com Microsoft SQL Server 2008 (SP2) - 10.0.4000.0 (X64) e um banco que atingiu 1.2Tb somente de dados.

         

        Desse banco, a grande maioria da tabelas tem índices, mas não clusterizados.

         

        Uma dessas tabelas atingiu o tamanho de 409 Gb com cerca de 1.161.000 linhas. Ela tem 3 colunas, 2 com o tipo INT e uma com o tipo IMAGE.

         

        No dia 27/05, constatei que o  aplicativo estava incluindo e excluindo constantemente as linhas, onde a tabela atingiu cerca de  948.000 linhas, mas com o tamanho de 432Gb.

         

        Na  sexta-feira, começamos a criar e trocar os índices para cluster. Algumas tabelas reduziram o tamanho, mas as tabelas com colunas IMAGE sofreram pouco tamanho.

         

        No domingo, as 08:00, o serviço do SQL Server foi reiniciado (por motivo de manutenção programada da nossa infra). A partir desse momento, o tamanho dos dados das tabelas começou a reduzir finalizando por volta das  20:00hs.

         

        O tamanho do banco de dados foi para 400Gb de dados e a tabela acima citada atingiu o tamanho de 95Gb de tamanho.

         

        O banco não tem rotinas agendadas de shrink. Temos a rotina de reindexação que roda todos os dias a 04:30hs. O banco tem configuração de recovery model FULL e Read Commit Snapshot On.

         

        Não houve perda de dados. 

         

        Até agora não entendi o que aconteceu!!!

         

        Wolney Marconi Maia

      • Wolney Marconi Maia
        Mantendo nesse mesmo assunto e com a mesma tabela. Hoje ela tem cerca de 500.000 linhas e ocupando quase 70Gb. Visualizando os dados pela DMV
        Mensagem 3 de 17 , 7 de jun de 2011
        Exibir fonte
        • 0 Anexo

          Mantendo nesse mesmo assunto e com a mesma tabela.

           

          Hoje ela tem cerca de 500.000 linhas e ocupando quase  70Gb. Visualizando os dados pela DMV sys.dm_db_index_physical_stats, vi as seguintes informações:

           

          pagecount : são 3.218 páginas para alocacao IN_ROW_DATA  e  9.455.496 páginas para LOB_DATA.

           

          Essa tabela tem indices cluster pela coluna data_id. Quando faço ALTER INDEX ALL REBUILD, entendo que os meus indices serão reorganizados e consequententemente no caso do cluster, as paginas de dados localizados na paginas leaf dos indices também serão, reduzindo em muito a fragmentação.

           

          Mas isso ser aplica as paginas com alocação LOB_DATA?

          Quando excluo as linhas dessa tabela, como faço então para desfragmentar das paginas utilizadas para armazenar as imagens?

           

          O montante de dados desse banco reduziu bastante. Mas o arquivo fisico continua com mais de 1Tb de tamanho. Aplico o shrink file e ele fica executando por horas.

           

          PS.: Se houve uma resposta desse post, não recebi a mensagem ( será problemas com o Yahoo !?:!)

           

          Grato,

           

          http://imagem.imprensaoficial.com.br/mailing/email_spacer.pngWolney Marconi Maia
          http://imagem.imprensaoficial.com.br/mailing/email_spacer.png
          Sistemas Corporativos

          http://imagem.imprensaoficial.com.br/mailing/email_spacer.png11-2799-9892

           

          Só imprima se realmente for necessário, pense em sua responsabilidade com o meio ambiente.
O conteúdo desse e-mail ou de seus anexos é confidencial e restrito ao destinatário da mensagem.
Se, por engano, você recebeu esse e-mail, por favor, notifique o remetente, não faça cópias nem distribua seu conteúdo.

           

          De: mssql-l@... [mailto:mssql-l@...] Em nome de Wolney Marconi Maia
          Enviada em: quarta-feira, 1 de junho de 2011 17:28
          Para: mssql-l@...
          Assunto: [mssql-l] Ref. Redução do tamanho da tabela.

           

           

          Pessoal,

           

          Tenho um servidor com Microsoft SQL Server 2008 (SP2) - 10.0.4000.0 (X64) e um banco que atingiu 1.2Tb somente de dados.

           

          Desse banco, a grande maioria da tabelas tem índices, mas não clusterizados.

           

          Uma dessas tabelas atingiu o tamanho de 409 Gb com cerca de 1.161.000 linhas. Ela tem 3 colunas, 2 com o tipo INT e uma com o tipo IMAGE.

           

          No dia 27/05, constatei que o  aplicativo estava incluindo e excluindo constantemente as linhas, onde a tabela atingiu cerca de  948.000 linhas, mas com o tamanho de 432Gb.

           

          Na  sexta-feira, começamos a criar e trocar os índices para cluster. Algumas tabelas reduziram o tamanho, mas as tabelas com colunas IMAGE sofreram pouco tamanho.

           

          No domingo, as 08:00, o serviço do SQL Server foi reiniciado (por motivo de manutenção programada da nossa infra). A partir desse momento, o tamanho dos dados das tabelas começou a reduzir finalizando por volta das  20:00hs.

           

          O tamanho do banco de dados foi para 400Gb de dados e a tabela acima citada atingiu o tamanho de 95Gb de tamanho.

           

          O banco não tem rotinas agendadas de shrink. Temos a rotina de reindexação que roda todos os dias a 04:30hs. O banco tem configuração de recovery model FULL e Read Commit Snapshot On.

           

          Não houve perda de dados. 

           

          Até agora não entendi o que aconteceu!!!

           

          Wolney Marconi Maia


        Sua mensagem foi enviada com êxito e será entregue aos destinatários em breve.