接続する マイクロソフトSQLサーバー Excel、Google Sheets、AI、RESTへ

SQL Serverが実際に展開される方法と同じ方法で展開されます。

実際の状況では、整然としたデフォルト設定がそのまま適用されることは稀です。接続の詳細は、ドキュメントに記載されているものよりも、人々が実際に行っている接続方法を反映したものになります。

• 名前付きインスタンスは、サーバーボックスにSERVER\SQLEXPRESSまたはSERVER\PRODとして配置します。別途探す必要のあるフィールドはなく、ポート番号も変更していない限り指定する必要はありません。
• ポート1433は想定されており、接続文字列には含まれません。それ以外のポートはそのまま使用されるため、1435番ポートを使用するインスタンスには特別な設定は必要ありません。
• 1つの接続は1つのデータベースに対応し、同じインスタンス上の複数のデータベースは単に複数の接続として扱われます。 — ショップの仕組みによっては、それぞれに独自のログイン情報と権限が付与されます。
• 暗号化の設定や、自己署名証明書を信頼するかどうかは、ユーザー自身が行うことができます。
• 認証はSQL Server認証です ログインIDとパスワードが必要です。Windows認証とMicrosoft Entra認証はサポートされていません。また、インスタンスがWindowsのみに設定されている場合、接続テストは不明瞭なエラーメッセージを表示せずに、その旨を通知します。

インスタンスに対して具体的に何を行うか

本番環境のSQL Serverを管理している方なら、新しいリーダーのコストを知りたいと思うでしょう。簡潔に言うと、一度に1つの接続しかできず、何も残らないということです。

• 接続プーリングは意図的に無効になっています。クエリ間でインスタンスにアイドル状態のセッションが蓄積されることはなく、これはほとんどのレポートツールとは逆の動作です。
• キャンセルすると、実際にキャンセルされます。クエリが停止すると、キャンセルがSQL Serverに送信され、そこで実行が終了します。 ―クライアントが離れていって、サーバーが誰も読まないような結果を処理し続けるよりも、そうする方が良い。
• ログインが試みられる前に到達可能性がチェックされるため、ホスト名が間違っていたりポートが閉じていたりしても、エラーログにログイン失敗として記録されるのではなく、ネットワークエラーとして処理されます。 これは、ロックアウトポリシーを設けている場合は重要になります。
• タイムアウトは明示的に設定されています。デフォルトでは接続に30秒、クエリの応答開始に35秒です。長い結果は、必要な限りストリーミング配信されます。

旅を生き残ったT-SQL型

SQL Serverのデータをスプレッドシートに取り込む際、精度がしばしば見落とされがちです。ここでは、そうした問題に意図的に対処した事例を紹介します。

• datetimeoffset は、次の読者にとって意味のないローカルの時刻に平坦化されるのではなく、UTC に正規化された瞬間を保持します。
• 小数点と数値は精度とスケールを維持します。スプレッドシートが保持できる範囲を超える値は、暗黙的に丸められるのではなく、正確なテキストとして渡されます。 間違ったお金は、不便なお金よりもたちが悪い。
• 通貨と小額通貨は、浮動小数点数ではなく、正確な小数点数で届きます。
• rowversionとtimestampは、日付と間違えられることなく、実際に8バイトである値として認識されます。これは、これらの列が誤って読み取られる最も一般的な原因です。
• uniqueidentifierは小文字のGUID文字列になり、sql_variantとhierarchyidは削除されずに読みやすいテキストになります。

-- 扱いにくい型は近似ではなく処理されます SELECT o.OrderId, o.PlacedAt, -- datetimeoffset -> UTC の瞬間 o.RowVersion, -- rowversion -> 8 バイト、日付ではありません o.Amount, -- money -> 正確な decimal o.LedgerBalance -- decimal(38,10) -> 損失のないテキスト FROM dbo.Orders AS o WHERE o.PlacedAt >= DATEADD(day, -30, SYSUTCDATETIME()) ORDER BY o.PlacedAt DESC;