Conectar Microsoft SQL Server para Excel, Planilhas Google, IA e REST

Implantado da maneira como o SQL Server realmente é.

Na prática, raramente se trata da configuração padrão ideal. Os detalhes da conexão refletem as configurações que as pessoas realmente utilizam, e não apenas as descritas na documentação.

• As instâncias nomeadas são instaladas no servidor como SERVER\SQLEXPRESS ou SERVER\PROD. Não há um campo separado para procurar nem uma porta para especificar, a menos que você a tenha alterado.
• A porta 1433 é assumida e omitida da string de conexão; qualquer outra porta é usada conforme fornecida, portanto, uma instância na porta 1435 não requer nada de especial.
• Uma conexão endereça um banco de dados, e vários bancos de dados na mesma instância são simplesmente várias conexões. — cada um com seu próprio login e suas próprias permissões, caso seja assim que sua loja funciona.
• A criptografia é uma configuração que você pode definir, assim como a decisão de confiar ou não em um certificado autoassinado.
• A autenticação é a autenticação do SQL Server. — um login e uma senha. A autenticação do Windows e do Microsoft Entra não é compatível e, se sua instância estiver configurada para usar somente Windows, o teste de conexão indicará isso em vez de falhar de forma obscura.

O que isso faz com a sua instância, exatamente?

Qualquer pessoa que administre um servidor SQL Server em produção vai querer saber quanto custa um novo leitor. A resposta curta é: uma conexão por vez, sem deixar nada para trás.

• O agrupamento de conexões está desativado propositalmente. Nenhum conjunto de sessões ociosas se acumula em sua instância entre as consultas, o que é o oposto do que a maioria das ferramentas de relatório faz.
• O cancelamento cancela de fato a execução. Quando uma consulta é interrompida, o cancelamento é enviado ao SQL Server, encerrando a execução ali. — em vez de o cliente simplesmente ir embora e deixar o servidor trabalhando em um resultado que ninguém vai ler.
• A disponibilidade do dispositivo é verificada antes mesmo de qualquer tentativa de login, portanto, um nome de host incorreto ou uma porta fechada resulta em um erro de rede em vez de uma falha de login registrada no seu log de erros. — o que é importante se você tiver políticas de bloqueio.
• Os tempos limite são explícitos: 30 segundos para conectar por padrão e 35 segundos para que uma consulta comece a retornar resultados. Resultados longos são então transmitidos pelo tempo necessário.

Tipos T-SQL que sobrevivem à viagem

Ao importar dados do SQL Server para uma planilha, a precisão geralmente desaparece sem deixar rastro. Estes são os casos que foram tratados com cuidado.

• A função datetimeoffset mantém seu instante, normalizado para UTC, em vez de ser convertida para um horário local que não significa nada para o próximo leitor.
• Os valores decimais e numéricos mantêm sua precisão e escala. Além da capacidade de armazenamento de uma planilha, o valor é transmitido como texto exato, em vez de ser arredondado silenciosamente. — Dinheiro errado é pior do que dinheiro inconveniente.
• Dinheiro e pequenas quantias chegam como decimais exatos, não como valores flutuantes.
• Os valores rowversion e timestamp são exibidos como os oito bytes que realmente são, em vez de serem confundidos com uma data, que é a forma mais comum de leitura incorreta dessas colunas.
• uniqueidentifier torna-se uma string GUID em minúsculas, e sql_variant e hierarchyid tornam-se texto legível em vez de serem descartados.

-- Os tipos complicados, tratados em vez de aproximados SELECT o.OrderId, o.PlacedAt, -- datetimeoffset -> UTC instantâneo o.RowVersion, -- rowversion -> 8 bytes, não é uma data o.Amount, -- money -> decimal exato o.LedgerBalance -- decimal(38,10) -> texto sem perdas FROM dbo.Orders AS o WHERE o.PlacedAt >= DATEADD(day, -30, SYSUTCDATETIME()) ORDER BY o.PlacedAt DESC;