1. IDEF0 図を構成する基本要素は長方形のボックスと矢印であり、長方形のボックス内の動詞句は機能アクティビティの名前を記述し、アクティビティの番号は長方形の右下の指定された位置に書き込まれます。必要に応じてボックスを追加します。左側の入力矢印は、アクティビティを完了するために必要なデータを示します。四角形の上の制御矢印は、このアクティビティの実行に影響を与えるイベントまたは制約を示します。右側の出力矢印は、このアクティビティによって生成された結果セット情報を示します。下に入るメカニズムの矢印は、実装を示します。アクティビティの物理的手段、またはアクティビティを実行するために必要なリソース (コンピュータ システム、人、または組織)。
2. DFD アプローチは、データ フロー、処理、データ ストレージ、および外部用語という 4 つの基本要素 (モデル オブジェクト) で構成されます。
3. データベースの物理設計には主に以下のリンクが含まれており、各リンクには複数の設計内容が含まれています。
①データベースロジックモードの説明。②ファイル構成とアクセス設計：トランザクションデータのアクセス特性の分析結果に基づいて、基本テーブルに対してより効果的なファイル構成とインデックス方法を設計できます。
③データ配信設計。
④ システム構成を決定します。
⑤物理モデルの評価。
クエリのパフォーマンスを確保するために、データベースの物理構造設計に属する複数の元のテーブルを 1 つのテーブルにマージすることが決定されました。
4. ブロッキングとは、データの不整合を避けるために、一定期間内にユーザーがデータ オブジェクトに対して特定の操作を実行することを禁止することを指します。ブロックの粒度は、システムの同時実行性と同時実行制御のオーバーヘッドに密接に関係しています。ブロックの粒度が大きくなると、同時実行性が小さくなり、システムのオーバーヘッドが小さくなります。ブロッキングの粒度が小さいほど、同時実行性が高まり、システムのオーバーヘッドが大きくなります。そのため、ブロッキングの粒度を高めることの利点は、ブロッキングのオーバーヘッドを削減できることです。
5. 整合性制約のアクションオブジェクトは、列、タプル、関係の 3 つのレベルに分かれています。列の制約は主に、値の型、範囲、精度、並べ替えなどに関する制約を指します。タプルの制約は主に、レコード内の属性間の関係に関する制約を指します。リレーションシップの制約は、レコード内の属性間の制約を指します。レコード間の関連付け、リレーションのコレクション、およびリレーション間の関連付けに対するいくつかの制約。レベルと飛行距離はパイロット テーブルの属性に属します。特定のレベルのパイロットが特定の飛行距離を満たす必要がある場合、この制約の整合性レベルはタプル レベルの整合性制約に属します。
6. UML では、詳細 (マイクロ設計) について、オブジェクト図、ステートマシン図、およびタイム図を使用して、特定の状況下でのシステム動作を表現、分析、および記述できます。パッケージ図はマクロ設計に属します。
7.SQL Server 2008 は、DML、DDL、ログイン トリガーの 3 種類のトリガーをサポートします。DML イベントは、テーブルまたはビューに対する INSE RT 、 UPDATE 、または DELETE ステートメントです。DDL イベントは主に、T-SQL の CREATE、ALTER、DROP ステートメントと、同様の DDL 操作を実行する特定のシステム ストレージ プロセスに対応します。ログイン トリガーは、ユーザー セッションの確立時に発生する、LOGON イベントが発生すると起動します。
8. ストアド プロシージャの作成時に 1 つ以上のパラメータを宣言できます。ただし、パラメータのデフォルト値が定義されているか、パラメータが別のパラメータと同じに設定されている場合を除き、ストアド プロシージャを呼び出すときに、ユーザーは宣言された各パラメータの値を指定する必要があります。出力パラメータは、OUTPUT を使用してプロシージャ呼び出し元に値を返します。
9. トランザクション ログ ファイルの推奨拡張子は です。ldf 、復元されたデータベースのすべてのログ情報を保存するために使用されます。各データベースには少なくとも 1 つのログ ファイルが必要ですが、複数のログ ファイルを持つことができます。データベースを作成するときに、メイン データ ファイルのサイズが指定されていない場合、データベース エンジンはモデル データベースのメイン データ ファイルのサイズを使用します。セカンダリ データ ファイルまたはログ ファイルが指定されているが、ファイル サイズが指定されていない場合、ファイル サイズは 1MB とみなされます。プライマリ データ ファイルに指定するサイズは、model データベースのプライマリ データ ファイルのサイズ以上である必要があります。データベースのすべてのログ ファイルは、同じディスクに保存することも、別のディスクに保存することもできます。
10. データベースでは、複数のファイル グループを定義し、ファイルを異なるファイル グループに配置できます。ファイルは複数のファイル グループのメンバーになることはできません。プライマリ ファイル グループ (PRIMARY) は、システムによって定義されたファイル グループであり、メイン データ ファイルと、他のファイル グループに明示的に割り当てられていないその他のデータ ファイルが含まれます。各データベースは、デフォルトのファイル グループとして 1 つのファイル グループのみを指定できます。 。データベースに複数のデータ ファイルを含め、これらのデータ ファイルを異なるディスク上に構築すると、複数のディスク上の記憶領域を最大限に活用できるだけでなく、データ アクセスの効率も向上します。
11. システム管理者はデータベースサーバーに対する全権限を持ち、SQL Server 2008 のデフォルトのシステム管理者は「sa」(System Administrator の略称) です。インストール後、他のユーザーにもシステム管理者権限を付与できます。システム管理者は、データベース サーバーに対する完全な権限を持ちます。これには、サーバーを構成および管理する権限と、すべてのデータベースを操作する権限が含まれます。
12. 正規化理論では、すべてのリレーショナル スキーマが第 3 正規形を満たす必要がありますが、データベース最適化におけるスキーマ調整は主に非正規化であり、標準化された関係を非正規化された関係に変換するプロセスです。一般的な非正規化方法には、派生冗長列の追加、冗長列の追加、テーブルの再編成、テーブルの分割、集計テーブルの追加などが含まれます。
13. インデックスはデータベース内の重要なデータ構造であり、インデックスの目的はクエリの効率を向上させることです。インデックスの使用は適切である必要があり、その使用原則は一般に次のとおりです。
① クエリの条件としてよく使用される列にはインデックスを作成する必要があります。②頻繁に並べ替えやグループ化（つまり、group by や order by 操作）を行う列にはインデックスを付ける必要があります。
③ 列の値の範囲が非常に大きい場合、その列に対してインデックスを作成する必要があります。
④ ソート対象の列が複数ある場合は、これらの列に対して複合インデックスを確立する必要があります。
⑤ システムツールを使用してインデックスの整合性をチェックし、必要に応じて修復できます。
14. データベース システムの動作中、データベース システムが正常かつ効率的に動作することを保証するために、データベース システムを継続的に監視、評価、調整、変更する必要があります。データベース設計プロセス中に、データベースのパフォーマンスが向上すると、データの冗長性が向上する場合があります。
15. ログ ファイルを導入し、それを使用してダンプ期間中に各トランザクションの変更アクティビティ レコードをデータベースに記録し、ダイナミック ダンプのバックアップ コピーとログ ファイルを使用してデータベースを正しい状態に復元します。ある瞬間。増分ダンプは、フル ダンプよりも所要時間とスペースが少なくて済むため、システム障害からの回復にかかる時間が短くなります。バックアップ戦略には、回復時間を考慮する必要があります。
16. データベースの完全バックアップは、データベース データがそれほど大きくなく、データの変更がそれほど頻繁ではない状況に適しています。
17. ユーザーがデータベースを作成すると、システムはモデル データベースのすべての内容を新しいデータベースに自動的にコピーします。
18. 並列データベースは、マルチプロセッサと共有ハードウェアだけでは真の並列処理を実現できません。データ分散が合理的で並列処理が容易な場合にのみ、並列データベースのパフォーマンスを最適化できます。合理的なデータ分割により、クエリ処理時間を最小限に抑え、並列処理のパフォーマンスを最大限に高めることができます。
19. 並列データベース システムの主な目的は、データベース システムのスループットを向上させ、トランザクション応答時間を短縮することですが、データベース アプリケーションの開発では、データベースのパフォーマンスと可用性に対するより高い要件が求められます。
20. ラウンドロビン方式により、タプルは最大 1 の差で複数のディスクに均等に分散されます。この戦略は、関係全体をスキャンするアプリケーションに最も適しており、スキャン中に n 個のディスクからデータを並行して読み取り、負荷分散し、並列処理を完全に実行できます。
21. 従来の OLTP 環境では、データベース システムのデータは一般に、企業の基本的なビジネス アプリケーションに合わせた方法で編成されます。データ ウェアハウスでは、データはサブジェクト指向で編成されます。サブジェクトは抽象的な概念です。サブジェクトは、分析対象または分析フィールドとも呼ばれ、特定のマクロ分析分野に含まれるオブジェクトを表現するために使用されます。 、およびオブジェクト関連のデータセット間の関係。
22. メタデータは、データやその他の項目の構造、内容、チェーン、インデックスを記述します。
①従来のデータベースでは、メタデータはデータベース内の各オブジェクトを記述します。たとえば、データベース内のデータ辞書もメタデータの一種です。
②リレーショナル データベースでは、メタデータはデータベース、テーブル、列などの他のオブジェクトの定義を記述します。
③データ ウェアハウスでは、メタデータによってデータ ウェアハウス内の多くのオブジェクト (テーブル、列、クエリ、ビジネス ルール、データ ウェアハウス内のデータ転送) が定義されます。
