14.物理データストアの構成
3337 ワード
これは、パッチスープ2022の情報処理技師の実験書を見て学んだ記録である.
バージョンとバージョン間の参照整合性条件は です.
2つのバージョンがプライマリ・キー、外部キーによって参照関係を確立する場合、参照される外部キーの値は常にプライマリ・キーとして参照されるバージョンに存在する必要があります.
参照整合性の原則に違反する演算を拒否するオプション
参照バージョンで凡例を削除し、参照バージョンでこれらの凡例を参照する凡例を削除します.
オプションは、参照されたバージョンから凡例を削除し、参照されたバージョンでは、その凡例を参照する凡例の外部キーにNULL値を加算する. あるバージョンを定義するときに参照されるバージョンが、NULL値を含むNOT NULLの注釈でNOT NULLとして指定されている場合、削除操作 は拒否する.
インデックスの適用基準、選択欄などを考慮して設計
の検索演算を最適化するために、データベース内のカラム情報のデータ構造 が構築する.インデックスは、すべてのデータを取得することなく、必要な情報を迅速に検索できる です.
インデックスが10~15%以内に分散されている場合は、次の式 を参照してください.
分布=(1/(カラム値のタイプ)x 100
分布=(カラム値の平均行数)/(テーブル内の合計行数)x 100の分布度は範囲以上であるが、局所処理を目的とする場合は が適用される.クエリーと出力条件で使用するカラムは を適用します.インデックスを使用してプライマリ・キーとUniqueキーの制約を自動的に生成する場合は、 が適用されます.
分布度の良い列単独成 でよく用いられる組合せ柱は結合インデックスで を生成する.インデックス留意からなるカラムの順序選択(使用頻度、一意性、ソートなど) .頻繁に変更しない列 をできるだけ選択する.
過剰インデックスはオーバーヘッド インデックスには追加のストレージ容量が必要です
インデックス処理範囲の広い では、全体処理よりも多くのオーバーヘッドが発生することに注意してください. インデックスとテーブルの記憶領域は、 を適切に分離するように設計されるべきである.
ビューのプロパティと注意事項を参照して設計
プロパティがREPLACEビューが既に存在することを示している場合、再生FORCEテーブルが存在するかどうかにかかわらず、ビュー作成NOFORCEマスターテーブルが存在する場合、ビュー作成WITH CHECK OPTIONサブクエリの条件を満たす行のみを変更すると、WITH REONADLYデータオペレータは動作しません
ビューを使用すると、実行速度に問題が発生する可能性があります. ビューの条件は、最適なアクセスパス を使用することである.
クラスタの適用基準と注意事項を参照して設計する
インデックスの欠点を解決し、分布が広ければ広いほど が有利になる.アクセス技術ではなく、アクセス効率を向上する物理記憶方法 である.広く分散されたテーブルクラスタにより、ストレージスペースを節約できます. は、頻繁に多数の範囲にアクセスする に適している.インデックスは、広範囲の分布図に使用できます. 複数のテーブルが頻繁に結合する場合は を使用する.
は検索効率を向上するが、入力、修正、削除時に負荷 の増加を考慮する. UNION、DISTINT、ORDER BY、GROUP BYが頻繁な列であれば、議論される対象は である.頻繁に修正されないコラムは研究対象 である.の処理範囲は広く、問題が発生した場合は、単一テーブルクラスタ を考慮する.マルチテーブルクラスタ
連続数値または日付に基づくパーティション化技術 簡単な管理方法を提供し、管理時間を短縮できる .
パーティションキーに基づくハッシュ関数値のパーティション化方法 は均一なデータ分割を実現し、品質性能 を向上させることができる.
は、特定のパーティションに格納データを明示的に制御可能なパーティション技術 である.類似したデータ量のSQLに大量のカラム条件を入力する場合に便利です は、ゾーン分割、ハッシュ・パーティション、およびリスト・パーティションの2つ以上のパーティションを結合するパーティション・テクノロジーです. は、I/O要求を複数のパーティション に分散することができる.
ラウンド、空分割で回転、新行分配パーティション方式 パーティション内の行が均一に分布する場合は を用いる.
プロパティ説明パフォーマンスの向上データ・アクセスの削減パフォーマンスの向上可用性の向上全体的なデータ破損の可能性の低減とデータ可用性の向上独立バックアップ可能パーティションのバックアップと競合の低減リカバリ性の低減ディスクストライプの帯域化の低減I/Oパフォーマンスの向上ディスク・コントローラの競合の低減
容量の正確な計算によりディスクの使用効率を向上 ワークロード密集型ディスク分離設計 I/O競合を低減し、データアクセス性能を向上させる ディスク構成は、表領域の数やサイズなどを決定する .パーティション実行テーブル個別分類
[1.設計テーブル制約]
1.参照整合性制約
2つのバージョンがプライマリ・キー、外部キーによって参照関係を確立する場合、参照される外部キーの値は常にプライマリ・キーとして参照されるバージョンに存在する必要があります.
①制限
参照整合性の原則に違反する演算を拒否するオプション
②チェーン(Cascade)
参照バージョンで凡例を削除し、参照バージョンでこれらの凡例を参照する凡例を削除します.
③Null(Nullify)
オプション
④参照整合性制約SQL構文(削除時)
ALTER TABLE 테이블 ADD
FOREIGN KEY (외래키)
REFERENCES 참조테이블(기본키)
ON DELETE [ RESTRICT | CASCADE | SET NULL ];
[2.インデックス設計]
インデックスの適用基準、選択欄などを考慮して設計
1.索引の概念
2.索引適用条件
分布=(1/(カラム値のタイプ)x 100
分布=(カラム値の平均行数)/(テーブル内の合計行数)x 100
3.索引列の選択
4.設計上の注意事項
インデックス処理範囲の広い
[3.ビューデザイン]
ビューのプロパティと注意事項を参照して設計
1.ビューのプロパティ
プロパティがREPLACEビューが既に存在することを示している場合、再生FORCEテーブルが存在するかどうかにかかわらず、ビュー作成NOFORCEマスターテーブルが存在する場合、ビュー作成WITH CHECK OPTIONサブクエリの条件を満たす行のみを変更すると、WITH REONADLYデータオペレータは動作しません
2.ビュー設計の注意事項
[4.クラスタ設計]
クラスタの適用基準と注意事項を参照して設計する
1.適用条件
2.クラスタ設計の注意事項
[5.区画設計]
1.パーティションタイプ
①区域区分
②ハッシュ区分
③リスト区分
④複合パーティション
⑤ロビンゾーンの循環
2.パーティション化のメリット
プロパティ説明パフォーマンスの向上データ・アクセスの削減パフォーマンスの向上可用性の向上全体的なデータ破損の可能性の低減とデータ可用性の向上独立バックアップ可能パーティションのバックアップと競合の低減リカバリ性の低減ディスクストライプの帯域化の低減I/Oパフォーマンスの向上ディスク・コントローラの競合の低減
[6.ディスク構成設計]
Reference
この問題について(14.物理データストアの構成), 我々は、より多くの情報をここで見つけました https://velog.io/@y55nms/14.-물리-데이터-저장소-구성テキストは自由に共有またはコピーできます。ただし、このドキュメントのURLは参考URLとして残しておいてください。
Collection and Share based on the CC Protocol