• １．SQL文の種類
• ２．ユーザ要求性能（レスポンスタイム）と優先度
• ３．アクセス頻度（ピーク時の同時処理数）
• ４．アクセス対象のエンティティ
• ５．処理対象データ量
• ６．SQLで指定する条件式（項目と演算子、値のとり得る範囲）：その条件のもとでいかに性能を発揮するかを検討する。
  索引の作成、非正規化、テーブル構造の変更など

実際の1.SQL文を記述し、5.実際の処理対象データ量に近い環境で、3.ピーク時のトランザクション量のもとで実行し、2.ユーザの要求性能と比較します。

テスト環境では5.や3.が実際の環境と異なるため、正確な性能値を求められない可能性が高いでしょう。
特に、5.は大量データを対象にSELECT文を発行して分析処理を行うような処理の場合に影響が大きく、3.は1件の処理対象件数は少ないが、同時にアクセスするユーザ数が多いようなオンラインの業務処理の場合に影響が大きいので、注意する必要があります。

また、アクセス頻度の低いSQLをチューニングしても、ユーザの期待する効果と一致しない場合があるため、ユーザにとってのチューニングの優先度も確認しておく必要があります。
性能要件を満たすためには、SQL文がどのように実行され、その際の性能を決める要因を洗い出して対策を講じる必要があります。

対策はいくつかありますが、論理設計では、索引の設計と、非正規化を検討します。
性能要件を検討するためには、これだけではなく、物理設計の段階で以下のような検討を行います。

これらについては、「第4章 物理設計」で説明します。

業務の機能単位にSQL文が定義できたら、それを実行するユーザまたはユーザグループと、そのSQL文を実行するのに必要な権限情報を検討します。 そのために、表3-5のような表を作成します。

これは、機能ごとに、エンティティに対してユーザグループが各属性にどのようなアクセスをするかを検討した結果です。

これを元に、ユーザグループに適切なアクセス権限を付与します。 挿入、更新、削除に関する適切な権限を、限られたユーザグループに、限られた属性単位で付与する設定を設けておかないと、データベース内のデータの信頼性を維持することはできません。

また、情報の取得という意味で、参照の際にも適切な権限を設定する必要があります。 属性の単位でSELECT（参照）権限を設定するために、ビューというオブジェクトを作成します。 適切なエンティティから必要な属性を参照するために、ビューというオブジェクトを作成し、ユーザグループに、ビューヘの参照権限を付与します。

• １．各機能を実行するユーザを定義する
• ２．機能ごとにユーザがどのようなアクセスを各エンティティ内の属性に行うかを分析する

• ユーザに、属性単位で適切なアクセス権限を設定する
• 必要なビューを定義し、ユーザに適切な権限を与える

< 前へ　｜　3.3 論理設計の手順（1/4）　｜ 次へ >