SQL Server の情報をメインに Microsoft 製品の勉強内容を日々投稿
先日投稿した、SQL Server 2025 と Foundry Local を組み合わせる では、SQL Server 2025 の AI 領域の新機能を Foundry Local と組み合わせてみました。
Practical AI in SQL Server 2025: Ollama Quick Start の記事で解説が行われていますが、Foundry Local ではなく、Ollama と組み合わせることができます。
SQL Server 2025 で新しく追加されたモデルの呼び出しを登録しておく CREATE EXTERNAL MODEL では API FORMAT として、Ollama がサポートされていますので、本ブログでも試しておきたいと思います。
Announcing the Public Preview of JSON index in SQL Server 2025 でアナウンスがありましたが、SQL Server 2025 では、JSON インデックスがサポートされるようになります。
SQL Server 2022 / 投稿時点の Azure SQL Database では、JSON インデックスはサポートされていなかったため、JSON データへのインデックスの追加 に記載されているように、計算列を使用して JSON フォーマットのデータのプロパティを実体を持つ列として切り出して、インデックスを作成するという方法を使用していました。
SQL Server 2025 ではネイティブで JSON インデックスをサポートし、JSON データ型の列に対して直接インデックスを作成することができるようになりました。
SQL Server 2025 CTP 2.0 の JSON インデックスがどのようにデータを格納しているかを把握しておきたかったので調べてみました。
Build 2025 で Foundry Local がアナウンスされ、Public Preview として提供が行われました。
Foundry Local と SQL Server 2025 の新機能を組み合わせることができるのかが気になったので、簡単なもので試してみました。
今回は Foundry Local を使用していますが、Ollama を使用することも可能です。
本日より Build 2025 が開催され、SQL Server / SQL Database について、いくつかのアナウンスがありましたのでまとめておきたいと思います。
Microsoft Build 2025 BOOK OF NEWS から全体的なアナウンスを確認できます。
SQL Server ベースの環境については、2.2.9. Reimagine database development with SQL Server solutions がアナウンスとなり、SQL Server 2025 が主なトピックとなるのではないでしょうか。
SQL Server / Azure SQL Database の統計情報は、検証用途で UPDATE STATISTICS で統計情報を手動で設定することができます。
統計情報を手動で設定する際には、STATS_STREAM / ROWCOUNT / PAGECOUNT を指定することができるのですが、これらの情報がどのように DB 内に格納されているかを確認する必要があったので、情報をまとめておきたいと思います。
前回の Update: SQL Server / SQL Database Update (2024/05/13～2024/10/10)
毎度、半年近くまとめられていませんでしたが、Build の前に一度情報をまとめておきたいと思います。
SQL Server では TRUNCATE TABLE を実行する際に「WITH (PARTITIONS())」を使用することでパーティション単位で TRUNCATE TABLE を実行することができ、これにより特定のパーティションのデータを削除することが可能です。
パーティション単位に TRUNCATE TABLE を実行しているため、同時実行性の低下は局所的 (削除対象のパーティションのみに得今日する) ではないかと期待することがあるかもしませんが、動作としてはそのようにはなっていませんので注意点をまとめておきます。
SQL Server ベースの環境を操作するためには SQL Server Management Studio (SSMS) を使用することができますが、そのほかにも Microsoft からいくつかのツールが提供されています。
ここ数か月で MS が提供している SQL Server ベースの環境を操作するためのツールについて、いくつかのアナウンスがありましたので一度まとめておきたいと思います。
SQL Server / Azure SQL Database では、Always Encrypted という暗号化の機能があります。
この機能は、列マスターキー (CMK) と列暗号化キー (CEK) という 2 種類の暗号化のためのキーを使用して、データの暗号化を行います。
データは常に暗号化された状態で取り扱われ、暗号化を指定した列についてはディスク / メモリ / ネットワーク上で常に暗号化された状態となり、適切な暗号化キーにアクセスができない状態では、SQL Server の管理者であったとして、暗号化されたデータを複合化することができないという特徴があります。
本ブログでもこの機能について触れていたことはありますが、改めて思い出す必要がありましたので情報を残しておきたいと思います。
以前、次の投稿で並列クエリになるようにする調整方法を投稿しました。
最近、これらの情報を確認する機会がありましたので、改めて情報を整理しておきたいと思います。