All perguntas(dba)

Eu estou querendo saber se é possível escrever instruções SQL que são 100% interoperáveis ​​com a maioria ou todos os bancos de dados, incluindo:

• MariaDB/MySQL/Percona
• Postgres
• Microsoft SQL
• Oráculo
• SQLite

(Por exemplo, posso apenas seguir um padrão SQL específico? Por exemplo, existe algo semelhante aos padrões de conformidade POSIX para SQL?)

Em caso afirmativo, existem ferramentas de linting disponíveis que eu possa usar em um git post-receive hook para rejeitar o uso de SQL que não segue um código SQL padrão ou não compatível sem ter que tentar confirmar o código em todos os bancos de dados?

A instância do SQL Server está acessível e parece estar bem.

Microsoft SQL Server 2016 (SP1-CU2) (KB4013106) - 13.0.4422.0 (X64)
6 de março de 2017 14:18:16 Copyright (c) Microsoft Corporation Enterprise Edition (64 bits) no Windows Server 2012 R2 Standard 6.3 (Build 9600) : ) (Hipervisor)

Mas o que significa o ponto de interrogação branco?

esses ícones não desaparecem quando eu atualizo. Eu sou sysadmin dentro do sql server e fora sou administrador nessa caixa.

Outra coisa que notei, você pode ver na imagem abaixo. Estas são 2 sessões diferentes do Management Studio.

Na primeira, estou logado como eu, DBA and sysadmin, na segunda eu uso o Management Studio run as a different usere uso uma conta de domínio que uso para a replicação, que não é sysadmin.

O segundo tem blue iconeste e outros servidores também, enquanto o meu é o verde normal.

Estou lutando com índices, chaves primárias e chaves estrangeiras... E a necessidade de ter todos eles.

Se eu tiver duas tabelas, ambas terão um inteiro como chave primária.
A primeira tabela faz referência por meio de um FK à chave primária da segunda tabela.

• Em ambas as tabelas, tenho um índice de chave primária na coluna ID
• Criei uma restrição FK no table1.ref_fieldreferenciamento do PK da segunda tabela ( table2.id)
• e eu adicionei um índice emtable1.ref_field

Essa é a melhor maneira de organizar esses índices, chaves primárias e estrangeiras?

Eu teria pensado que os bancos de dados saberiam o suficiente sobre o que encontram com frequência e seriam capazes de responder às demandas sob as quais são colocados para que pudessem decidir adicionar índices aos dados altamente solicitados.

DBCC ShrinkDatabase()
DBCC ShrinkFile()

1. Preciso executar os dois comandos DBCC para reduzir o banco de dados?
2. Qual a diferença entre esses dois acima?

Atualmente estou estudando para SQL 70-433 (o exame de Certificação Microsoft) e estou ficando muito confuso sobre a métrica de desempenho "custo da consulta".

De acordo com qualquer documentação que encontrei no Google, o custo da consulta é uma porcentagem e representa a porcentagem de todo o lote ocupado por qualquer parte dele. Isso já me pareceu um pouco estranho, pois estou interessado no mérito absoluto de uma determinada consulta, em vez de seu mérito em relação a outras consultas que aparecem ao lado dela.

Mas então pensei, bem, talvez o que você deve fazer é colocar duas consultas alternativas lado a lado, executá-las como "um lote" e, em seguida, a que tiver um custo inferior a 50% será a vencedora.

Mas a discussão do custo da consulta no Capítulo 6, lição um do SQL 70-433 Training Kit da Microsoft não parece ter qualquer relação com isso.

Aqui está um exemplo: Eles mostram uma consulta contendo duas subconsultas correlacionadas e, em seguida, melhoram-na substituindo as subconsultas por um OUTER APPLY. O resultado: "Esta consulta tem um custo de aproximadamente 76, enquanto o custo da primeira consulta foi o dobro, cerca de 151." Eles melhoram ainda mais a consulta e reduzem o custo de 76 para 3,6. Eles não implicam que esses números sejam porcentagens, mas sim que são números absolutos relacionados à consulta como um objeto autônomo, sem referência a quaisquer outras consultas. E de qualquer forma, como a primeira consulta poderia ter um custo de 151%?

Mais adiante no capítulo, eles mostram uma captura de tela de um plano de execução que tem três partes. O primeiro diz "Custo: 0%", o segundo diz "Custo: 1%" e o último diz "Custo: 99%", mas o texto (do próprio livro) abaixo da captura de tela "O custo desta consulta é 0,56" . Eu estou supondo que eles significam algum outro tipo de custo, mas não consigo encontrar referência a isso em outro lugar.

Alguém pode ajudar? Estou completamente confuso.

Estou trabalhando em um projeto e não tenho certeza se há uma diferença entre a maneira como o findcursor funciona e a maneira como o findOnecursor funciona. O findOne é apenas um wrapper para find().limit(1)? Eu estava procurando por isso e talvez alguém saiba se o mongodb tem um método especial para isso ou não. Estou trabalhando com a API PHP para mongodb se isso fizer diferença.

A importância da RAM é um fato estabelecido, mas muito menos material está disponível sobre a importância dos núcleos e multithreading quando se trata do uso da CPU pelo MySQL. Estou falando sobre a diferença de executar o MySQL em 4 núcleos vs 6 núcleos vs 8 núcleos e assim por diante.

Diferentes mecanismos de armazenamento usam a CPU de maneira diferente?

Vamos examinar essas duas afirmações:

IF (CONDITION 1) OR (CONDITION 2)
...

IF (CONDITION 3) AND (CONDITION 4)
...

Se CONDITION 1for TRUE, será CONDITION 2verificado?
Se CONDITION 3for FALSE, será CONDITION 4verificado?

E as condições em WHERE: o mecanismo do SQL Server otimiza todas as condições em uma WHEREcláusula? Os programadores devem colocar as condições na ordem correta para garantir que o otimizador do SQL Server as resolva da maneira correta ?

ADICIONADO:

Obrigado a Jack pelo link, surpresa do código t-sql:

IF  1/0 = 1 OR 1 = 1
      SELECT 'True' AS result
ELSE
      SELECT 'False' AS result


IF  1/0 = 1 AND 1 = 0
      SELECT 'True' AS result
ELSE
      SELECT 'False' AS result

Não há uma exceção de divisão por zero neste caso.

CONCLUSÃO:

Se C++/C#/VB tem curto-circuito, por que o SQL Server não pode ter?

Para realmente responder a isso, vamos dar uma olhada em como ambos funcionam com condições. C++/C#/VB todos têm curto-circuito definido nas especificações da linguagem para acelerar a execução do código. Por que se preocupar em avaliar condições N OR quando a primeira já é verdadeira ou condições M AND quando a primeira já é falsa.

Nós, como desenvolvedores, temos que estar cientes de que o SQL Server funciona de maneira diferente. É um sistema baseado em custos. Para obter o plano de execução ideal para nossa consulta, o processador de consulta deve avaliar todas as condições e atribuir um custo. Esses custos são então avaliados como um todo para formar um limite que deve ser inferior ao limite definido que o SQL Server tem para um bom plano. Se o custo for inferior ao limite definido, o plano é usado, caso contrário, todo o processo é repetido novamente com uma combinação diferente de custos de condição. O custo aqui é uma varredura ou uma busca ou uma junção de mesclagem ou uma junção de hash etc... Por causa disso, o curto-circuito disponível em C++/C#/VB simplesmente não é possível. Você pode pensar que forçar o uso de índice em uma coluna conta como um curto-circuito, mas não é. Apenas força o uso desse índice e com isso encurta a lista de possíveis planos de execução. O sistema ainda é baseado em custos.

Como desenvolvedor, você deve estar ciente de que o SQL Server não faz curto-circuito como é feito em outras linguagens de programação e não há nada que você possa fazer para forçá-lo.

O que ganhamos e o que perdemos com essa migração?

O que devo esperar como desvantagens após a migração?

É realmente desnecessário alterar os aplicativos em qualquer situação?