Recriando índices com a cláusula DROP_EXISTING
Muitas pessoas não sabem mas os índices nonClustered de uma tabela possui uma organização interna diferente dependendo da existência ou não de um índice Clustered.
Muitas pessoas não sabem mas os índices nonClustered de uma tabela possui uma organização interna diferente dependendo da existência ou não de um índice Clustered.
Você pode escrever uma instrução de SELECT de várias maneiras obtendo o mesmo resultado final. No entanto, algumas versões de uma query pode ser executada melhor ou pior do que outras. Na dica desta semana estaremos analisando diferentes caminhos para se escrever uma mesma query, porém, de maneira otimizada.
Uma necessidade bastante comum de muitos usuários está no fato de precisarem acessar dados em um banco de dados Access através do SQL Server. O Microsoft SQL Server permite que você crie links conhecidos como linked servers para fontes de dados OLE DB.
Na dica desta semana descrevo os passos necessários para criar um Linked Server entre um servidor SQL Server e uma Banco de Dados Access, permitindo assim, que você trabalhe no banco no Dados Access através de uma aplicação SQL ou pelo Query Analizer.
Tenho visto em muitos fóruns sobre SQL Server dúvidas sobre como fazer o backup de uma base SQL em um servidor remoto. Sendo assim, resolvi descrever na dica desta semana os procedimento necessários
para fazer o backup em um servidor ou máquina remota. Este procedimento é válido para SQL Server 7.0 e 2000.
@@IDENTITY, SCOPE_IDENTITY() e IDENT_CURRENT() são funções similares onde retornam o último valor inserido sobre a coluna IDENTITY de uma tabela. Porém, é preciso ficar atento pois dependendo do escopo e da sessão onde são chamadas, podem retornar valores diferentes do esperado.
As variáveis globais geralmente são utilizadas para obter algum tipo de informação sobre uma configuração do SQL Server e sempre são iniciadas com @@.
Na dica desta semana estarei descrevendo algumas das váriáveis globais mais utilizadas no dia-a-dia de muitos DBAs.
Uma das grandes vantagens em utilizar a função OPENQUERY para acessar servidores remotos é que a função executa uma consulta em que o comando é enviado diretamente ao servidor de destino para ser processado (consultas pass-through).
Isto, muitas vezes, ajuda a melhorar a performance da query.
Entretanto, teoricamente, uma de suas desvantagens é o fato da não aceitação de variáveis como argumento.
Na dica desta semana estarei descrevendo algumas alternativas que podem ser utilizadas para contornar esta deficiência ou limitação.
Sempre que temos problemas de bloqueio de conexões, normalmente utilizamos a procedure sp_who para identificar as conexões e depois o DBCC INPUTBUFFER para identificar o que as conexões afetadas estão executando. Infelizmente o DBCC INPUTBUFFER possui algumas limitações como só poder mostrar os primeiros 255 caracteres de uma batch ou stored procedure e mostrar apenas o primeiro comando executado pelo processo.
Quantas vezes já precisamos obter informações sobre uma tabela como por exemplo, nome dos campos, tipo de dados, se aceita nulo ou não, tamanho, etc…
Pois bem, a dica desta semana torna estas informações bastante simples de serem obtidas. No SQL Server 2000 existe uma view de sistema conhecida como INFORMATION.SCHEMA.COLUMNS que quando executada em um banco de dados, trás informações sobre todas as tabelas/colunas do referido banco.
Aprenda a utilizar o ORDER BY em campos do tipo date/time e saiba porque algumas vezes os resultados não foram retornados da forma como você esperava.
