SQL Serverでのデータベースの接続に関する一般的な質問：
- データベースをアタッチまたはデタッチするとはどういう意味ですか？
- データベースをデタッチするにはどうすればよいですか？
- データベースを接続するにはどうすればよいですか？
- ログを添付して再構築するとはどういう意味ですか？
- SQL Server Expressでどのように行うのですか？
- いつデタッチとアタッチを検討できますか？
- リスクや警告はありますか？
- SQL Serverのバージョンとエディションの間の接続はどうですか？（StandardからEnterprise？2000から2008？2012から2008？）
回答:
デタッチから始めます。SQL Serverでデータベースをデタッチすると、データベースがオフラインになり、デタッチ元のSQL Serverインスタンスから削除されます。データベースのデータとログファイルはそのまま残り、一貫した状態のままになります。そのため、後でデータベースを別のSQL Serverインスタンスに接続できます。アタッチは、適切にデタッチされた（またはSQL Serverの正常にシャットダウンされたインスタンスからコピーされた）データベースのデータとログファイルをSQL Serverのインスタンスに接続し、データベースをオンラインにします。
これは、T-SQLまたはSQL Server Management Studio GUIから実行できます。
GUIで、デタッチするデータベースを右クリックし、選択してAll TasksをクリックしDetachます。そこからデタッチダイアログが表示されます。最初に接続をドロップして、アクティブな接続を強制的に切断し、実行中の作業をロールバックすることを選択できます。デタッチ前に統計を更新することもできます。
T-SQLの場合：
-- You don't want to be in the database you are trying to detach
USE Master
GO
-- Optional step to drop all active connections and roll back their work
ALTER DATABASE DatabaseName
SET SINGLE_USER WITH ROLLBACK IMMEDIATE
GO
-- Perform the detach
EXEC sp_detach_db 'DatabaseName'
GOシステムストアドプロシージャsp_detach_dbには、オプションで渡すことができる2つのパラメーターがあります。
@skipchecks-許容される入力は'True'またはの'False'場合'True'、SQL Serverはデタッチ前に統計を更新します。'の場合False'、実行されません。ここで何も指定しない場合、SQL Server 2005以降で統計が更新されます。
@keepfulltextindexfile-ここでのデフォルトは'True'-これがtrueに設定されている場合、フルテキストインデックスメタデータはデタッチ中に削除されません。デタッチの詳細と、以下で強調するリスクの詳細については、Books Onlineの記事を参照してくださいsp_detach_db。
T-SQLまたはSQL Server Management Studio GUIからこれを行うこともできます。
（注：適切にデタッチされていないデータベースのデータファイルとログファイルがある場合、アタッチが機能しないことがあります。デタッチが発生すると、データベースがオフラインになり、ログファイルとデータファイルが整合状態になります。これもサービスが正常にシャットダウンされると発生します。）
GUIで、Databasesインスタンスの最上位フォルダーを右クリックし、を選択しますAttach。次のダイアログで、アタッチするデータベースのプライマリデータファイル（.MDF）を選択し、他のファイルが選択され、適切な場所が指定されていることを確認し、[OK]をクリックしてデータベースをアタッチします。
T-SQLでは、SQL Server 2005以降でこれを行う最適な方法はCREATE DATABASEコマンドを使用することです。これは、SQL Server 2012以降でサポートされている方法です。使用方法を確認したい場合sp_attach_dbは、書籍のオンライン記事[sp_attach_db][3]または[sp_attach_single_file_db][4]
ログファイルとデータファイルが使用可能で、それらが一貫している場合、これがT-SQLアプローチです。
-Create DatabaseとFOR ATTACH句を使用して接続する
CREATE DATABASE DatabaseName
ON (FILENAME = 'FilePath\FileName.mdf'), -- Main Data File .mdf
(FILENAME = 'FilePath\LogFileName.ldf'), -- Log file .ldf
(FILENAME = 'FilePath\SecondaryDataFile.ndf) -- Optional - any secondary data files
FOR ATTACH
GO Create Databaseステートメントの詳細については、オンラインの書籍でも参照できます。
実際は同じです。SQL Server Management Studio Expressを使用している場合は、上記のGUIのデタッチ/アタッチダイアログを使用するか、上記のSSMS Expressを介したT-SQLステップも使用できます。Expressとの違いはありません。
あなたはSSMS Expressを持っていない場合は、（それをダウンロードすることができますここでは SQL Server 2012のExpressバージョンです）。
SQLCMDセッションに入ると、上記と同じT-SQL構造を使用できます。
最初に、デタッチとアタッチが何のために使われるのかという言葉はありません。このようなトランザクションログバックアップはありません。データベースファイルが誤って削除される可能性がある状態になり、この目的にはまったく良い方法ではありません。
ただし、デタッチとアタッチはいくつかのユースケースに適しています（網羅的ではありません。自由に編集して、より多くの新しい回答を追加または作成してください）。
繰り返しになりますが、ここではオンラインの書籍が優れたリソースですが、データベースのデタッチまたはアタッチに関して留意すべき具体的な考慮事項をいくつか挙げます。
切り離す
接続 -インターネットからスクリプトを実行したり、空港で見知らぬ人からのパッケージを受け入れたりしないように、検証するための手順を実行せずに、他の人から取得したデータベースを接続しないでください。このデータベースには、環境を危険にさらす可能性のあるトリガーやストアドプロシージャなどのコードが含まれている可能性があります。運用システムではなく、安全なファイアウォール環境で接続するデータベースを確認する必要があります。
これらは、バージョン間でのデータベースの復元に関するルールと違いはありません。通常、3つのバージョンについて次のバージョンまで復元できます（たとえば、SQL Server 2008からSQL Server 2012は機能しますが、SQL Server 2000からSQL Server 2012は機能しません）。バックアップ/復元またはデタッチ/アタッチを介してまったく逆戻りすることはできません。オブジェクトをスクリプト化して挿入をスクリプト化して、手動で、またはこれを行うツールを使用して実行する必要があります。エディションの場合、通常はSQL ServerのメインSKU間を移動できます。たとえば、データベースを標準からエンタープライズに追加作業なしで移動できます。ただし、エンタープライズ機能（Say、圧縮、パーティション分割）を使用している場合は、移動する前にこれらの機能を無効にする必要があります。あなたはあなたの機能のアイデアを得ることができます