Connecter Microsoft SQL Server vers Excel, Google Sheets, l'IA et REST

Déployé tel que SQL Server l'est réellement

Dans la réalité, les configurations par défaut sont rarement idéales. Les détails de connexion reflètent les configurations réellement mises en place par les utilisateurs, et non celles décrites dans la documentation.

• Les instances nommées sont placées dans le répertoire du serveur sous la forme SERVER\SQLEXPRESS ou SERVER\PROD. Il n'y a pas de champ distinct à rechercher ni de port à spécifier, sauf si vous l'avez déplacée.
• Le port 1433 est supposé et est entièrement omis de la chaîne de connexion ; tout autre port est utilisé tel quel, donc une instance sur le port 1435 ne nécessite rien de spécial.
• Une connexion permet d'accéder à une base de données, et plusieurs bases de données sur la même instance correspondent simplement à plusieurs connexions. — chacun avec ses propres identifiants et ses propres autorisations, si c'est ainsi que fonctionne votre boutique.
• Le chiffrement est à votre discrétion, ainsi que le choix de faire confiance ou non à un certificat auto-signé.
• L'authentification est une authentification SQL Server. — un identifiant et un mot de passe. L’authentification Windows et Microsoft Entra n’est pas prise en charge. Si votre instance est configurée pour fonctionner uniquement sous Windows, le test de connexion l’indiquera au lieu d’échouer de manière obscure.

Ce que cela fait à votre instance, précisément.

Toute personne en charge d'un serveur SQL Server en production voudra connaître le coût d'un nouveau lecteur. En résumé, il s'agit d'une seule connexion à la fois, sans interruption.

• La mise en commun des connexions est désactivée, et ce intentionnellement. Aucun pool de sessions inactives ne s'accumule sur votre instance entre les requêtes, contrairement au comportement de la plupart des outils de reporting.
• L'annulation entraîne effectivement l'annulation d'une requête. Lorsqu'une requête est interrompue, l'annulation est envoyée à SQL Server, ce qui met fin à son exécution. — plutôt que le client se désintéresse et laisse le serveur travailler sur un résultat que personne ne lira.
• L'accessibilité est vérifiée avant toute tentative de connexion. Ainsi, un nom d'hôte incorrect ou un port fermé est considéré comme une erreur réseau et non comme un échec de connexion consigné dans le journal des erreurs. — ce qui est important si vous avez des politiques de verrouillage.
• Les délais d'attente sont explicites : 30 secondes pour la connexion par défaut et 35 secondes pour que le traitement d'une requête commence à renvoyer des résultats. Les résultats longs sont ensuite diffusés en continu aussi longtemps que nécessaire.

Types T-SQL qui survivent au voyage

L'importation de données SQL Server dans un tableur est souvent source de problèmes de précision. Ce sont ces cas-là qui ont été traités intentionnellement.

• La fonction datetimeoffset conserve son instant, normalisé en UTC, au lieu d'être aplatie en une heure locale qui ne signifie rien pour le lecteur suivant.
• Les nombres décimaux et numériques conservent leur précision et leur échelle. Au-delà de la capacité d'une feuille de calcul, la valeur est transmise sous forme de texte exact, sans arrondi automatique. — Mieux vaut de l'argent mal perçu que de l'argent gênant.
• L'argent et les petites sommes arrivent sous forme de décimales exactes, et non de nombres à virgule flottante.
• Les colonnes rowversion et timestamp apparaissent comme les huit octets qu'elles représentent réellement, au lieu d'être confondues avec une date, ce qui est l'erreur de lecture la plus fréquente de ces colonnes.
• uniqueidentifier devient une chaîne GUID en minuscules, et sql_variant et hierarchyid deviennent du texte lisible au lieu d'être supprimés.

-- Les types difficiles, gérés plutôt qu'approximatifs SELECT o.OrderId, o.PlacedAt, -- datetimeoffset -> instant UTC o.RowVersion, -- rowversion -> 8 octets, pas une date o.Amount, -- money -> décimal exact o.LedgerBalance -- decimal(38,10) -> texte sans perte FROM dbo.Orders AS o WHERE o.PlacedAt >= DATEADD(day, -30, SYSUTCDATETIME()) ORDER BY o.PlacedAt DESC;