Verbinden Microsoft SQL Server naar Excel, Google Sheets, AI en REST

Geïmplementeerd zoals SQL Server daadwerkelijk is

De praktijk is zelden de standaard, nette oplossing. De verbindingsgegevens beschrijven de daadwerkelijke afspraken die mensen hebben, in plaats van de afspraken die in de documentatie staan.

• Benoemde instanties worden in het servervak ingevoerd als SERVER\SQLEXPRESS of SERVER\PROD. Er is geen apart veld om naar te zoeken en er hoeft geen poort te worden opgegeven, tenzij u deze hebt gewijzigd.
• Poort 1433 wordt als vanzelfsprekend beschouwd en volledig weggelaten uit de verbindingsreeks; alle andere poorten worden gebruikt zoals ze zijn opgegeven, dus een instantie op poort 1435 vereist niets bijzonders.
• Eén verbinding heeft betrekking op één database, en meerdere databases op dezelfde instantie zijn simpelweg meerdere verbindingen. — elk met een eigen login en eigen machtigingen, als dat de werkwijze van uw winkel is.
• Je kunt zelf de encryptie instellen en bepalen of je een zelfondertekend certificaat wilt vertrouwen.
• Authenticatie betreft SQL Server-authenticatie. — een gebruikersnaam en een wachtwoord. Windows- en Microsoft Entra-authenticatie worden niet ondersteund, en als uw instantie is ingesteld op 'alleen Windows', geeft de verbindingstest dit aan in plaats van een onduidelijke foutmelding te geven.

Wat het precies met uw instantie doet.

Iedereen die een productieomgeving met SQL Server beheert, wil natuurlijk weten wat een nieuwe reader kost. Het korte antwoord is: één verbinding tegelijk, en niets wordt overgeslagen.

• Verbindingspooling is bewust uitgeschakeld. Er wordt geen pool van inactieve sessies opgebouwd tussen query's, wat het tegenovergestelde is van wat de meeste rapportagetools doen.
• Annuleren annuleert daadwerkelijk. Wanneer een query wordt gestopt, wordt de annulering naar SQL Server verzonden, waardoor de uitvoering daar eindigt. — in plaats van dat de klant wegloopt en de server achterlaat met een resultaat dat niemand zal lezen.
• De bereikbaarheid wordt gecontroleerd voordat er een inlogpoging wordt gedaan. Een onjuiste hostnaam of een gesloten poort wordt daarom als een netwerkfout geregistreerd in plaats van als een mislukte inlogpoging in uw foutenlogboek. — wat van belang is als u een uitsluitingsbeleid hanteert.
• De time-outs zijn expliciet: standaard 30 seconden voor de verbinding en 35 seconden voordat een query resultaten begint te retourneren. Lange resultaten worden vervolgens zo lang als nodig gestreamd.

T-SQL-typen die de reis overleven

Het importeren van SQL Server-gegevens in een spreadsheet is vaak een lastig punt, en de precisie laat dan vaak te wensen over. Deze gevallen zijn echter bewust aangepakt.

• datetimeoffset behoudt zijn momentopname, genormaliseerd naar UTC, in plaats van te worden afgevlakt naar een lokale kloktijd die voor de volgende lezer betekenisloos is.
• Decimale en numerieke waarden behouden hun precisie en schaal. Waarden die verder gaan dan wat een spreadsheet kan bevatten, worden als exacte tekst doorgegeven in plaats van stilzwijgend afgerond. Verkeerd geld is erger dan onhandig geld.
• Geld en kleingeld worden als exacte decimalen aangeleverd, niet als zwevende-kommagetallen.
• Rowversion en timestamp worden correct weergegeven als de acht bytes die ze daadwerkelijk zijn, in plaats van te worden aangezien voor een datum, wat de meest voorkomende manier is waarop deze kolommen verkeerd worden geïnterpreteerd.
• uniqueidentifier wordt een GUID-tekenreeks in kleine letters, en sql_variant en hierarchyid worden leesbare tekst in plaats van te worden verwijderd.

-- De lastige gegevenstypen worden verwerkt in plaats van benaderd SELECT o.OrderId, o.PlacedAt, -- datetimeoffset -> UTC-moment o.RowVersion, -- rowversion -> 8 bytes, geen datum o.Amount, -- money -> exact decimaal o.LedgerBalance -- decimal(38,10) -> verliesvrije tekst FROM dbo.Orders AS o WHERE o.PlacedAt >= DATEADD(day, -30, SYSUTCDATETIME()) ORDER BY o.PlacedAt DESC;