Verbinden Microsoft SQL-Server zu Excel, Google Sheets, KI und REST

Bereitgestellt auf die Art und Weise, wie SQL Server tatsächlich ist

In der Praxis entspricht die Standardeinstellung selten der Realität. Die Verbindungsdetails spiegeln die tatsächlichen Gegebenheiten wider und nicht die in der Dokumentation beschriebenen.

• Benannte Instanzen werden im Serververzeichnis als SERVER\SQLEXPRESS oder SERVER\PROD eingetragen. Es gibt kein separates Feld, nach dem gesucht werden muss, und keinen Port, der angegeben werden muss, es sei denn, Sie haben ihn geändert.
• Port 1433 wird vorausgesetzt und daher komplett aus der Verbindungszeichenfolge weggelassen; alle anderen Ports werden unverändert verwendet, sodass für eine Instanz auf Port 1435 nichts Besonderes erforderlich ist.
• Eine Verbindung adressiert genau eine Datenbank, und mehrere Datenbanken auf derselben Instanz sind einfach mehrere Verbindungen. — jeweils mit eigenem Login und eigenen Berechtigungen, falls Ihr Shop so funktioniert.
• Sie können die Verschlüsselung selbst festlegen und auch entscheiden, ob Sie einem selbstsignierten Zertifikat vertrauen.
• Die Authentifizierung erfolgt über SQL Server. — ein Benutzername und ein Passwort. Windows- und Microsoft Entra-Authentifizierung werden nicht unterstützt, und wenn Ihre Instanz auf Windows-Nur eingestellt ist, wird dies im Verbindungstest angezeigt, anstatt dass ein unklarer Fehler auftritt.

Was es genau mit Ihrer Instanz macht

Wer einen produktiven SQL-Server betreut, möchte wissen, was ein neuer Reader kostet. Kurz gesagt: jeweils nur eine Verbindung.

• Connection Pooling ist absichtlich deaktiviert. Es wird kein Pool inaktiver Sitzungen zwischen Abfragen für Ihre Instanz angelegt, was dem Vorgehen der meisten Reporting-Tools widerspricht.
• Das Abbrechen führt tatsächlich zum Abbruch. Wenn eine Abfrage gestoppt wird, wird der Abbruchbefehl an den SQL Server gesendet, sodass die Ausführung dort beendet wird. — anstatt dass der Kunde einfach geht und der Server mit einem Ergebnis weiterarbeitet, das niemand lesen wird.
• Die Erreichbarkeit wird geprüft, bevor ein Anmeldeversuch unternommen wird. Daher führt ein falscher Hostname oder ein geschlossener Port zu einem Netzwerkfehler und nicht zu einem fehlgeschlagenen Anmeldevorgang im Fehlerprotokoll. — was wichtig ist, wenn Sie Aussperrungsrichtlinien haben.
• Die Timeouts sind explizit festgelegt: Standardmäßig 30 Sekunden für die Verbindungsherstellung und 35 Sekunden, bis eine Abfrage Ergebnisse liefert. Lange Ergebnisse werden dann so lange gestreamt, wie nötig.

T-SQL-Typen, die die Reise überstehen

Beim Übertragen von SQL-Server-Daten in eine Tabellenkalkulation geht die Genauigkeit oft unbemerkt verloren. Genau diese Fälle wurden hier gezielt behandelt.

• datetimeoffset behält seinen Zeitpunkt bei, normalisiert auf UTC, anstatt auf eine lokale Wanduhrzeit umgerechnet zu werden, die für den nächsten Leser nichts bedeutet.
• Dezimal- und numerische Werte behalten ihre Genauigkeit und ihren Maßstab. Über die Speicherkapazität einer Tabellenkalkulation hinaus wird der Wert als exakter Text und nicht stillschweigend gerundet übergeben. — Falsches Geld ist schlimmer als unpassendes Geld.
• Geld- und Kleingeldbeträge werden als exakte Dezimalzahlen und nicht als Gleitkommazahlen übermittelt.
• rowversion und timestamp werden als die acht Bytes angezeigt, die sie tatsächlich sind, und nicht fälschlicherweise als Datum interpretiert. Dies ist die häufigste Ursache für Fehlinterpretationen dieser Spalten.
• uniqueidentifier wird zu einer GUID-Zeichenkette in Kleinbuchstaben, und sql_variant und hierarchyid werden zu lesbarem Text anstatt gelöscht zu werden.

-- Die problematischen Datentypen werden behandelt statt approximiert SELECT o.OrderId, o.PlacedAt, -- datetimeoffset -> UTC-Instant o.RowVersion, -- rowversion -> 8 Bytes, kein Datum o.Amount, -- money -> exakte Dezimalzahl o.LedgerBalance -- decimal(38,10) -> verlustfreier Text FROM dbo.Orders AS o WHERE o.PlacedAt >= DATEADD(day, -30, SYSUTCDATETIME()) ORDER BY o.PlacedAt DESC;