All perguntas(dba)

Alguém pode explicar a situação abaixo, onde dois valores aparentemente iguais não são reduzidos DISTINCT?

A consulta acima éSELECT DISTINCT name FROM master.sys.dm_os_spinlock_stats where name = 'SBS_UCS_DISPATCH';

O equivalente SELECT name FROM master.sys.dm_os_spinlock_stats where name = 'SBS_UCS_DISPATCH' GROUP BY name;também faz o mesmo e a adição HAVING COUNT(1) > 1não produz as linhas.

@@VERSIONé Microsoft SQL Server 2019 (RTM-CU13) (KB5005679) - 15.0.4178.1 (X64) 23 de setembro de 2021 16:47:49 Copyright (C) 2019 Microsoft Corporation Enterprise Edition: Licenciamento baseado em núcleo (64 bits) no Windows Server 2016 Padrão 10.0 (Construção 14393: )

Estou criando o perfil de uma instância de um SQL Server 2005 e, por meio da SQLServer:SQL Statistics - SQL Compilations/secmétrica do PerfMon, vejo que a média é de cerca de 170 ou mais.

Saquei o SQL Profiler e procurei por eventos SP:Compile ou SQL:Compile. Aparentemente eles não existem. Eu encontrei Stored Procedure/SP:Recompilee TSQL/SQL:StmtRecompileeventos. A quantidade de dados que vejo no Profiler sugere que esses são os eventos errados a serem observados, embora eu não tenha certeza.

Então minhas perguntas. As respostas para qualquer uma delas seriam ótimas.

1. Como posso ver exatamente o que está compilando no SQL Server?
2. Escolhi as métricas erradas para analisar? No Perfmon ou no SQL Profiler?
3. Com relação a Stored Procedure/SP:Recompileeventos TSQL/SQL:StmtRecompileno SQL Profiler... eles não incluem a métrica Duration. Como posso avaliar o impacto desses eventos no sistema se eles não fornecem uma maneira de ver o impacto do tempo no sistema.

No SQL Server 2008, estou usando RANK() OVER (PARTITION BY Col2 ORDER BY Col3 DESC)para retornar o conjunto de dados com RANK. Mas eu tenho centenas de registros para cada partição, então obterei valores de rank 1, 2, 3......999. Mas eu quero apenas até 2 RANKsem cada PARTITION.

Exemplo:

ID   Name    Score    Subject
1    Joe      100      Math
2    Jim      99       Math
3    Tim      98       Math
4    Joe      99       History
5    Jim      100      History
6    Tim      89       History
7    Joe      80       Geography
8    Tim      100      Geography
9    Jim      99       Geography

Eu quero que o resultado seja:

SELECT Subject, Name, RANK() OVER (PARTITION BY Subject ORDER BY Score DESC)
FROM Table

Subject        Name      Rank
Math           Joe        1
Math           Jim        2
History        Jim        1
History        Joe        2
Geography      Tim        1
Geography      Jim        2

Eu quero apenas rank 1 e 2 em cada categoria. Como eu faço isso?

Usando o SQL Server 2008 e posterior, desejo adicionar uma coluna de versão de linha a uma tabela grande, mas quando simplesmente

ALTER TABLE [Tablename]
ADD Rowversion [Rowversion] NOT NULL

Então a tabela fica indisponível para atualizações por muito tempo.

Quais estratégias posso usar para reduzir esse tempo de inatividade? Vou considerar qualquer coisa. Quanto mais simples melhor, claro, mas vou considerar qualquer estratégia.

Meu pensamento é que, como último recurso, eu poderia manter uma tabela de preparação de cópia mantida por gatilhos e, em seguida, sp_renomear a tabela de preparação para a tabela original. Mas espero algo mais simples/fácil.

Exportei um banco de dados postgres do pgAdmin em um formato simples porque queria pesquisar todo o texto do banco de dados. Eu tentei restaurar o banco de dados de volta, mas dá um erro dizendo que o arquivo morto não é um arquivo morto válido. Como faço para restaurar o banco de dados de volta se ele puder ser restaurado?

Sou principalmente um desenvolvedor de aplicativos, mas tenho que fazer todo o trabalho de banco de dados inicial para meu projeto atual ( aliás ... é MS SQL Server 2008 ). Como primeira decisão, estou tentando descobrir se devo dividir meu estado usando bancos de dados separados ou esquemas separados no mesmo banco de dados. Eu fiz uma pequena leitura no esquema do SQL Server e parece uma maneira natural de separar domínios de objeto ( que eu gosto ), mas não tenho certeza se pode haver custos ocultos para esse padrão.

Quais são as coisas mais práticas que devo considerar ao selecionar entre essas duas abordagens? Se eu evitar o dbo.mytablefavor de myschema.mytableestarei criando outros desafios ( ou problemas ) para minha arquitetura?

Como uma observação lateral... Em algum momento, isso será entregue a um DBA real para manter/suportar, então estou tentando ter certeza de não tornar a vida deles mais difícil.

Eu tenho dois trabalhos do SQL Agent que estão programados para serem executados em intervalos diferentes. A primeira tarefa executa um backup completo uma vez por dia. A segunda tarefa executa backups de log de transações a cada quinze minutos.

Como o banco de dados cresceu, o backup completo está demorando mais do que o planejado originalmente (mesmo com compactação). E notei em meus logs que os backups do log de transações agora estão sendo executados ao mesmo tempo.

Devo alterar o agendamento do backup do log de transações para que não seja executado quando o backup completo estiver em execução? Isso importa?

Executamos um site que tem 250 milhões de linhas em uma tabela e em outra tabela à qual o associamos para a maioria das consultas tem pouco menos de 15 milhões de linhas.

Estruturas de amostra:

MasterTable (Id, UserId, Created, Updated...) -- 15MM Rows
DetailsTable (Id, MasterId, SomeColumn...) -- 250MM Rows
UserTable (Id, Role, Created, UserName...) -- 12K Rows

Regularmente temos que fazer algumas consultas em todas essas tabelas. Uma é obter estatísticas para usuários gratuitos (~ 10 mil usuários gratuitos).

Select Count(1) from DetailsTable dt 
join MasterTable mt on mt.Id = dt.MasterId 
join UserTable ut on ut.Id = mt.UserId 
where ut.Role is null and mt.created between @date1 and @date2

O problema é que essa consulta algumas vezes será executada por muito tempo devido ao fato de as junções acontecerem muito antes do where.

Nesse caso, seria mais sensato usar wheres em vez de joins ou possivelmente where column in(...)?

Tantas vezes fui contratado no final de um esforço de desenvolvimento de software e ouvi algo como "ok, temos todo esse novo código e requer que as tabelas sejam alteradas e os dados sejam migrados".

Parece que toda vez é um cenário único, disparado do quadril e melhor adivinhado. Eu sinto que esta é a minha habilidade mais fraca como DBA.

Eu gostaria de entrar em alguns padrões para abordar, gerenciar e testar migrações de dados .

Por favor, indique-me algumas das melhores práticas e/ou onde posso obter material de aprendizagem para me ajudar a melhorar nesta área.

Até onde se pode levar o banco de dados sqlite de um mecanismo de banco de dados orientado a protótipo, incorporado e de usuário único?