Ms-sql-server-quick-guide

MS SQL Server-概要

この章では、SQL Serverを紹介し、その使用法、利点、バージョン、およびコンポーネントについて説明します。

SQL Serverとは何ですか？

• これは、Microsoftが開発したソフトウェアであり、RDBMSの仕様から実装されています。
• また、ORDBMSです。
• プラットフォームに依存します。
• GUIとコマンドベースのソフトウェアの両方です。
• IBM製品であるSQL（SEQUEL）言語、非手続き型、共通データベース、および大文字と小文字を区別しない言語をサポートします。

SQL Serverの使用

• データベースを作成します。
• データベースを維持するため。
• SQL Server Analysis Services（SSAS）を介してデータを分析します。
• SQL Server Reporting Services（SSRS）を介してレポートを生成します。
• SQL Server Integration Services（SSIS）を介してETL操作を実行します。

SQL Serverのバージョン

Version	Year	Code Name
6.0	1995	SQL95
6.5	1996	Hydra
7.0	1998	Sphinx
8.0 (2000)	2000	Shiloh
9.0 (2005)	2005	Yukon
10.0 (2008)	2008	Katmai
10.5 (2008 R2)	2010	Kilimanjaro
11.0 (2012)	2012	Denali
12 (2014)	2014	Hekaton (initially), SQL 14 (current)

SQL Serverコンポーネント

SQL Serverはクライアントサーバーアーキテクチャで動作するため、（a）ワークステーションと（b）サーバーの2種類のコンポーネントをサポートします。

• *ワークステーションコンポーネント*は、すべてのデバイス/SQL Serverオペレーターのマシンにインストールされます。 これらは、サーバーコンポーネントと対話するための単なるインターフェイスです。 例：SSMS、SSCM、プロファイラー、BIDS、SQLEMなど。
• *サーバーコンポーネント*は集中サーバーにインストールされます。 これらはサービスです。 例：SQL Server、SQL Serverエージェント、SSIS、SSAS、SSRS、SQLブラウザー、SQL Server全文検索など。

SQL Serverのインスタンス

• インスタンスは、SQL Serverのインストールです。
• インスタンスは、同じソフトウェアの正確なコピーです。
• 「n」回インストールすると、「n」個のインスタンスが作成されます。
• SQL Serverには2種類のインスタンスがありますa）デフォルトb）名前付き。
• 1つのサーバーでサポートされるデフォルトインスタンスは1つだけです。
• 1つのサーバーで複数の名前付きインスタンスがサポートされます。
• デフォルトのインスタンスは、サーバー名をインスタンス名として使用します。
• デフォルトのインスタンスサービス名はMSSQLSERVERです。
• 2000バージョンでは、16個のインスタンスがサポートされます。
• 2005以降のバージョンでは、50個のインスタンスがサポートされます。

インスタンスの利点

• 1台のマシンに異なるバージョンをインストールする。
• コストを削減するため。
• 実稼働環境、開発環境、およびテスト環境を個別に維持するため。
• 一時的なデータベースの問題を減らすため。
• セキュリティ権限を分離するため。
• スタンバイサーバーを維持するため。

MS SQL Server-エディション

SQL Serverはさまざまなエディションで利用できます。 この章では、複数のエディションとその機能をリストします。

• エンタープライズ-これは、フル機能セットを備えた最上位エディションです。
• 標準-高度な機能の要件がない場合、これはエンタープライズよりも機能が少なくなります。
• ワークグループ-これは大企業のリモートオフィスに適しています。
• Web -これはWebアプリケーション用に設計されています。
• 開発者-これはエンタープライズに似ていますが、開発、テスト、デモ用に1人のユーザーにのみライセンスされています。 再インストールせずにエンタープライズに簡単にアップグレードできます。
• Express -これは無料のエントリレベルデータベースです。 1つのCPUと1 GBのメモリのみを使用でき、データベースの最大サイズは10 GBです。
• コンパクト-これは、モバイルアプリケーション開発用の無料の組み込みデータベースです。 データベースの最大サイズは4 GBです。
• データセンター-新しいSQL Server 2008 R2の主な変更点は、データセンターエディションです。 Datacenterエディションにはメモリの制限はなく、25を超えるインスタンスをサポートしています。
• ビジネスインテリジェンス-ビジネスインテリジェンスエディションは、SQL Server 2012の新しいイントロダクションです。 このエディションには、Standardエディションのすべての機能とPower ViewやPowerPivotなどの高度なBI機能のサポートが含まれていますが、AlwaysOn可用性グループやその他のオンライン操作などの高度な可用性機能はサポートされていません。
• エンタープライズ評価-SQL Server Evaluation Editionは、ソリューションを学習および開発するための完全に機能する無料のSQL Serverインスタンスを取得するための優れた方法です。 このエディションには、インストール時から6か月の有効期限が組み込まれています。

2005	2008	2008 R2	2012	2014
Enterprise	Yes	Yes	Yes	Yes
Standard	Yes	Yes	Yes	Yes
Developer	Yes	Yes	Yes	Yes
Workgroup	Yes	Yes	No	No
Win Compact Edition - Mobile	Yes	Yes	Yes	Yes
Enterprise Evaluation	Yes	Yes	Yes	Yes
Express	Yes	Yes	Yes	Yes
Web	Yes	Yes	Yes
Datacenter	No	No
Business Intelligence	Yes

MS SQL Server-インストール

SQL Serverは2種類のインストールをサポートしています-

• スタンドアロン
• クラスターベース

チェック

• サーバーのRDPアクセスを確認します。
• サーバーのOSビット、IP、ドメインを確認します。
• setup.exeファイルを実行するには、アカウントが管理グループに属しているかどうかを確認してください。
• ソフトウェアの場所。

必要条件

• バージョン、エディション、SP、および修正プログラム（ある場合）。
• データベースエンジン、エージェント、SSAS、SSIS、SSRS（ある場合）のサービスアカウント。
• 名前付きインスタンス名（存在する場合）。
• バイナリ、システム、ユーザーデータベースの場所。
• 認証モード。
• 照合設定。
• 機能のリスト。

2005年の前提条件

• セットアップサポートファイル。
• .net framework 2.0。
• SQL Serverネイティブクライアント。

2008＆2008R2の前提条件

• セットアップサポートファイル。
• .net framework 3.5 SP1。
• SQL Serverネイティブクライアント。
• Windowsインストーラー4.5/以降のバージョン。

2012＆2014の前提条件

• セットアップサポートファイル。
• .net framework 4.0。
• SQL Serverネイティブクライアント。
• Windowsインストーラー4.5/以降のバージョン。
• Windows PowerShell 2.0。

インストール手順

• ステップ1 *-http://www.microsoft.com/download/en/details.aspx?id=29066から評価版をダウンロードします

ソフトウェアがダウンロードされると、ダウンロード（32ビットまたは64ビット）オプションに基づいて以下のファイルが利用可能になります。

ENU \ x86 \ SQLFULL_x86_ENU_Core.box

ENU \ x86 \ SQLFULL_x86_ENU_Install.exe

ENU \ x86 \ SQLFULL_x86_ENU_Lang.box

OR

ENU \ x86 \ SQLFULL_x64_ENU_Core.box

ENU \ x86 \ SQLFULL_x64_ENU_Install.exe

ENU \ x86 \ SQLFULL_x64_ENU_Lang.box

注-X86（32ビット）およびX64（64ビット）

• ステップ2 *-「SQLFULL_x86_ENU_Install.exe」または「SQLFULL_x64_ENU_Install.exe」をダブルクリックすると、それぞれ「SQLFULL_x86_ENU」または「SQLFULL_x86_ENU」フォルダーにインストールに必要なファイルが抽出されます。

• ステップ3 *-「SQLFULL_x86_ENU」または「SQLFULL_x64_ENU_Install.exe」フォルダーをクリックし、「SETUP」アプリケーションをダブルクリックします。

理解のために、ここではSQLFULL_x64_ENU_Install.exeソフトウェアを使用しました。

• ステップ4 *-「セットアップ」アプリケーションをクリックすると、次の画面が開きます。

セットアップ

• ステップ5 *-上記の画面の左側にある[インストール]をクリックします。

インストール

• ステップ6 *-上記の画面に表示される右側の最初のオプションをクリックします。 次の画面が開きます。

サポートルール

• ステップ7 *-[OK]をクリックすると、次の画面が表示されます。

セットアップルール

• ステップ8 *-[次へ]をクリックして、次の画面を表示します。

プロダクトキー

• ステップ9 *-プロダクトキーの選択を確認し、[次へ]をクリックします。

ライセンス条項

• ステップ10 *-チェックボックスを選択してライセンスオプションを受け入れ、[次へ]をクリックします。

セットアップロール

• ステップ11 *-SQL Server機能のインストールオプションを選択し、[次へ]をクリックします。

機能の選択

• ステップ12 *-[データベースエンジンサービス]チェックボックスをオンにして、[次へ]をクリックします。

インスタンス構成

• ステップ13 *-名前付きインスタンス（ここではTestInstanceを使用）を入力し、[次へ]をクリックします。

ディスク容量

• ステップ14 *-上記の画面で[次へ]をクリックすると、次の画面が表示されます。

サーバー構成

• ステップ15 *-上記のサービスのサービスアカウント名とスタートアップの種類を選択し、[照合]をクリックします。

構成

• ステップ16 *-正しい照合選択がオンになっていることを確認して、[次へ]をクリックします。

データベースエンジン

• ステップ17 *-認証モードの選択と管理者がチェックされていることを確認し、[データディレクトリ]をクリックします。

データベース構成

• ステップ18 *-上記のディレクトリの場所を選択して、[次へ]をクリックします。 次の画面が表示されます。

エラー報告

• ステップ19 *-上記の画面で[次へ]をクリックします。

インストール構成

• ステップ20 *-上記の画面で[次へ]をクリックすると、次の画面が表示されます。

インストール準備完了

• ステップ21 *-上記の選択を正しく確認し、[インストール]をクリックしてください。

完全

上記の画面に示すように、インストールが成功します。 閉じるをクリックして終了します。

MS SQL Server-アーキテクチャ

理解を容易にするために、SQL Serverのアーキテクチャを次の部分に分類しました-

• 一般的なアーキテクチャ
• メモリアーキテクチャ
• データファイルのアーキテクチャ
• ログファイルのアーキテクチャ

一般的なアーキテクチャ

クライアント-要求が開始された場所。

クエリ-高レベル言語であるSQLクエリ。

論理ユニット-キーワード、式、演算子など

• N/Wパケット*-ネットワーク関連のコード。

プロトコル-SQL Serverには4つのプロトコルがあります。

• 共有メモリ（ローカル接続およびトラブルシューティング用）。
• 名前付きパイプ（LAN接続の接続用）。
• TCP/IP（WAN接続の接続用）。
• VIA-Virtual Interface Adapter（ベンダーがセットアップする特別なハードウェアが必要であり、SQL 2012バージョンからも非推奨）。

サーバー-SQLサービスがインストールされ、データベースが存在する場所。

リレーショナルエンジン-これは実際の実行が行われる場所です。 クエリパーサー、クエリオプティマイザー、クエリエグゼキューターが含まれています。

クエリパーサー（コマンドパーサー）およびコンパイラ（翻訳者）-これはクエリの構文をチェックし、クエリを機械語に変換します。

クエリオプティマイザー-入力としてクエリ、統計、および代数ツリーを取得することにより、実行プランを出力として準備します。

実行計画-ロードマップのようなもので、クエリ実行の一部として実行されるすべてのステップの順序が含まれています。

*Query Executor* -これは、実行計画の助けを借りて段階的にクエリが実行される場所であり、ストレージエンジンにも接続されます。

ストレージエンジン-ストレージシステム（ディスク、SANなど）上のデータのストレージと取得、データ操作、トランザクションのロックと管理を担当します。

*SQL OS* -これは、ホストマシン（Windows OS）とSQL Serverの間にあります。 データベースエンジンで実行されるすべてのアクティビティは、SQL OSによって処理されます。 SQL OSは、バッファプール、ログバッファ、ブロッキングおよびロック構造を使用したデッドロックの検出を扱うメモリ管理など、さまざまなオペレーティングシステムサービスを提供します。

チェックポイントプロセス-チェックポイントは、バッファキャッシュから物理ディスクにすべてのダーティページ（変更されたページ）を書き込む内部プロセスです。 これとは別に、ログバッファから物理ファイルにログレコードを書き込みます。 バッファキャッシュからデータファイルへのダーティページの書き込みは、ダーティページの強化とも呼ばれます。

これは専用のプロセスであり、特定の間隔でSQL Serverによって自動的に実行されます。 SQL Serverは、各データベースに対して個別にチェックポイントプロセスを実行します。 チェックポイントは、予期しないシャットダウンまたはシステムクラッシュまたは障害が発生した場合のSQL Serverの回復時間を短縮するのに役立ちます。

SQL Serverのチェックポイント

SQL Server 2012では、4種類の*チェックポイント*があります-

• 自動-これは、バックグラウンドでプロセスとして実行される最も一般的なチェックポイントであり、Recovery Interval-Server Configuration Optionで定義された制限時間内にSQL Serverデータベースを回復できるようにします。
• 間接-これはSQL Server 2012の新機能です。 これもバックグラウンドで実行されますが、オプションが設定されている特定のデータベースのユーザー指定の目標復旧時間を満たすためです。 特定のデータベースのTarget_Recovery_Timeが選択されると、サーバーに指定された回復間隔が上書きされ、そのようなDBでの自動チェックポイントが回避されます。
• 手動-これは、他のT-SQLステートメントと同じように実行されます。チェックポイントコマンドを発行すると、完了するまで実行されます。 手動チェックポイントは、現在のデータベースに対してのみ実行されます。 オプションのCheckpoint_Durationを指定することもできます-この期間は、チェックポイントを完了する時間を指定します。
• 内部-ユーザーとして、内部チェックポイントを制御することはできません。 などの特定の操作で発行された
• シャットダウンは、シャットダウンがクリーンでない場合（nowaitを指定したシャットダウン）を除き、すべてのデータベースでチェックポイント操作を開始します。
• 復旧モデルがFull \ Bulk-loggedからSimpleに変更された場合。
• データベースのバックアップ中。
• DBが単純復旧モデルの場合、チェックポイントプロセスは、ログが70％満杯になるか、サーバーオプション-復旧間隔に基づいて自動的に実行されます。
• data \ logファイルを追加または削除するデータベースコマンドを変更すると、チェックポイントも開始されます。
• チェックポイントは、DBの復旧モデルが一括ログ記録され、最小限のログ記録操作が実行されたときにも発生します。
• DBスナップショットの作成。
• レイジーライタープロセス-レイジーライターは、まったく異なる理由でダーティページをディスクにプッシュします。これは、バッファープールのメモリを解放する必要があるためです。 これは、SQLサーバーがメモリ不足に陥ったときに発生します。 私の知る限り、これは内部プロセスによって制御されており、設定はありません。

SQLサーバーは常にメモリ使用量を監視して、リソースの競合（または可用性）を評価します。その仕事は、常に一定量の空きスペースを確保することです。 このプロセスの一部として、そのようなリソースの競合に気付くと、Lazy Writerがトリガーされ、ダーティページをディスクに書き出すことでメモリ内の一部のページが解放されます。 どのページをディスクにフラッシュするかを決定するために、最長時間未使用（LRU）アルゴリズムを採用しています。

レイジーライターが常にアクティブな場合、メモリのボトルネックを示している可能性があります。

メモリアーキテクチャ

以下は、メモリアーキテクチャの主要な機能の一部です。

• すべてのデータベースソフトウェアの主な設計目標の1つは、ディスクの読み取りと書き込みが最もリソースを消費する操作であるため、ディスクI/Oを最小限に抑えることです。
• ウィンドウ内のメモリは、カーネルモード（OSモード）とユーザーモード（SQL Serverなどのアプリケーション）で共有される仮想アドレススペースで呼び出すことができます。
• SQL Serverの「ユーザーアドレススペース」は、MemToLeaveとバッファプールの2つの領域に分かれています。
• MemToLeave（MTL）およびバッファプール（BPool）のサイズは、起動時にSQL Serverによって決定されます。
• バッファ管理*は、I/Oの高効率を実現するための重要なコンポーネントです。 バッファ管理コンポーネントは、データベースページにアクセスして更新するバッファマネージャと、データベースファイルI/Oを削減するバッファプールの2つのメカニズムで構成されています。 *バッファプールはさらに複数のセクションに分割されます。 最も重要なものは、バッファキャッシュ（データキャッシュとも呼ばれます）およびプロシージャキャッシュです。 バッファキャッシュ*は、頻繁にアクセスされるデータをキャッシュから取得できるように、データページをメモリに保持します。 代替手段は、ディスクからデータページを読み取ることです。 キャッシュからデータページを読み取ると、メモリからデータを取得するよりも本質的に遅い必要なI/O操作の数が最小限に抑えられるため、パフォーマンスが最適化されます。
• *プロシージャキャッシュ*は、ストアドプロシージャとクエリ実行プランを保持して、クエリプランを生成する必要がある回数を最小限にします。 DBCC PROCCACHEステートメントを使用して、プロシージャキャッシュ内のサイズとアクティビティに関する情報を見つけることができます。

バッファプールの他の部分には次のものがあります-

• システムレベルのデータ構造-データベースとロックに関するSQL Serverインスタンスレベルのデータを保持します。
• ログキャッシュ-トランザクションログページの読み書きのために予約されています。
• 接続コンテキスト-インスタンスへの各接続には、接続の現在の状態を記録するための小さなメモリ領域があります。 この情報には、ストアドプロシージャとユーザー定義関数のパラメーター、カーソル位置などが含まれます。
• スタックスペース-Windowsは、SQL Serverによって開始された各スレッドにスタックスペースを割り当てます。

データファイルのアーキテクチャ

データファイルのアーキテクチャには、次のコンポーネントがあります-

ファイルグループ

データベースファイルは、割り当てと管理の目的でファイルグループにグループ化できます。 1つのファイルを複数のファイルグループのメンバーにすることはできません。 ログファイルがファイルグループの一部になることはありません。 ログ領域は、データ領域とは別に管理されます。

SQL Serverには、プライマリとユーザー定義の2種類のファイルグループがあります。 プライマリファイルグループには、プライマリデータファイルと、別のファイルグループに特に割り当てられていないその他のファイルが含まれます。 システムテーブルのすべてのページは、プライマリファイルグループに割り当てられます。 ユーザー定義ファイルグループは、create databaseまたはalter databaseステートメントでfile groupキーワードを使用して指定されたファイルグループです。

各データベースの1つのファイルグループは、デフォルトのファイルグループとして動作します。 SQL Serverが、作成時にファイルグループが指定されていないテーブルまたはインデックスにページを割り当てると、ページはデフォルトのファイルグループから割り当てられます。 既定のファイルグループをあるファイルグループから別のファイルグループに切り替えるには、db_owner固定dbロールが必要です。

デフォルトでは、プライマリファイルグループがデフォルトのファイルグループです。 ファイルとファイルグループのバックアップを個別に取得するには、ユーザーはdb_owner固定データベースロールを持っている必要があります。

ファイル

データベースには、プライマリデータファイル、セカンダリデータファイル、ログファイルの3種類のファイルがあります。 プライマリデータファイルは、データベースの開始点であり、データベース内の他のファイルを指します。

すべてのデータベースには、1つのプライマリデータファイルがあります。 プライマリデータファイルには任意の拡張子を付けることができますが、推奨される拡張子は .mdf です。 セカンダリデータファイルは、そのデータベースのプライマリデータファイル以外のファイルです。 一部のデータベースには、複数のセカンダリデータファイルがあります。 一部のデータベースには、単一のセカンダリデータファイルがない場合があります。 セカンダリデータファイルの推奨拡張子は .ndf です。

ログファイルには、データベースの回復に使用されるすべてのログ情報が保持されます。 データベースには少なくとも1つのログファイルが必要です。 1つのデータベースに複数のログファイルを作成できます。 ログファイルの推奨拡張子は .ldf です。

データベース内のすべてのファイルの場所は、マスターデータベースとデータベースのプライマリファイルの両方に記録されます。 ほとんどの場合、データベースエンジンはmasterデータベースのファイルの場所を使用します。

ファイルには、論理名と物理名の2つの名前があります。 論理名は、すべてのT-SQLステートメントでファイルを参照するために使用されます。 物理名はOS_file_nameです。OSの規則に従う必要があります。 データファイルとログファイルは、FATまたはNTFSファイルシステムに配置できますが、圧縮ファイルシステムには配置できません。 1つのデータベースには最大32,767個のファイルを含めることができます。

範囲

エクステントは、テーブルとインデックスにスペースが割り当てられる基本単位です。 エクステントは8連続ページまたは64 KBです。 SQL Serverには、均一と混合の2種類のエクステントがあります。 均一なエクステントは、単一のオブジェクトのみで構成されています。 混合エクステントは、最大8つのオブジェクトによって共有されます。

ページ数

これは、MS SQL Serverのデータストレージの基本単位です。 ページのサイズは8KBです。 各ページの先頭は、ページの種類、ページの空き容量、ページを所有するオブジェクトのオブジェクトIDなどのシステム情報を保存するために使用される96バイトのヘッダーです。 SQL Serverには9種類のデータページがあります。

• データ-テキスト、ntext、および画像データを除くすべてのデータを含むデータ行。
• インデックス-インデックスエントリ。
• Tex \ Image -テキスト、画像、ntextデータ。
• GAM -割り当てられたエクステントに関する情報。
• SGAM -システムレベルで割り当てられたエクステントに関する情報。
• ページ空き領域（PFS）-ページで利用可能な空き領域に関する情報。
• インデックス割り当てマップ（IAM）-テーブルまたはインデックスで使用されるエクステントに関する情報。
• 一括変更マップ（BCM）-最後のバックアップログステートメント以降に一括操作によって変更されたエクステントに関する情報。
• * Differential Changed Map（DCM）*-最後のバックアップデータベースステートメント以降に変更されたエクステントに関する情報。

ログファイルのアーキテクチャ

SQL Serverトランザクションログは、トランザクションログが一連のログレコードであるかのように論理的に動作します。 各ログレコードは、ログシーケンス番号（LSN）で識別されます。 各ログレコードには、それが属するトランザクションのIDが含まれています。

データ変更のログレコードは、実行された論理操作を記録するか、変更されたデータの前後の画像を記録します。 操作前イメージは、操作が実行される前のデータのコピーです。操作後イメージは、操作が実行された後のデータのコピーです。

操作を回復する手順は、ログレコードの種類によって異なります-

• 論理操作がログに記録されました。
• 論理演算をロールフォワードするために、演算が再度実行されます。
• 論理演算をロールバックするには、逆論理演算を実行します。
• 記録される前と後の画像。
• 操作を前に進めるには、変更後イメージが適用されます。
• 操作をロールバックするには、変更前イメージが適用されます。

さまざまな種類の操作がトランザクションログに記録されます。 これらの操作が含まれます-

• 各トランザクションの開始と終了。
• すべてのデータ変更（挿入、更新、または削除）。 これには、システムストアドプロシージャまたはシステムテーブルを含む任意のテーブルに対するデータ定義言語（DDL）ステートメントによる変更が含まれます。
• すべてのエクステントとページの割り当てまたは割り当て解除。
• テーブルまたはインデックスの作成または削除。

ロールバック操作もログに記録されます。 各トランザクションは、明示的なロールバックステートメントまたはエラーが発生した場合に発生するロールバックをサポートするのに十分なログスペースが存在することを確認するために、トランザクションログにスペースを確保します。 この予約済みスペースは、トランザクションが完了すると解放されます。

データベース全体で最後に書き込まれたログレコードに正常にロールバックするために存在する必要がある最初のログレコードのログファイルのセクションは、ログのアクティブな部分、またはアクティブなログと呼ばれます。 これは、データベースの完全な回復に必要なログのセクションです。 アクティブなログの一部を切り捨てることはできません。 この最初のログレコードのLSNは、最小回復LSN（最小LSN）として知られています。

SQL Serverデータベースエンジンは、各物理ログファイルを内部で複数の仮想ログファイルに分割します。 仮想ログファイルのサイズは固定されておらず、物理ログファイルの仮想ログファイルの数は固定されていません。

データベースエンジンは、ログファイルの作成中または拡張中に、仮想ログファイルのサイズを動的に選択します。 データベースエンジンは、少数の仮想ファイルを維持しようとします。 仮想ログファイルのサイズまたは数は、管理者が構成または設定することはできません。 仮想ログファイルがシステムパフォーマンスに影響を与えるのは、物理ログファイルが小さいサイズとgrowth_increment値で定義されている場合のみです。

サイズ値はログファイルの初期サイズであり、growth_increment値は新しいスペースが必要になるたびにファイルに追加されるスペースの量です。 多くの小さな増分のためにログファイルが大きくなると、多くの仮想ログファイルが作成されます。 これにより、データベースの起動が遅くなり、バックアップと復元の操作も記録されます。

必要な最終サイズに近いサイズ値をログファイルに割り当て、さらにgrowth_increment値を比較的大きくすることをお勧めします。 SQL Serverは先書きログ（WAL）を使用します。これにより、関連するログレコードがディスクに書き込まれる前に、データの変更がディスクに書き込まれないことが保証されます。 これにより、トランザクションのACIDプロパティが維持されます。

MS SQL Server-Management Studio

SQL Server Management Studioは、インストール手順でワークステーションコンポーネントを選択した場合にインストールされるワークステーションコンポーネント\クライアントツールです。 これにより、コマンドラインを使用する代わりに、グラフィカルインターフェイスからSQL Serverに接続して管理できます。

SQL Serverのリモートインスタンスに接続するには、このソフトウェアまたは同様のソフトウェアが必要です。 管理者、開発者、テスターなどによって使用されます。

SQL Server Management Studioを開くには、次の方法が使用されます。

最初の方法

スタート→すべてのプログラム→MS SQL Server 2012→SQL Server Management Studio

第二の方法

[実行]に移動し、SQLWB（2005バージョンの場合）SSMS（2008以降のバージョンの場合）と入力します。 次にEnterをクリックします。

上記のいずれかの方法で、次のスナップショットに示すように、SQL Server Management Studioが開きます。

Management Studio

MS SQL Server-ログインデータベース

ログインは、SQL Serverにアクセスするための簡単な資格情報です。 たとえば、Windowsまたは電子メールアカウントにログオンするときに、ユーザー名とパスワードを入力します。 このユーザー名とパスワードは、資格情報を構築します。 したがって、資格情報は単にユーザー名とパスワードです。

SQL Serverは4種類のログインを許可します-

• Windows資格情報に基づくログイン。
• SQL Server固有のログイン。
• 証明書にマップされたログイン。
• 非対称キーにマップされたログイン。

このチュートリアルでは、Windows資格情報に基づくログインとSQL Server固有のログインに関心があります。

Windows資格情報に基づくログインにより、Windowsユーザー名とパスワードを使用してSQL Serverにログインできます。 独自の資格情報（ユーザー名とパスワード）を作成する必要がある場合は、SQL Server固有のログインを作成できます。

SQL Serverログインを作成、変更、または削除するには、次の2つの方法のいずれかを使用できます-

• SQL Server Management Studioを使用する。
• T-SQLステートメントの使用。

ログインの作成には次の方法が使用されます-

最初の方法– SQL Server Management Studioを使用する

• ステップ1 *-SQL Serverインスタンスに接続した後、次のスナップショットに示すように、ログインフォルダーを展開します。

ログインデータベース

• ステップ2 *-[ログイン]を右クリックし、[新規ログイン]をクリックすると、次の画面が開きます。

新規ログイン

• ステップ3 *-上記の画面に示すように、[ログイン名]、[パスワード]、および[パスワードの確認]列に入力し、[OK]をクリックします。

次の図に示すように、ログインが作成されます。

テストログイン

2番目の方法– T-SQLスクリプトの使用

Create login yourloginname with password='yourpassword'

TestLoginとパスワード「P @ ssword」でログイン名を作成するには、次のクエリの下で実行します。

Create login TestLogin with password='P@ssword'

MS SQL Server-データベースの作成

データベースは、テーブル、ビュー、ストアドプロシージャ、関数、トリガーなどのオブジェクトのコレクションです。

MS SQL Serverでは、2種類のデータベースを使用できます。

• システムデータベース
• ユーザーデータベース

システムデータベース

MS SQL Serverをインストールすると、システムデータベースが自動的に作成されます。 以下はシステムデータベースのリストです-

• マスター
• モデル
• MSDB
• Tempdb
• リソース（2005バージョンで導入）
• 配布（レプリケーション機能専用）

ユーザーデータベース

ユーザーデータベースは、ユーザー（データベースを作成するアクセス権を持つ管理者、開発者、およびテスター）によって作成されます。

次の方法を使用して、ユーザーデータベースを作成します。

方法1 – T-SQLスクリプトの使用またはデータベースの復元

以下は、MS SQL Serverでデータベースを作成するための基本的な構文です。

Create database <yourdatabasename>

OR

Restore Database <Your database name> from disk = '<Backup file location &plus; file name>

例

「Testdb」というデータベースを作成するには、次のクエリを実行します。

Create database Testdb

OR

Restore database Testdb from disk = 'D:\Backup\Testdb_full_backup.bak'

注意-D：\ backupはバックアップファイルの場所であり、Testdb_full_backup.bakはバックアップファイル名です

方法2 – SQL Server Management Studioを使用する

SQL Serverインスタンスに接続し、データベースフォルダーを右クリックします。 新しいデータベースをクリックすると、次の画面が表示されます。

新しいデータベース

データベース名フィールドにデータベース名を入力し（例：「Testdb」という名前のデータベースを作成するには）、[OK]をクリックします。 次のスナップショットに示すように、testdbデータベースが作成されます。

データベースの作成

MS SQL Server-データベースの選択

次のいずれかの方法に進む前に、アクションに基づいてデータベースを選択してください。

方法1 – SQL Server Management Studioを使用する

例

「msdb」というデータベースのバックアップ履歴を選択するクエリを実行するには、次のスナップショットに示すようにmsdbデータベースを選択します。

データベースの選択

方法2 – T-SQLスクリプトの使用

Use <your database name>

例

クエリを実行して「msdb」というデータベースのバックアップ履歴を選択するには、次のクエリを実行してmsdbデータベースを選択します。

Exec use msdb

クエリはmsdbデータベースを開きます。 次のクエリを実行して、バックアップ履歴を選択できます。

Select * from backupset

MS SQL Server-データベースの削除

MS SQL Serverからデータベースを削除するには、drop databaseコマンドを使用します。 この目的には、次の2つの方法を使用できます。

方法1 – T-SQLスクリプトの使用

以下は、MS SQL Serverからデータベースを削除するための基本的な構文です。

Drop database <your database name>

例

データベース名「Testdb」を削除するには、次のクエリを実行します。

Drop database Testdb

方法2 – MS SQL Server Management Studioの使用

SQL Serverに接続し、削除するデータベースを右クリックします。 [削除]コマンドをクリックすると、次の画面が表示されます。

オブジェクトの削除

[OK]をクリックして、MS SQL Serverからデータベース（この例では、上記の画面に示すようにTestdbです）を削除します。

MS SQL Server-バックアップの作成

• バックアップ*は、データ/データベースなどのコピーです。 データを保護するには、MS SQL Serverデータベースのバックアップが不可欠です。 MS SQL Serverのバックアップは、主に3つのタイプ-フルまたはデータベース、差分または増分、およびトランザクションログまたはログです。

データベースのバックアップは、次の2つの方法のいずれかを使用して実行できます。

方法1 – T-SQLの使用

フルタイプ

Backup database <Your database name> to disk = '<Backup file location + file name>'

差動タイプ

Backup database <Your database name> to
   disk = '<Backup file location + file name>' with differential

ログの種類

Backup log <Your database name> to disk = '<Backup file location + file name>'

例

次のコマンドは、バックアップファイル名が「TestDB_Full.bak」のロケーション「D：\」への「TestDB」という完全バックアップデータベースに使用されます。

Backup database TestDB to disk = 'D:\TestDB_Full.bak'

次のコマンドは、バックアップファイル名「TestDB_diff.bak」のロケーション「D：\」への「TestDB」という差分バックアップデータベースに使用されます。

Backup database TestDB to disk = 'D:\TestDB_diff.bak' with differential

次のコマンドは、バックアップファイル名が「TestDB_log.trn」のロケーション「D：\」への「TestDB」というログバックアップデータベースに使用されます。

Backup log TestDB to disk = 'D:\TestDB_log.trn'

方法2 – SSMSの使用（SQL SERVER Management Studio）

• ステップ1 *-「TESTINSTANCE」という名前のデータベースインスタンスに接続し、次のスナップショットに示すようにデータベースフォルダーを展開します。

バックアップの作成

• ステップ2 *-「TestDB」データベースを右クリックして、タスクを選択します。 [バックアップ]をクリックすると、次の画面が表示されます。

バックアップ

• ステップ3 *-バックアップの種類（Full \ diff \ log）を選択し、バックアップファイルが作成される宛先パスを確認してください。 左上のオプションを選択して、次の画面を表示します。

データベースのバックアップ

• ステップ4 *-[OK]をクリックして、次のスナップショットに示すように「TestDB」データベースの完全バックアップを作成します。

フルバックアップ

バックアップの作成2

MS SQL Server-データベースの復元

• 復元*は、バックアップからデータをコピーし、ログに記録されたトランザクションをデータに適用するプロセスです。 復元は、バックアップで行うことです。 バックアップファイルを取得し、データベースに戻します。

データベースの復元オプションは、次の2つの方法のいずれかを使用して実行できます。

方法1 – T-SQL

構文

Restore database <Your database name> from disk = '<Backup file location &plus; file name>'

例

次のコマンドは、既存のデータベースを上書きする場合に「D：\」の場所にあるバックアップファイル名「TestDB_Full.bak」で「TestDB」というデータベースを復元するために使用されます。

Restore database TestDB from disk = ' D:\TestDB_Full.bak' with replace

この復元コマンドを使用して新しいデータベースを作成し、同様のデータパスがない場合は、ターゲットサーバーにログファイルを記録し、次のコマンドのような移動オプションを使用します。

次のデータファイルおよびログファイルのコマンドで使用されているD：\ Dataパスが存在することを確認します。

RESTORE DATABASE TestDB FROM DISK = 'D:\ TestDB_Full.bak' WITH MOVE 'TestDB' TO
   'D:\Data\TestDB.mdf', MOVE 'TestDB_Log' TO 'D:\Data\TestDB_Log.ldf'

方法2-SSMS（SQL SERVER Management Studio）

• ステップ1 *-「TESTINSTANCE」という名前のデータベースインスタンスに接続し、データベースフォルダーを右クリックします。 次のスナップショットに示すように、データベースの復元をクリックします。

Management Studio Testinstance

• ステップ2 *-デバイスのラジオボタンを選択し、楕円をクリックして、次のスナップショットに示すようにバックアップファイルを選択します。

バックアップデバイスの選択

• ステップ3 *-[OK]をクリックすると、次の画面が表示されます。

データベースの復元

• ステップ4 *-次のスナップショットに示すように、左上隅にある[ファイル]オプションを選択します。

データベースTestDBの復元

• ステップ5 *-左上隅にある[オプション]を選択して[OK]をクリックし、次のスナップショットに示すように「TestDB」データベースを復元します。

データベースTestDBの復元

MS SQL Server-ユーザーの作成

ユーザーは、データベースへのアクセスに使用されるMS SQL Serverデータベースのアカウントを参照します。

ユーザーは、次の2つの方法のいずれかを使用して作成できます。

方法1 – T-SQLの使用

構文

Create user <username> for login <loginname>

例

TestDBデータベースのログイン名「TestLogin」へのマッピングでユーザー名「TestUser」を作成するには、次のクエリを実行します。

create user TestUser for login TestLogin

「TestLogin」は、ログイン作成の一部として作成されたログイン名です

方法2 – SSMSの使用（SQL Server Management Studio）

注意-まず、ユーザーアカウントを作成する前に、任意の名前でLoginを作成する必要があります。

「TestLogin」というログイン名を使用してみましょう。

• ステップ1 *-SQL Serverを接続し、データベースフォルダーを展開します。 次に、「TestDB」というデータベースを展開します。ここで、ユーザーアカウントを作成し、セキュリティフォルダを展開します。 ユーザーを右クリックして新しいユーザーをクリックすると、次の画面が表示されます。

新規データベースユーザー

• ステップ2 *-次のスナップショットに示すように、ユーザー名フィールドに「TestUser」と入力し、楕円をクリックして「TestLogin」というログイン名を選択します。

テストユーザー

• ステップ3 *-[OK]をクリックしてログイン名を表示します。 再度[OK]をクリックして、次のスナップショットに示すように「TestUser」ユーザーを作成します。

ユーザーの作成

MS SQL Server-アクセス許可の割り当て

• 許可*は、プリンシパルがセキュリティ保護できる必要があるアクセスのレベルを管理する規則を指します。 MS SQL Serverで権限を付与、取り消し、拒否できます。

アクセス許可を割り当てるには、次の2つの方法のいずれかを使用できます。

方法1 – T-SQLの使用

構文

Use <database name>
Grant <permission name> on <object name> to <username\principle>

例

「TestDB」データベースの「TestTable」というオブジェクトの「TestUser」というユーザーに選択権限を割り当てるには、次のクエリを実行します。

USE TestDB
GO
Grant select on TestTable to TestUser

方法2 – SSMSの使用（SQL Server Management Studio）

• ステップ1 *-次のスナップショットに示すように、インスタンスに接続してフォルダーを展開します。

権限の割り当て

• ステップ2 *-TestUserを右クリックして、[プロパティ]をクリックします。 次の画面が表示されます。

データベースTestUser

• ステップ3 * [検索]をクリックして、特定のオプションを選択します。 [オブジェクトの種類]をクリックし、テーブルを選択して[参照]をクリックします。 「TestTable」を選択して、「OK」をクリックします。 次の画面が表示されます。

データベースTestUser

• ステップ4 *上記のスナップショットに示すように、[許可の選択]の下の[列の付与]チェックボックスをオンにして、[OK]をクリックします。

データベースTestUser

• ステップ5 *「TestUser」に付与されたTestDBデータベースの「TestTable」に対する権限を選択します。 OKをクリックしてください。

MS SQL Server-データベースの監視

監視とは、データベースのステータス、所有者の名前、ファイル名、ファイルサイズ、バックアップスケジュールなどの設定を確認することです。

SQL Serverデータベースは、主にSQL Server Management StudioまたはT-SQLを介して監視できます。また、エージェントジョブの作成、データベースメール、サードパーティツールなどの構成など、さまざまな方法で監視できます。

データベースのステータスは、次のスナップショットに示すように、オンラインであるか他の状態であるかを確認できます。

データベースの監視

上記の画面に従って、すべてのデータベースは「オンライン」ステータスにあります。 データベースが他の状態にある場合、次のスナップショットに示すように、その状態が表示されます。

データベースの監視

MS SQL Server-サービス

MS SQL Serverは、データベースの作成と保守に必須の次の2つのサービスを提供します。 さまざまな目的で利用できる他のアドオンサービスもリストされています。

• SQLサーバー
• SQL Serverエージェント

他のサービス

• SQL Serverブラウザ
• SQL Serverフルテキスト検索
• SQL Server統合サービス
• SQL Server Reporting Services
• SQL Server分析サービス

上記のサービスは、次の方法を使用して利用できます。

サービスを開始

サービスを開始するには、次の2つの方法のいずれかを使用できます。

方法1 – Services.msc

• ステップ1 *-[実行]に移動し、services.mscと入力して[OK]をクリックします。 次の画面が表示されます。

サービス

• ステップ2 *-サービスを開始するには、サービスを右クリックして、[開始]ボタンをクリックします。 次のスナップショットに示すように、サービスが開始されます。

サービス

方法2 – SQL Server構成マネージャー

• ステップ1 *-次のプロセスを使用して構成マネージャーを開きます。

スタート→すべてのプログラム→MS SQL Server 2012→構成ツール→SQL Server構成マネージャー。

サービス

• ステップ2 *-サービス名を選択し、右クリックして開始オプションをクリックします。 次のスナップショットに示すように、サービスが開始されます。

サービス

サービスを停止

サービスを停止するには、次の3つの方法のいずれかを使用できます。

方法1-Services.msc

• ステップ1 *-[実行]に移動し、services.mscと入力して[OK]をクリックします。 次の画面が表示されます。

サービス

• ステップ2 *-サービスを停止するには、サービスを右クリックして[停止]をクリックします。 次のスナップショットに示すように、選択したサービスが停止します。

サービス

方法2 – SQL Server構成マネージャー

• ステップ1 *-次のプロセスを使用して構成マネージャーを開きます。

スタート→すべてのプログラム→MS SQL Server 2012→構成ツール→SQL Server構成マネージャー。

サービス

• ステップ2 *-サービス名を選択し、右クリックして[停止]オプションをクリックします。 次のスナップショットに示すように、選択したサービスが停止します。

サービス

方法3 – SSMS（SQL Server Management Studio）

• ステップ1 *-次のスナップショットに示すようにインスタンスに接続します。

サービス

• ステップ2 *-インスタンス名を右クリックして、[停止]オプションをクリックします。 次の画面が表示されます。

サービス

• ステップ3 *-[はい]ボタンをクリックすると、次の画面が開きます。

サービス

• ステップ4 *-上記の画面で[はい]オプションをクリックして、SQL Serverエージェントサービスを停止します。 次のスクリーンショットに示すように、サービスが停止します。

サービス

Note

• サービスが既に停止している状態のために接続できないため、SQL Server Management Studioの方法を使用してサービスを開始することはできません。
• SQL Serverエージェントサービスは依存サービスであるため、SQL Serverサービスの停止中にSQLサービスエージェントサービスの停止を除外することはできません。

MS SQL Server-HAテクノロジー

高可用性（HA）は、計画的または計画外の停止のいずれかの下で、アプリケーション\データベースを24時間365日利用可能にするソリューション\プロセス\テクノロジーです。

主に、MS SQL Serverには、データベースの高可用性ソリューションを実現するための5つのオプションがあります。

複製

ソースデータは、レプリケーションエージェント（ジョブ）を介して宛先にコピーされます。 オブジェクトレベルの技術。

用語

• 発行元はソースサーバーです。
• ディストリビューターはオプションであり、サブスクライバーの複製データを保管します。
• サブスクライバーは宛先サーバーです。

ログ配布

ソースデータは、トランザクションログバックアップジョブを介して宛先にコピーされます。 データベースレベルのテクノロジー。

用語

• プライマリサーバーはソースサーバーです。
• セカンダリサーバーは移行先サーバーです。
• 監視サーバーはオプションであり、ログ配布ステータスによって監視されます。

ミラーリング

プライマリデータは、エンドポイントとポート番号のミラーリングを使用して、ネットワークトランザクションベースでセカンダリにコピーされます。 データベースレベルのテクノロジー。

用語

• プリンシパルサーバーはソースサーバーです。
• ミラーサーバーは移行先サーバーです。
• 監視サーバーはオプションであり、自動フェールオーバーを行うために使用されます。

クラスタリング

データは、サーバーの可用性に基づいてプライマリサーバーとセカンダリサーバーの両方で使用される共有場所に保存されます。 インスタンスレベルのテクノロジー。 共有ストレージでは、Windowsクラスタリングのセットアップが必要です。

用語

• アクティブノードは、SQLサービスが実行されている場所です。
• パッシブノードは、SQLサービスが実行されていない場所です。

AlwaysON可用性グループ

プライマリデータは、ネットワークトランザクションベースでセカンダリにコピーされます。 データベースレベルのテクノロジーのグループ。 Windowsクラスタリングのセットアップは、共有ストレージなしで必要です。

用語

• プライマリレプリカはソースサーバーです。
• セカンダリレプリカは移行先サーバーです。

以下は、クラスタリング、AlwaysON可用性グループ、レプリケーションを除くHAテクノロジー（ミラーリングとログ配布）を構成する手順です。

• ステップ1 *-ソースデータベースの完全バックアップとTログバックアップを1つずつ作成します。

例

'TESTINSTANCE’のデータベース 'TestDB’のミラーリング\ログ配布をプライマリSQLサーバーとして、 'DEVINSTANCE’をセカンダリSQLサーバーとして構成するには、次のクエリを記述して、ソース（TESTINSTANCE）サーバーで完全およびTログバックアップを作成します。

「TESTINSTANCE」SQL Serverに接続し、新しいクエリを開いて次のコードを記述し、次のスクリーンショットに示すように実行します。

Backup database TestDB to disk = 'D:\testdb_full.bak'
GO
Backup log TestDB to disk = 'D:\testdb_log.trn'

HA Technologies

• ステップ2 *-バックアップファイルを移行先サーバーにコピーします。

この場合、1つの物理サーバーと2つのSQL Serverインスタンスのみがインストールされているため、コピーする必要はありませんが、2つのSQL Serverインスタンスが異なる物理サーバーにある場合、次の2つのファイルを任意の場所にコピーする必要があります「DEVINSTANCE」インスタンスがインストールされているセカンダリサーバー。

HA Technologies

• ステップ3 *-「norecovery」オプションを使用して、宛先サーバーのバックアップファイルでデータベースを復元します。

例

「DEVINSTANCE」SQL Serverに接続し、新しいクエリを開きます。 次のコードを記述して、データベースミラーリング用のプライマリデータベース（ 'TestDB'）と同じ名前である 'TestDB’という名前のデータベースを復元します。 ただし、ログ配布構成には別の名前を指定できます。 この場合、「TestDB」データベース名を使用しましょう。 2つの（完全およびt-logバックアップファイル）リストアに「norecovery」オプションを使用します。

Restore database TestDB from disk = 'D:\TestDB_full.bak'
with move 'TestDB' to 'D:\DATA\TestDB_DR.mdf',
move 'TestDB_log' to 'D:\DATA\TestDB_log_DR.ldf',
norecovery
GO
Restore database TestDB from disk = 'D:\TestDB_log.trn' with norecovery

HA Technologies

次のスナップショットに示すように、「DEVINSTANCE」サーバーのデータベースフォルダーを更新して、復元されたデータベース「TestDB」と復元ステータスを確認します。

HA Technologies

• ステップ4 *-次のスナップショットに示すように、要件に従ってHA（ログ配布、ミラーリング）を構成します。

例

プライマリである 'TESTINSTANCE' SQL Serverの 'TestDB’データベースを右クリックし、[プロパティ]をクリックします。 次の画面が表示されます。

HA Technologies

• ステップ5 *-要件に応じて上記の画面に示されているように、赤色のボックスにある「ミラーリング」または「トランザクションログ配布」と呼ばれるオプションを選択し、システム自体のガイドに従ってウィザードの手順に従って構成を完了します。

MS SQL Server-レポートサービス

• レポート*は表示可能なコンポーネントです。

使用法

レポートは、基本的に2つの目的で使用されます-会社内部業務および会社外部業務。

報告サービス

これは、さまざまな種類のレポートを作成および公開するために使用されるサービスです。

以下は、レポートを作成するために必要な3つの要件です。

• ビジネスプロセス
• レイアウト
• Query \ Procedure \ View

BIDS（2008 R2までのBusiness Intelligence Studio）とSSDT（2012年のSQL Server Data Tools）は、レポートを開発するための環境です。

BIDS \ SSDT環境を開いてレポートを作成する手順は次のとおりです。

• ステップ1 *-Microsoft SQL Serverプログラムグループのバージョンに基づいてBIDS \ SSDTを開きます。 次の画面が表示されます。 この場合、SSDTが開きました。

レポートサービス

• ステップ2 *-上記のスクリーンショットの左上隅にあるファイルに移動します。 [新規]をクリックして、プロジェクトを選択します。 次の画面が開きます。

レポートサービス

• ステップ3 *-上記の画面で、次のスクリーンショットに示すように、左上隅のビジネスインテリジェンスの下でレポートサービスを選択します。

レポートサービス

• ステップ4 *-上記の画面で、レポートを作成する要件に基づいて、レポートサーバープロジェクトウィザード（ウィザードを順を追ってガイドします）またはレポートサーバープロジェクト（カスタマイズ設定の選択に使用されます）を選択します。

MS SQL Server-実行計画

実行プランは、統計とAlgebrizer \ processorツリーの助けを借りて、クエリオプティマイザーによって生成されます。 これはクエリオプティマイザーの結果であり、作業や要件を実行する方法を示しています。

推定と実際の2つの異なる実行計画があります。

• 推定実行計画*はオプティマイザービューを示します。

• 実際の実行計画*は、クエリを実行したものとその方法を示します。

実行プランはプランキャッシュと呼ばれるメモリに格納されるため、再利用できます。 オプティマイザがクエリの実行の並列性を決定しない限り、各プランは1回保存されます。

SQL Serverで使用できる実行プランには、グラフィカルプラン、テキストプラン、XMLプランの3つの異なる形式があります。

SHOWPLANは、実行計画を表示するユーザーに必要な権限です。

例1

推定実行計画を表示する手順は次のとおりです。

• ステップ1 *-SQL Serverインスタンスに接続します。 この場合、「TESTINSTANCE」は、次のスナップショットに示されているインスタンス名です。

実行計画

• ステップ2 *-上記の画面で[新しいクエリ]オプションをクリックして、次のクエリを記述します。 クエリを作成する前に、データベース名を選択します。 この場合、「TestDB」はデータベース名です。

Select * from StudentTable

実行計画

• ステップ3 *-次のスクリーンショットに示すように、上の画面で赤色のボックスで強調表示されているシンボルをクリックして、推定実行計画を表示します。

実行計画

• ステップ4 *-上の画面の赤色のボックスの上にある2番目のシンボルであるテーブルスキャンにマウスを置き、推定実行計画を詳細に表示します。 次のスクリーンショットが表示されます。

実行計画

例2

以下は、実際の実行計画を表示する手順です。

• ステップ1 * SQL Serverインスタンスに接続します。 この場合、「TESTINSTANCE」はインスタンス名です。

実行計画

• ステップ2 *-上記の画面に表示される[新しいクエリ]オプションをクリックして、次のクエリを記述します。 クエリを作成する前に、データベース名を選択します。 この場合、「TestDB」はデータベース名です。

Select * from StudentTable

実行計画

• ステップ3 *-上記の画面で赤色のボックスで強調表示されているシンボルをクリックし、クエリを実行して、次のスクリーンショットに示すように、クエリ結果とともに実際の実行プランを表示します。

実行計画

• ステップ4 *-実際の実行計画を詳細に表示するには、画面上の赤い色のボックスの上にある2番目のシンボルであるテーブルスキャンにマウスを置きます。 次のスクリーンショットが表示されます。

実行計画

• ステップ5 *-上記の画面の左上隅にある[結果]をクリックして、次の画面を表示します。

実行計画

MS SQL Server-統合サービス

このサービスは、ETL（抽出、変換、およびデータのロード）および管理操作を実行するために使用されます。 BIDS（2008 R2までのBusiness Intelligence Studio）とSSDT（2012年のSQL Server Data Tools）は、パッケージを開発する環境です。

SSIS基本アーキテクチャ

ソリューション（プロジェクトのコレクション）--→プロジェクト（パッケージのコレクション）--→パッケージ（ETLおよび管理操作のタスクのコレクション）

パッケージでは、次のコンポーネントが利用可能です-

• 制御フロー（コンテナとタスク）
• データフロー（ソース、変換、宛先）
• イベントハンドラー（メッセージの送信、電子メール）
• パッケージエクスプローラー（パッケージ内のすべての単一ビュー）
• パラメーター（ユーザーインタラクション）

BIDS \ SSDTを開く手順は次のとおりです。

• ステップ1 *-Microsoft SQL Serverプログラムグループのバージョンに基づいてBIDS \ SSDTを開きます。 次の画面が表示されます。

統合サービス

• ステップ2 *-上記の画面は、SSDTが開いたことを示しています。 上の画像の左上隅にあるファイルに移動し、[新規]をクリックします。 プロジェクトを選択すると、次の画面が開きます。

統合サービス

• ステップ3 *-上記の画面の左上隅にある[ビジネスインテリジェンス]で[統合サービス]を選択して、次の画面を表示します。

統合サービス

• ステップ4 *-上記の画面で、パッケージを開発/作成する要件に基づいて、Integration Services ProjectまたはIntegration Services Import Project Wizardを選択します。

MS SQL Server-分析サービス

このサービスは、大量のデータを分析し、ビジネス上の意思決定に適用するために使用されます。 また、2次元または多次元のビジネスモデルの作成にも使用されます。

SQL Server 2000バージョンでは、MSAS（Microsoft Analysis Services）と呼ばれます。

SQL Server 2005からは、SSAS（SQL Server Analysis Services）と呼ばれます。

モード

ネイティブモード（SQL Serverモード）と共有ポイントモードの2つのモードがあります。

モデル

2つのモデル-テーブルモデル（チームおよび個人分析用）とマルチディメンションモデル（企業分析用）があります。

BIDS（2008 R2までのBusiness Intelligence Studio）およびSSDT（2012年のSQL Server Data Tools）は、SSASで動作する環境です。

• ステップ1 *-Microsoft SQL Serverプログラムグループのバージョンに基づいてBIDS \ SSDTを開きます。 次の画面が表示されます。

分析サービス

• ステップ2 *-上記の画面は、SSDTが開いたことを示しています。 上の画像の左上隅にあるファイルに移動し、[新規]をクリックします。 プロジェクトを選択すると、次の画面が開きます。

分析サービス

• ステップ3 *-左上の隅にあるように、ビジネスインテリジェンスの下の上の画面でAnalysis Servicesを選択します。 次の画面が表示されます。

分析サービス

• ステップ4 *-上記の画面で、Analysis Servicesを使用する要件に基づいて、リストされている5つのオプションからいずれか1つのオプションを選択します。