DBの論理設計に関する備忘録

こちらの記事の続きです。

データベースの構造(テーブル、ビュー)と索引を決定する。成果物は非正規化などを行った概念ER図を修正した論理ER図。

エンティティのデータ量から、性能に問題がありそうなエンティティを選別する。概念設計の業務分析時に作成したデータ量に関する資料を利用する。

初期データ量、平均データ量、最大データ量、増加率、保存期間の５つの指標からなる資料

データベース設計と同時に行われているプロセス設計の資料からユーザー要件を把握する。ユーザー要件を把握し、手順１で選別したエンティティにシビアなレスポンスが要求されている要件がないか調べる。また、索引を定義するだけで求められる性能を満たせるか検討する必要がある。

業務処理内容、操作パターン、要求性能、処理形態、処理タイミング、実行頻度、処理データ量、実行資格などからなる資料

エンティティの状態の変化を保持するカラムを追加する。この工程によって、プログラムで制御もできるが、プログラムで制御するとレスポンスが悪くなることが多いので、この段階でデータベースに値をもつことを検討する。

ビュー(仮想表)とはテーブルに対する問い合わせを保存したもので物理的にデータを格納、管理していない。ビューにDML操作するときはトリガーを作成しないといけないRDBMSもある。また、DML操作時の問い合わせで使えない機能がいくつかある。

ビューは問い合わせを簡素化したり、データのアクセスに権限をつけてセキュリティーを高めるために用いられる。問い合わせを簡素化して、性能が落ちる場合もあるので注意が必要。

システム権限とアクセス権限がある。システム権限はデータベースに接続してよいやデータベースにテーブルを作ってよいなどを表す。オブジェクト権限はテーブルやビューなどに対する権限を指定する。

SQL文を作成する。

索引を定義することによって、パフォーマンスが上がる。索引には定義した列の名前とその値が格納されている位置情報(データファイル、ブロック番号、行番号)が記録されている。

simon’s diary