14.物理データストアの構成


これは、パッチスープ2022の情報処理技師の実験書を見て学んだ記録である.

[1.設計テーブル制約]


1.参照整合性制約

  • バージョンとバージョン間の参照整合性条件は
  • です.
    2つのバージョンがプライマリ・キー、外部キーによって参照関係を確立する場合、参照される外部キーの値は常にプライマリ・キーとして参照されるバージョンに存在する必要があります.

    ①制限


    参照整合性の原則に違反する演算を拒否するオプション

    ②チェーン(Cascade)


    参照バージョンで凡例を削除し、参照バージョンでこれらの凡例を参照する凡例を削除します.

    ③Null(Nullify)


    オプション
  • は、参照されたバージョンから凡例を削除し、参照されたバージョンでは、その凡例を参照する凡例の外部キーにNULL値を加算する.
  • あるバージョンを定義するときに参照されるバージョンが、NULL値を含むNOT NULLの注釈でNOT NULLとして指定されている場合、削除操作
  • は拒否する.

    ④参照整合性制約SQL構文(削除時)

    ALTER TABLE 테이블 ADD
    FOREIGN KEY (외래키)
    REFERENCES 참조테이블(기본키)
    ON DELETE [ RESTRICT | CASCADE | SET NULL ];

    [2.インデックス設計]


    インデックスの適用基準、選択欄などを考慮して設計

    1.索引の概念

  • の検索演算を最適化するために、データベース内のカラム情報のデータ構造
  • が構築する.
  • インデックスは、すべてのデータを取得することなく、必要な情報を迅速に検索できる
  • です.

    2.索引適用条件

  • インデックスが10~15%以内に分散されている場合は、次の式
  • を参照してください.
    分布=(1/(カラム値のタイプ)x 100
    分布=(カラム値の平均行数)/(テーブル内の合計行数)x 100
  • の分布度は範囲以上であるが、局所処理を目的とする場合は
  • が適用される.
  • クエリーと出力条件で使用するカラムは
  • を適用します.
  • インデックスを使用してプライマリ・キーとUniqueキーの制約を自動的に生成する場合は、
  • が適用されます.

    3.索引列の選択

  • 分布度の良い列単独成
  • でよく用いられる組合せ柱は結合インデックスで
  • を生成する.
  • インデックス留意からなるカラムの順序選択(使用頻度、一意性、ソートなど)
  • .
  • 頻繁に変更しない列
  • をできるだけ選択する.

    4.設計上の注意事項

  • 過剰インデックスはオーバーヘッド
  • インデックスには追加のストレージ容量が必要です
    インデックス処理範囲の広い
  • では、全体処理よりも多くのオーバーヘッドが発生することに注意してください.
  • インデックスとテーブルの記憶領域は、
  • を適切に分離するように設計されるべきである.

    [3.ビューデザイン]


    ビューのプロパティと注意事項を参照して設計

    1.ビューのプロパティ


    プロパティがREPLACEビューが既に存在することを示している場合、再生FORCEテーブルが存在するかどうかにかかわらず、ビュー作成NOFORCEマスターテーブルが存在する場合、ビュー作成WITH CHECK OPTIONサブクエリの条件を満たす行のみを変更すると、WITH REONADLYデータオペレータは動作しません

    2.ビュー設計の注意事項

  • ビューを使用すると、実行速度に問題が発生する可能性があります.
  • ビューの条件は、最適なアクセスパス
  • を使用することである.

    [4.クラスタ設計]


    クラスタの適用基準と注意事項を参照して設計する

    1.適用条件

  • インデックスの欠点を解決し、分布が広ければ広いほど
  • が有利になる.
  • アクセス技術ではなく、アクセス効率を向上する物理記憶方法
  • である.
  • 広く分散されたテーブルクラスタにより、ストレージスペースを節約できます.
  • は、頻繁に多数の範囲にアクセスする
  • に適している.
  • インデックスは、広範囲の分布図に使用できます.
  • 複数のテーブルが頻繁に結合する場合は
  • を使用する.

    2.クラスタ設計の注意事項

  • は検索効率を向上するが、入力、修正、削除時に負荷
  • の増加を考慮する.
  • UNION、DISTINT、ORDER BY、GROUP BYが頻繁な列であれば、議論される対象は
  • である.
  • 頻繁に修正されないコラムは研究対象
  • である.
  • の処理範囲は広く、問題が発生した場合は、単一テーブルクラスタ
  • を考慮する.
  • マルチテーブルクラスタ

    [5.区画設計]


    1.パーティションタイプ


    ①区域区分

  • 連続数値または日付に基づくパーティション化技術
  • 簡単な管理方法を提供し、管理時間を短縮できる
  • .

    ②ハッシュ区分

  • パーティションキーに基づくハッシュ関数値のパーティション化方法
  • は均一なデータ分割を実現し、品質性能
  • を向上させることができる.

    ③リスト区分

  • は、特定のパーティションに格納データを明示的に制御可能なパーティション技術
  • である.
  • 類似したデータ量のSQLに大量のカラム条件を入力する場合に便利です
  • ④複合パーティション

  • は、ゾーン分割、ハッシュ・パーティション、およびリスト・パーティションの2つ以上のパーティションを結合するパーティション・テクノロジーです.
  • は、I/O要求を複数のパーティション
  • に分散することができる.

    ⑤ロビンゾーンの循環

  • ラウンド、空分割で回転、新行分配パーティション方式
  • パーティション内の行が均一に分布する場合は
  • を用いる.

    2.パーティション化のメリット


    プロパティ説明パフォーマンスの向上データ・アクセスの削減パフォーマンスの向上可用性の向上全体的なデータ破損の可能性の低減とデータ可用性の向上独立バックアップ可能パーティションのバックアップと競合の低減リカバリ性の低減ディスクストライプの帯域化の低減I/Oパフォーマンスの向上ディスク・コントローラの競合の低減

    [6.ディスク構成設計]

  • 容量の正確な計算によりディスクの使用効率を向上
  • ワークロード密集型ディスク分離設計
  • I/O競合を低減し、データアクセス性能を向上させる
  • ディスク構成は、表領域の数やサイズなどを決定する
  • .
  • パーティション実行テーブル個別分類