SQL Server 2012 以降で統計情報関連の機能で機能更新が行われ、実行プランに影響を与えるケースが見られてきましたので、どのような更新が行われてきたか軽くまとめてみたいと思います。
Archive for the ‘SQL Server’ tag
PASS Summit 2014 が開催されました
本日から、PASS Summit 2014 が開催されました。
キーノートについては配信がされており、http://www.sqlpass.org/summit/2014/PASStv.aspx から視聴することができます。 なお、資料については PASS Summit 2013/2014 Session Recordings から購入することも可能です。
キーノートの内容については、以下でも情報が。
Microsoft announces major update to Azure SQL Database, adds free tier to Azure Machine Learning
SQL PASS Summit 2014 Day One Keynote
Preview for greater SQL Server compatibility coming soon to Azure SQL Database
キーノートを見ながら各種画面をペタペタと。
初日のキーノートは Azure 系のサービス成分多めでした。
クエリからのバイナリデータのインポート/エクスポート
クエリから SQL Server のバイナリ (varbinary(max)) に対してデータをインポート / エクスポートする際のメモを。
Using OPENROWSET to read large files into SQL Server
Exporting binary file data (images) from SQL via a stored procedure
Exporting Binary Files To The File System
を参考にするとよいかと。
SSIS で実行する場合は以下が参考になるかと。
Import multiple images to SQL Server using SSIS
Export images from a SQL Server Table to a Folder with SSIS
Store Images,Documents,PDF (BLOB) Files Into SQL Server Using SSIS
Retrive Image,Document,PDF (BLOB) Files Stored In SQL Server Tables Using SSIS
特定のセッションで実行されているクエリが複数スレッドで実行されているかを確認
以下のようなクエリを実行してみます。
DECLARE @tmp char(500) SELECT @tmp = Col1 FROM [dbo].TempDBTest ORDER BY Col1 DESC OPTION (MAXDOP 0) GO
この時の実行プランは以下のようになります。
実行プランからは複数のスレッドによる並列クエリとして実行されていることが確認できます。
実行中のセッションについて、この確認を実行プラン以外から確認する方法を。
トランザクションレプリケーションの基本的な仕組み
トランザクションレプリケーションの基本的な仕組みを調べたことがなかったのでメモとして。
今回はプッシュサブスクリプションを利用しています。
レプリケーションについては、兄貴 の SQL Server replication overview や SQL Server のレプリケーション から情報を追ってみると良いかと。
Read the rest of this entry »
森?外るでみる SQL Server のデータ格納
Unicode 文字列の格納をテストする際に [森?る] を使うことがよくあるかと思います。
この文言を使って SQL Server のデータ格納を見てみようかと。
森鷗外るでみる SQL Server のデータ格納
Unicode 文字列の格納をテストする際に [森鷗る] を使うことがよくあるかと思います。
この文言を使って SQL Server のデータ格納を見てみようかと。
SSMS が管理データウェアハウスの判断に使用しているプロパティ
SSMS でデータコレクションの管理データウェアハウスを右クリックすると [レポート] に管理データウェアハウス用のレポートが表示されます。
SSMS が管理データウェアハウスかどうかをどのように判断しているかを小ネタとして。
データコレクションの情報の一元管理
SQL Server 2008 以降はデータコレクションの機能が追加され、サーバーの各種情報をレポートとして表示することができます。
データコレクション用データベースサイズやキャッシュされるデータ分のメモリが意外と無視できないので、運用環境に設定する場合には、データコレクション用のインスタンスを用意して使用した方がよかったりします。
データコレクションを他のインスタンスで一元管理するときに接続のユーザーで少し考慮点がありますのでメモとして。
詳細については、以下の技術文書が参考になります。
データ コレクタのアーキテクチャと処理
データ コレクタの使用
AlwaysOn 可用性グループの推定データ損失時間をクエリで取得
AlwaysOn 可用性グループのダッシュボードでは、列を追加することで、プライマリレプリカとセカンダリレプリカ間のデータ損失の推定時間を取得することができます。
同期モードでプライマリ/セカンダリが起動している場合には、データ損失時間は原則として発生しませんが、非同期コミットモードを使用している / メンテナンスのためセカンダリレプリカが停止している場合などは、サーバー間でデータの更新状況に差が発生し、データ損失の可能性が出てきます。
この情報をクエリで取得するための方法をメモとして。