SE の雑記

SQL Server では フィルター選択されたインデックス (フィルター化インデックス) というインデックスを作成することができます。

このインデックスはインデックスの作成を行う際に、以下のクエリのように、インデックス作成時に WHERE 句を指定することで、特定の範囲のデータのみが含まれたインデックスを作成することができます。

CREATE NONCLUSTERED INDEX [NCIX_accesslog2_01] ON [frontdoor].[accesslog2]
(
	[time] ASC
)
WHERE ([time]>='2020-01-01' AND [time]<'2021-01-01')

フィルター選択されたインデックスは、特定のデータ範囲のみがインデックスに含まれますので次のようなメリットがあります。

• インデックスで使用されるストレージサイズの削減
• フィルター外のデータを追加 / 変更する場合のインデックス更新コストの削減
• 該当データ範囲で Index Scan が発生した場合の、Scan コストの削減

特定のデータ範囲の検索向けに作成するインデックスとして便利な機能となるのですが、作成したインデックスが使用されるかどうかについては考慮が必要な点がありますので、本投稿で触れておきたいと思います。

フィルター選択されたインデックスの詳細な情報については次のドキュメントが参考となります。

• フィルター選択されたインデックス
• フィルター選択されたインデックスの作成
• フィルター選択されたインデックスのデザイン ガイドライン

Read the rest of this entry »

ストアドプロシージャを明示的にリコンパイルさせる方法として ストアド プロシージャの再コンパイル に記載されている sp_recompile を使用するという方法があります。

ストアドプロシージャはコンパイル時に指定されたパラメーターによって実行プランが生成されるため、コンパイル時に指定されたパラメーターが大多数の実行に対してマイノリティな設定の場合、頻繁に実行するクエリに対しては効率の悪い実行プランが生成されることがあります。

このような場合は、ストアドプロシージャをリコンパイルさせることで新しい実行プランを生成することがあります。

このリコンパイルを同時実行性の低下をできるだけ抑えて実行するにはどのような方法が考えられるでしょうか。

Read the rest of this entry »

SSMS からクエリを実行した場合と、アプリケーションからクエリを実行した場合の違いとして、Qiita で書いた アプリから動かすと遅いが SSMS から動かすと速いのは ARITHABORT の違いという情報の動作を理解する というような動作があります。

SET オプションが異なっていると、異なる実行プランとしてキャッシュが行われるため、SSMS とアプリケーションで同一のオプションを使用するというのが記載した内容となります。

この投稿では、「SET ARITHABORT OFF」を SSMS から実行し、アプリケーションと同一の SET オプションの状態とすることで SSMS とアプリケーションで同一のプランキャッシュを使用していました。

クエリの多重実行と SSMS から実行したクエリで同一のプランキャッシュを使用したかったので「SQLQueryStress」と「SET ARITHABORT OFF に設定した SSMS」でクエリを実行したところ、同一のプランキャッシュが使用されないという事象が発生しました。

そこで、同一の SET オプション以外にどのような要因が同一のプランキャッシュが使用されないことにつながっているのかを確認してみました。

Read the rest of this entry »

SQL Server ではコンパイル時間を確認する方法としては次のような方法があります。

• 実行プランの CompileTime / CompileCPU を確認する
• sys.query_store_plan の compile_duration を確認する
• SET STATISTICS TIME ON を実行して、実行時のコンパイル時間を確認する

これらの情報からクエリのコンパイルにかかった時間を確認することができるのですが、値を正しく把握しておかないとコンパイル時間についてミスリードをする可能性があります。

Read the rest of this entry »

SQL Server 2022 では、SQL Server Native Client (SNAC) が削除され、SQL Server のインストールを行っても SNAC が含まれなくなりました。

本ブログでも SQL Server 2022 以降で別名を設定する方法 で取り上げましたが SQL Server 2022 で別名を GUI で設定する場合には「cliconfg.exe」を使用する必要があります。

最近知ったのですが、推奨はされないと思いますが SQL Server 2022 でも従来の方法で別名を設定することはできるようです。

Read the rest of this entry »

Always On FCI (フェールオーバークラスターインスタンス) の SQL Server の分散トランザクション (MSDTC) で、意図的に未解決(in-doubt) のトランザクションを作成して検証をしたいケースがあったので意図的に作り出す方法を。

以前は SQL Server の分散トランザクション使用時のインダウトトランザクション (未解決のトランザクション) について で作り出していましたが、FCI であればもう少しシンプルな方法で作り出すことができます。

Read the rest of this entry »

クラスター環境 (Always On FCI) の SQL Server で MSDTC を利用した分散トランザクションを実行する際に必要となる Windows Firewall の許可設定についてのメモ。

MSDTC を設定する際の基本的な作業については、次の記事を見ておけば良いかと。

• MSDTCを動作させるために必要な設定について
• MSDTC を使用した問題のトラブルシューティング

Read the rest of this entry »

2024/03/19～23 の期間で SQLBits 2024 が開催されました。
この期間中は、Azure SQL Update のアナウンスもいくつか行われています。

キーノートの動画公開され、SQL Server ベースの環境について、様々な発表がありましたので関連しそうな内容をまとめておきたいと思います。
(現時点では、キーノートの最初の部分が公開されていなかったので一部キャッチアップできていない内容があるかもしれません)

全体的なアナウンスについては Expand the limits of innovation with Azure data で公開が行われていました。

Read the rest of this entry »

以下の 3 つの記事で SSMS 20.0 の記事が公開されていました。

• Upcoming changes for SQL Server Management Studio (SSMS) – Part 1
• Upcoming changes for SQL Server Management Studio (SSMS) – Part 2
• Upcoming changes for SQL Server Management Studio (SSMS) – Part 3

Part 1 / Part 2 は Preview リリースの記事となっていたのですが、本日公開された Part 3 で一般提供開始のアナウンスがありました。

現状、英語の URL へのアクセスが必要ですが、以下の URL から SSMS 20.0 のダウンロードと、リリースノートの確認ができます。

• Download SQL Server Management Studio (SSMS)
• Release notes for SQL Server Management Studio (SSMS)

Read the rest of this entry »

SQL Server ベースの環境向けの Visual Studio のプロジェクトとして、データベースプロジェクト があります。

このプロジェクトは当初はオフラインデータベース開発向けの機能として実装が行われていましたが、昨今は SQL Server ベースの環境の CI/CDでも活用が行われています。

データベースプロジェクトについては Visual Studio (or SSDT) だけでなく、Azure Data Studio (ADS) の SQL Database プロジェクトの拡張機能でも作成することができます。

• SQL Database プロジェクトの拡張機能

最近、データベースプロジェクトを活用した CI/CD について調査を行っていましたので、分かった内容をまとめておきたいと思います。

Read the rest of this entry »