SQL Server / SQL Database で UPDATE を実行する際に、現在の値と同じ値で更新 (SET 句に指定した変更内容が現在の値と同じ) をした場合の挙動について触れておきたいと思います。
Archive for the ‘SQL Database’ tag
SQL Database で sys.fn_xe_telemetry_blob_target_read_file を使用して標準取得されているテレメトリ情報を確認する
SQL Database のテレメトリ情報を取得する方法としては、次の DMV / システムビューを検索するという方法があります。
- sys.resource_stats
- sys.dm_db_resource_stats
- sys.dm_resource_governor_resource_pools_history_ex
- sys.dm_resource_governor_workload_groups_history_ex
SQL Database で発生している「イベント」を取得する方法としては、sys.event_log を参照するという方法があるのですが、このシステムビューは、検索に時間がかかる、かつ、v11 での利用を想定しており、現在の v12 の環境では有益な情報を取得できないケースがあります。
v12 の環境で、「発生しているイベント」を取得する方法として、sys.event_log / 拡張イベントを使用しなくても標準で取得されているテレメトリからイベントを取得するという方法がありますので、本投稿ではその方法についてみていきたいと思います。
現状、初期状態で「デッドロック」の情報を取得するためには、本投稿の内容を使用することになるかと思います。
Azure Functions (PowerShell ランタイム) でマネージド ID を使用して SQL Database に接続を行う
Azure Functions の PowerShell ランタイムでマネージド ID (Managed Identity) を使用して SQL Database に接続をする方法についてまとめておきたいと思います。
Azure で SQL Server ベースの環境の活用方法を学ぶためのコンテンツ
Azure の各機能を学習する場合は、各機能 (サービス) のドキュメントを確認することで学習ができます。
- Azure のドキュメント : 各サービス / 機能
最近ですと Microsoft Learn を活用して機能を学習することもできますね。
Microsoft Learn 上では、SQL Server についてのコンテンツ も公開されています。
しかし、機能を活用するためのソリューションとして学習を行う場合には、各機能のドキュメント / Microsoft Learn の情報では足りなくなることもあるかと。
ソリューションとして学習する際には、どのようなドキュメントを確認すればよいかをまとめておきたいと思います。
DBCC SHRINKFILE によるファイル圧縮の動作 (データファイル編)
SQL Server では、DBCC SHRINKFILE という DBCC コマンドを使用することで、データファイル / ログファイルのサイズを圧縮することができます。
データベースのファイルを配置しているドライブの空き容量の不足や、大量の一時的なデータを投入後に、データの削除を行った後にデータベースの物理ファイルが過剰に増加している場合に、ファイルサイズを小さくするというような場合に使用するもので、一般的には日常的に使用するものではありません。
しかし、何らかの理由によってデータベースのファイル (mdf / ndf / ldf) が肥大化し、DBCC SHRINKFILE の実行が必要となるケースもあるのではないでしょうか。
本投稿では、DBCC SHRINKFILE を使用して物理データファイルを圧縮し、サイズを削減する際にはどのような動作になっているのかをまとめておきたいと思います。
SQL Database で包括的なパーミッションによる動的データマスキングが可能となりました
次のアナウンスで情報が公開されていますが、SQL Database と Synapse Analytics で包括的なパーミッションによる動的データマスキング (Genular Permissions for Dynamid Data Masking) が可能となりました。
- General availability: Dynamic data masking granular permissions for Azure SQL and Azure Synapse Analytics
- Granular Permissions for Azure SQL Dynamic Data Masking
動的データマスキング (動的データマスク) の基本的な使用については次のドキュメントから確認することができます。
- 動的なデータ マスキング (SQL Server 向けドキュメント)
- 動的データ マスク (SQL Database 向けドキュメント)
現時点では、SQL Database 向けの設定となっており、オンプレミスの SQL Server の最新バージョンである SQL Server 2019 では、包括的なパーミッションは利用することはできませんのであしからず。
SQL Server / SQL Database の行のバージョン管理の基本動作
SQL Server / Azure SQL Database では、行のバージョン管理 (RLV : Row Level Versioning) と呼ばれる機能を使用することができます。
通常、データのアクセス時にはロックが取得され、特定のアクセスパターンでは、検索についても同時実行性の低下につながることがあります。
SQL Server のデフォルトの設定では、検索時にもロックが取得され、更新系の処理が実行されている場合は、ロック競合により、検索がブロックされる動作が行われることがあります。
このような検索時の同時実行性の低下を抑えるため、SQL Server では行のバージョン管理という機能を使用することができます。
これは、MVCC (MultiVersion Concurrency Control) により、読み取り時にはロックを取得しないようにすることで、読み込みと書き込みが同時に行われていても、競合を発生させず、同時実行性の低下を抑えることができる機能となります。
Azure SQL Database では、この機能はデフォルトで有効になっているのですが、SQL Server では 2005 から実装が行われたものとなり、現時点の最新バージョンの SQL Server 2019 でもデフォルトでも無効な状態となっています。
本投稿では、SQL Server ベースの環境で、MVCC を実現するための行のバージョン管理がどのように実装されているのかを見ていきたいと思います。