All perguntas(dba)

Do que não se trata:

Esta não é uma pergunta sobre consultas abrangentes que aceitam entrada do usuário ou usam variáveis.

Isso é estritamente sobre consultas onde ISNULL()é usado na WHEREcláusula para substituir NULLvalores por um valor canário para comparação com um predicado e diferentes maneiras de reescrever essas consultas para serem SARGable no SQL Server.

Por que você não se senta ali?

Nossa consulta de exemplo é em uma cópia local do banco de dados Stack Overflow no SQL Server 2016 e procura usuários com NULLidade ou idade < 18.

SELECT COUNT(*)
FROM dbo.Users AS u
WHERE ISNULL(u.Age, 17) < 18;

O plano de consulta mostra um Scan de um índice não clusterizado bastante cuidadoso.

O operador de varredura mostra (graças às adições ao XML do plano de execução real nas versões mais recentes do SQL Server) que lemos cada linha ruim.

No geral, fazemos 9157 leituras e usamos cerca de meio segundo de tempo de CPU:

Table 'Users'. Scan count 1, logical reads 9157, physical reads 0, read-ahead reads 0, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.

 SQL Server Execution Times:
   CPU time = 485 ms,  elapsed time = 483 ms.

A pergunta: Quais são as maneiras de reescrever essa consulta para torná-la mais eficiente e talvez até SARGable?

Fique à vontade para dar outras sugestões. Eu não acho que minha resposta seja necessariamente a resposta, e existem pessoas inteligentes o suficiente por aí para apresentar alternativas que podem ser melhores.

Se você quiser jogar no seu próprio computador, acesse aqui para baixar o banco de dados SO .

Obrigado!

Existe uma maneira de exportar dados da tabela postgres como json para um arquivo? Eu preciso que a saída seja linha por linha, como:

{'id':1,'name':'David'}
{'id':2,'name':'James'}
...

EDIT: versão postgres: 9.3.4

Estou aprendendo PostgreSQL e tentando descobrir como criar uma tabela temporária ou uma WITHdeclaração que possa ser usada no lugar de uma tabela regular, para fins de depuração.

Eu olhei para a documentação para CREATE TABLE e diz que VALUESpode ser usado como uma consulta, mas não dá nenhum exemplo; a documentação da VALUEScláusula vinculada a ela também não tem um exemplo?

Então, eu escrevi um teste simples da seguinte forma:

DROP TABLE IF EXISTS lookup;
CREATE TEMP TABLE lookup (
  key integer,
  val numeric
) AS
VALUES (0,-99999), (1,100);

Mas o PostgreSQL (9.3) está reclamando

erro de sintaxe em ou próximo a "AS"

Minhas perguntas são:

1. Como posso corrigir a afirmação acima?

2. Como posso adaptá-lo para ser usado em um WITH block?

Desde já, obrigado.

Muitas vezes vejo perguntas em que as pessoas querem saber se uma determinada coisa aconteceu, ou quando aconteceu, ou quem executou a ação. Em muitos casos, o SQL Server simplesmente não rastreia essas informações por conta própria. Por exemplo:

• Quem executou o último procedimento armazenado dbo.MyProcedure?
• Quem atualizou a salarycoluna na dbo.Employeestabela?
• Quem consultou a dbo.Orderstabela pela última vez no Management Studio?

Mas há vários outros eventos que o SQL Server rastreia temporariamente por padrão e pode responder a perguntas nativamente, como:

• Quando foi a última vez que um crescimento automático ocorreu no banco de dados AdventureWorks e quanto tempo demorou?
• Quem excluiu a dbo.EmployeeAuditDatatabela e quando?
• Quantos erros relacionados à memória aconteceram hoje?

Como obtenho essas informações e por quanto tempo elas ficam disponíveis?

Sou novo em bancos de dados Oracle. Se entendi corretamente, a visão materializada é uma visão cujo conjunto de resultados é salvo como uma tabela física no banco de dados e essa visão/tabela é atualizada com base em algum parâmetro. Se a visualização é salva como uma tabela física, por que não armazenar os dados em uma tabela em primeiro lugar? Então, qual é o benefício de usar a visualização materializada em vez de uma tabela?

Suponha que eu tenha uma tabela foo, que contém algumas estatísticas que são calculadas de vez em quando. É muito usado por outras consultas.

É por isso que quero computar estatísticas mais recentes foo_newe trocá-las quando a computação estiver pronta.

eu poderia fazer

ALTER TABLE foo RENAME foo_tmp;
ALTER TABLE foo_new RENAME foo;

mas o que acontece se uma consulta precisar de uma tabela fooentre essas duas linhas quando não houver uma tabela foo? Acho que tenho que bloqueá-lo de alguma forma... ou há outra maneira de fazer isso?

Devo estar faltando alguma coisa com relação à configuração do PostgreSQL. O que eu gostaria de fazer é criar vários bancos de dados e usuários isolados uns dos outros para que um usuário específico tenha acesso apenas aos bancos de dados que eu especificar. No entanto, pelo que posso determinar, qualquer usuário criado tem acesso a todos os bancos de dados sem que nenhuma concessão específica seja fornecida.

Aqui está o que eu faço em um Ubuntu Server 12.04:

1. apt-get instala postgresql
2. sudo -u postgres createuser -DRSP mike1 (Especificando a senha para o novo usuário)
3. sudo -u postgres createdb data1
4. psql -h localhost -U mike1 data1 (Especificando a senha para o usuário mike1 fazer login)

Parece que o novo usuário "mike1" não tem problemas para se conectar ao banco de dados "data1" e criar tabelas etc. E isso sem executar nenhum comando GRANT (e o proprietário de "data1" é "postgres" já que não especifiquei um proprietário na etapa 3). É realmente assim que deve funcionar?

O que eu gostaria de fazer é conceder ao mike1 acesso total ao data1 e, em seguida, repetir isso para mais usuários e bancos de dados, certificando-se de que os usuários tenham acesso apenas a um (ou possivelmente vários) bancos de dados de minha escolha.

Como o MyISAM pode ser "mais rápido" que o InnoDB se

• MyISAM precisa fazer leituras de disco para os dados?
• O InnoDB usa o buffer pool para índices e dados e o MyISAM apenas para o índice?

Quando devo reconstruir os índices em meu banco de dados relacional (SQL Server)?

Existe um caso para reconstruir índices regularmente?

H2 é um banco de dados de thread único com boa reputação em relação ao desempenho. Outros bancos de dados são multi-thread.

Minha pergunta é: quando um banco de dados multi-thread se torna mais interessante do que um banco de dados de thread único? Quantos usuários? Quantos processos? Qual é o gatilho? Alguém tem experiência para compartilhar?

Resumo

• O gargalo usual é o acesso ao disco
• Os SSDs são rápidos, mas frágeis (o procedimento de falha é obrigatório)
• Uma longa consulta em um único sistema de thread bloqueará todas as outras
• Configurar o sistema multi-threading pode ser complicado
• Bancos de dados multithread são benéficos mesmo em sistemas de núcleo único