Certa vez tive a necessidade de fazer algo do tipo "SELECT * FROM tabela LIMIT 10 , 20", pronto, descobri que o Sql Server nao possui a instrucao "LIMIT".Apos varias pesquisas cheguei a solucao utilizando a funcao "ROW_NUMBER".Veja o exemplo:SELECT * FROM ( SELECT *, ROW_NUMBER() OVER (ORDER BY name) as row FROM NOME_TABELA ) a WHERE row > 5 and row <= 10Ate a proxima!Fonte: http://blogs.msdn.com/b/sqlserver/archive/2006/10/25/limit-in-sql-server.aspx RedundanciaOcorre quando um mesmo dado e armazenado em mais de uma area do banco de dados.ConsistenciaA consistencia indica a utilizacao de dados que nao conflitam com outros.Ate a proxima! Um dos grandes problemas no Sql Server, e bota grande nisso, sao os arquivos de log.A depender do uso da base de dados, ele pode crescer indiscriminadamente.Com isso surge a grande duvida:Como reduzir este arquivo?Algumas estrategias pode ser utilizadas, desde a reducao do arquivo, truncando ele (NUNCA FACA ISSO) ate a implementacao do log shipping.A primeira maneira de reduzir o arquivo e NAO RECOMENDADA, faz com que o arquivo seja reduzido de maneira forcada, realizando a limpeza dele, apagando todas suas entradas, ou seja, entradas estas referentes a transacoes realizadas, quebrando assim, possivelmente, com quaisquer chances de recuperacao e dados em determinado instante.Uma outra maneira e a implementacao do backup de log. E uma outra maneira e a implementacao do log shipping, que e a melhor forma de controlar o crescimento e de seu arquivo de log, bem como ajuastar a sua estrategia de backup em producao.Mas a frente detalharemos sua utilizacao, assim como o arquivo de log. Apos um bom tempo sem atualizacao, volto com um tema interessante, pelo menos eu penso que sim!Estou prestes a realizar uma migracao de meu servidor do ambiente de producao. Com isso surgiu uma questao: Como garantir alta disponibilidade?No inicio pensei somente em utilizar 1 servidor virtual (VMWARE), com os discos no STORAGE EMC2, com as bases espelhadas num servidor fisico, com discos locais. Mas ai veio uma questao: Em caso de falha no host e eu precisar "transformar" o espelho em principal eu posso ter perda!! E agora?!Surgiu entao a ideia de implementar o cluster Sql Server 2008 R2 com a replicacao das bases, sendo que a replicacao transacional.Avancado no ponto do cluster surgiu um outro problema: Eu so posso fazer a replicacao transacional com tabelas com chaves primarias definidas, minhas bases de sistemas legado possuem tabelas sem PK. Voltei para a ideia inicial do espelhamento.Ate a proxima! Trabalho numa empresa que faz parte de um grupo norte americano. Me deparei com uma nova realidade a quando comecei a trabalhar aqui na empresa, a lei Sarbanes-Oxley, "popularmente" conhecida como SOX.Ta, mas o que isso impacta em TI??Em tudo! Pois muitos processos passam a ser auditados, e temos que seguir desde a temida Gestao de Mudanca, que e uma ferramenta essencial ao controle, e que tambem serve de seguranca para o empregado e o empregador, a auditoria no banco de dados (DDL e DML).Nesse ponto, auditoria no banco de dados (DDL e DML), que a gente comeca a se divertir.Temos algumas formas de implementar isso:No SQL Server 2008 R2Change