データベースの取り付けとdetaching detaching /取り付けが使用されまたはコンピュータ間での移動中に、データベースの物理ディスクにします。 データベースが切り離されたときには、リンクのデータをサーバーからファイルおよびトランザクションログが削除されます。 データベースに接続する際には、これらのリンクを再確立します。 切り取って再接続する際に、あなたの必要性をなくすに戻すには、手動でデータベースをバックアップします。 ときに、データベースの再付着は、すべてのファイルを変更していなければならない場所を指定します。
filegroups filegroupsはしていたデータベースファイルにまとめ、管理の目的でのみです。 filegroup時には組織のパフォーマンスを高めることができ、それが主な目的ではありませんfilegroupます。 filegroupsの柔軟性を高めるには便利なので、全体としては、データベースします。 filegroups管理者に部分的にできるように、データベースをバックアップします。 filegroups耐故障性よりもできるようにする能力を付与されたデータベースを複数の物理ディスクに広がります。 filegroupが含まれ、プライマリデータファイルと呼ばれ、プライマリfilegroupます。 その他の中には、ユーザー定義filegroups作成することができ、プライマリfilegroupは、デフォルトでない限り明示的に変更しました。 また、明示的に指定しない限り、すべてのファイルが配置され、デフォルトのfilegroupます。 明示的に指定しない限り、データベースを作成したときに、データベースには同じ大きさに成長するまでに必要なディスクの空き容量は、肉体的に疲れています。 filegroupsを割り当てることができ、最大サイズとの成長率を決定する際にどの程度の成長かれらは、現在の空間は疲れています。 これらの属性を指定することができ中に確立さfilegroupの作成や変更することができた後filegroupが作成されます。
拡大や縮小したときに、データベースのデータベースが作成されると、それは、割り当てられた最大サイズと自動成長率を使用するときには、最初のファイルのサイズを超えています。 データベースの拡大または縮小することができたら、手動で作成しました。 データベースを作成するコマンドを作成してデータベースを確立することができ声明は多くのオプションの中には、データベースを作成できます。 声明のデータベースを作成するための構文は次のとおりです：
データベースを作成するコマンド
声明は、データベースを作成することができ多くのオプションを確立して、データベースの中に作成します。 声明のデータベースを作成するための構文は次のとおりです：
データベースを作成する<database_name>
[上<filegroup_name>
名前= <filename_1> 、
ファイル名= 'ドライブ： \ディレクトリ\ filename.mdf ' 、
サイズ= <initialサイズmb> 、
maxsize = <maximumサイズmb> 、
filegrowth = <sizeをmbを追加>
]
のデータベースを変更するコマンド
変更するコマンドを使用すると、データベースのデータファイルを変更した後に作成しました。 声明は、データベースを変更するための構文は次のとおりです：
データベースを変更する<database_name>
（追加ファイル[ filegroup ] [ filegroupを復元]
（ファイル名= 'ドライブ： \ディレクトリ\ filename.mdf '
サイズ= <sizeでmb>
maxsize = <sizeでmb>
filegrowth = <sizeをmbをadd>
filegroupを<filegroup_name>
）
ファイルを追加することも可能に置き換えられ、次のステートメントを達成するために、次の結果：
声明の目的
ログファイルを追加したデータベースのログファイルを追加する
削除したファイルのデータを削除するには、トランザクション、またはデータベースからのログファイル
追加filegroup filegroupをデータベースに追加する
削除filegroup filegroupデータベースから削除する
修正ファイルの属性を変更する（サイズ、 maxsize 、またはfilegrowth ）のファイルには、データベース
filegroupのプロパティを変更して、変更内容を変更し、指定しfilegroup （読み取り専用で、 readwrite 、デフォルト）
トランザクションログは、トランザクションログのすべてのレコードに加えられた変更は、データベースを変更できるようにロールバックまたは転送されるこのイベントには、システムの故障の場合、または誤った入力してください。 トランザクションログは、データファイルに関連付けられたときに、データベースが作成されます。 実際にはいくつかのトランザクションログファイルが正確に行われた変更をデータベースに説明しています。 これらのファイルは1つのファイルとして扱われ、データベースのためのスペースと配置します。
そこに来る時点で古いログレコードはもはや回復のために必要または削除しなければならないと、データベースを復元するための余地を作る新しいログ記録します。 過程で、これらのログを削除すると、ログの記録短縮が呼び出されます。
可能な場合は、トランザクションログを配置しなければならないよりも、別の物理ディスクのデータファイルをします。 この配置のパフォーマンスを削除することにより競争を増加させるためには、ハードドライブのアクセス時間から、トランザクションログファイルやデータファイルをします。
トランザクションログの書き込みを控えているsql server 2000を使用するログの書き込みを控えています。 ログの書き込みを控えていることを確認していませんが書かれたデータの変更をディスクに保存する前に、関連するログを記録します。 sql server 2000のバッファキャッシュを維持するようにしてデータの読み出しページをご覧ください。 直接データをディスクに保存する前に変更はありませんが、このページのコピーして、バッファキャッシュします。 修正ではありません書かれlazywriterをディスクに保存するまでのプロセスは、スケジュールの書き込みページを開きます。
当時の修正がなされている内のページへのバッファ、ログの記録は、内蔵のキャッシュを記録したログを修正します。 このログ記録を書かなければならない汚れをディスクに保存する前に、関連するページが紅潮してからバッファキャッシュをディスクに保存します。 汚れている場合は、ログを記録する前に紅潮したページに、次のように変更し、ディスク上に作成することができなかった場合にロールバックされる前に、サーバーのログの記録に失敗しましたがディスクに書き込まれます。 sqlサーバーは、ページのロジックを使用しているため、汚れているから、関連するログに記録する前に紅潮します。 のためのログ記録を控えて書かれており、常に関連付けられているデータページでは、ログと呼ばれるログの書き込みを控えています。
データベースオブジェクトの管理
オブジェクトは、データベースのテーブルが含まれるすべてのデータはデータベースにします。 テーブルの行と列の整理にデータを入力する形式で各レコードを表し、各列のユニークな記録を表したフィールドを記録しています。 テーブルが作成されるテーブルを作成するコマンドを使います。 テーブルを変更することができたalter tableのコマンドを使用しています。
オブジェクトは、 インデックスに登録することが関連付けられているテーブルのレコードの検索スピードを向上させるには、表のキーを含む内蔵してきたから、 1つまたは複数のテーブルのカラムにします。 インデックスに登録するには2つの種類、クラスタnonclusteredとします。 ソートするクラスタードインデックスとレコード店のデータテーブルのキー値に基づいています。 nonclusteredインデックスをどのように影響を与えませんデータテーブルのレコードがソートされます。 nonclusteredインデックスの値が含まれ、インデックスに登録してテーブルのレコードをポイントしています。
制約条件が配置されたデータの列を入力するにはデータの整合性を確保することを意図しています。 通常の制約は、列に配置され、主キーとして指定します。 排他的な手段には制約されませんが、それらは主キー列に有益な方法であることを確認した全ての行の主キー列の値がユニークだ。
キーは、外国人の列に使われている確立を実施するとの間でデータを2つのテーブルをリンクします。 外部キー制約を使用してテーブル間の参照整合性を維持されたデータを制御することができるのに加えられた変更を入力して外部キーテーブルを参照します。
sqlステートメントは、 ストアドプロシージャのコレクションに居住することができ、サーバー上で実行され、ユーザーが希望する目標を達成するためにします。 ストアドプロシージャや変数の値が渡されることができることによって、ユーザー、またはシステムに従って行動することができます。 かれらは、サーバー上に位置して以来、大幅に増加することができストアドプロシージャのパフォーマンスが1つしかないとして認証、認証のための初期のストアドプロシージャを実行して、すべてのコマンドが実行されます。 巣を作ることができストアドプロシージャと呼ぶことができ、他の手続き内の遺体が、ストアドプロシージャです。 ストアドプロシージャが有用である貫ロジックを実装するアプリケーションを横断します。 sqlステートメントは、ストアドプロシージャとロジックを実行するために必要なタスクを実行することができ般的に設計、コーディング、テストに一度とします。 各アプリケーションを必要としてタスクを実行することができそれから単にストアドプロシージャを実行しています。 構造体のストアドプロシージャを使用するには、 1つの点を制御するビジネスプロセスを制御します。
のトリガーは、ストアドプロシージャが活性化するイベント駆動ベースでは、代わりに明示的に呼び出されます。 のトリガーは、通常使用されるデータの整合性を維持し、カスケードアクションを指示、または外部リソースを活用する（例えばe - mailを送る、ポケットベル通知など）をします。 トリガの2種類があり;後のトリガーのトリガーの代わりとします。
後に 、デフォルトのトリガタイプのトリガーは、トリガー後にします。 テーブルの上にすることができ、複数のトリガ、イベントのために定義されます。 指定することができ、最初と最後の火災のトリガーを制御することはできませんが、他のためには、火災のトリガーします。
代わりに設定するには、 トリガの代わりにトリガを指定して行動を取るときにデータが変更されます。 トリガの代わりに明示的に宣言されなければならないのか彼らの代わりには、デフォルトの後にトリガします。 が1つしかない代わりにすることができ、各アクションのトリガーします。
ビューを動的に解釈して表示されている情報にフィルタを1つまたは複数のテーブルとテーブルを作成する複合して他の操作を実行することができます。 行を更新することができ、削除、または挿入からの意見を受け入れた。 実際のテーブルのビューではありませんが、それは表の形式で示されます。
|
|