データベース負荷の削減 

アプリケーションサーバやプレゼンテーションサーバとは異なり、お使いのシステムにはデータベースサーバは 1 台だけです。したがってデータベースの負荷は、極力減らす必要があります。以下の方法を利用することができます。

アプリケーションサーバ上のバッファテーブル

アプリケーションサーバのテーブルバッファにデータをバッファすることで、データアクセスに必要な時間を飛躍的に減らすことができます。テーブル T001 から 1 つのエントリを読み込むには 8 〜 600 ミリ秒かかりますが、テーブルバッファから読み込む場合は 0.2 〜 1 ミリ秒で済みます。

テーブルがバッファ可能かどうかは、ABAP ディクショナリの技術属性によります。バッファタイプには次の 3 種類があります。

ｷ        レジデントバッファ (100%)。テーブルに最初にアクセスした時に、その全コンテンツがテーブルバッファにローディングされます。

ｷ        ジェネリックバッファ。これを行う場合は、ジェネリックキー (キー項目の一部) を ABAP ディクショナリ内のテーブルの技術設定で指定する必要があります。そうするとテーブル内容が、ジェネリック領域に振り分けられます。ジェネリックキーの 1 つを使ってデータにアクセスすると、ジェネリック領域全体がテーブルバッファにローディングされます。クライアント依存テーブルは、多くの場合クライアントによってジェネリックにバッファされます。

ｷ        パーシャルバッファ (個別エントリ)。1 つのエントリだけがデータベースから読み込まれ、テーブルバッファに格納されます。

バッファテーブルから読込を行うと、以下のことが起こります。

...

       1.      ABAP プログラムがバッファテーブルからのデータを要求します。

       2.      ABAP プロセッサによって、オープン SQL 文が解釈されます。テーブルが ABAP ディクショナリでバッファテーブルとして定義されている場合は、ABAP プロセッサによってアプリケーションサーバ上のローカルバッファ内で、そのテーブル (またはその一部) がすでにバッファされていないかチェックが行われます。

       3.      テーブルがまだバッファされていない場合は、要求がデータベースに渡されます。データがバッファ内にある場合は、要求はプログラムに送られます。

       4.      データはデータベースサーバによってアプリケーションサーバに渡され、テーブルバッファ内に割り当てれられます。 

       5.      このデータは、プログラムに渡されます。

バッファテーブルを変更すると、以下のことが起こります。

...

       1.      データベーステーブルが変更され、アプリケーションサーバ上のバッファが更新されます。データベースインタフェースによって、更新命令がテーブル DDLOG にログされます。システムに複数のアプリケーションサーバがある場合は、他のサーバ上のバッファは同時には更新されません。

       2.      すべてのアプリケーションサーバによってテーブル DDLOG のコンテンツは定期的に読み込まれ、必要に応じて対応するコンテンツがそのバッファから削除されます。グラニュラリティは、バッファタイプに依存します。分散システム内のテーブルバッファは、一般的に 60 秒ごとに同期化されます (パラメータ: rsdisp/bufreftime)。

       3.      この期間内に非同期化アプリケーションサーバ上のユーザは、旧データの読込を行います。データは次のバッファ同期化まで、無効とはみなされません。そのデータは次回のアクセス時に、再度データベースから読み込まれます。

バッファする必要のあるテーブルは以下のタイプです。

ｷ        頻繁に読込を行うテーブル

ｷ        ほとんど変更されることがないテーブル

ｷ        比較的小さなテーブル(行や列が少ない、または短い)

ｷ        更新が遅延してもかまわないテーブル

一度テーブルをバッファしたら、そのバッファをバイパスするオープン SQL 文は使用しないように注意してください。

SELECT 命令は、以下のいずれかを使用するとバッファをバイパスします。

ｷ        FROM 句での BYPASSING BUFFER 追加

ｷ        SELECT 句での DISTINCT 追加

ｷ        SELECT 句での集合式

ｷ        FROM 句での結合

ｷ        FROM 句での IS NULL 条件

ｷ        WHERE 句でのサブクエリ

ｷ        ORDER BY 句

ｷ        GROUP BY 句

ｷ        FOR UPDATE 追加

また、すべてのネイティブ SQL 文もバッファをバイパスします。

データの反復読込の回避

データを繰り返して読み込まないようにすることで、データベースへのアクセス数とデータベース負荷をともに削減することができます。また、Oracle 以外のデータベーステーブルでは、「ダーティリード」が起こる可能性があります。これは、データベーステーブルから 2 回目に読み込んだデータが、最初に読み込んだデータとは異なる可能性があるということです。プログラム内のデータの整合性を確実にするため、データは 1 回だけ読み込んで内部テーブルに格納してください。

ABAP プログラムでのデータのソート

SELECT 命令の ORDER BY 句は、必ずしもデータベースシステムで最適化したり、正確な索引を使用して実行したりする必要はありません。それを行うと、ランタイムコストが増加します。ORDER BY を使用するのは、テーブルを読み込むのと同じ索引を使用してデータベースのソートを行う場合だけにしてください。システムが使用する索引を調べるには、ABAP ワークベンチパフォーマンストレース内の、SQL トレースを使用します。索引が同一でない場合は、データを内部テーブルに読み込むかまたは抽出して、SORT 命令を使って ABAP プログラム内でソートする方が効率的です。

論理データベースの使用

SAP ではすべてのアプリケーションに、論理データベースを提供しています。論理データベースは、オープン SQL 文をアプリケーションプログラムから分離する、ABAP プログラムです。それらのオープン SQL 文は、データベースパフォーマンスをできるだけ高めるために最適化されます。ただし、正しい論理データベースを使用することが重要です。読み込むデータの階層は論理データベースの構造を反映している必要があり、そうでない場合はパフォーマンスに悪影響を及ぼす可能性があります。たとえば、論理データベースの階層の一番下にあるテーブルからデータを読み込む場合、少なくとも階層内でその上にあるすべてのテーブルのキー項目を読み込む必要があります。この場合、SELECT 命令を使用した方が効率的です。