インフリー技術情報発信ブログ

内部テーブル 3

今回も、内部テーブルについてです。

 

次回からは、別の話題にしたいと思います。

 

前回、内部テーブルのレコードを操作するためには、

『基本的』に作業領域に読み込み→値を編集→内部テーブルへ

反映のステップが必要です。と書き込みましたが、

 

内部テーブルのあるレコードを更新する場合に、限って

「作業領域に読み込み→値を編集」のステップで、

値を更新する方法があります。

 

それには、フィールドシンボルを使います。

フィールドシンボルとは、C言語でいうポインタのようなもので、

内部テーブルのあるレコードを直接参照することが可能になります。

 

例）Data: itab Type Standard Table of mara.

　　Field-symbols: <fs> type mara.

   Select *

      Into Table itab

    From mara.

　　Loop At itab assigning <fs>.

          <fs>-zitem = ‘X’.

    Endloop.

 

前回の「データベースから取得した内部テーブルの値を更新」を

フィールドシンボルを使った場合のソースです。

 

内部テーブルのレコード件数が、300件弱くらいまでは、

ほどんど「Modify命令」を使う場合とパフォーマンスは

変わらないらしいですが、それ以上の件数になると

フィールドシンボルを使ったほうがパフォーマンスが

よいらしいので、お試しあれ。

内部テーブル 2

今回も内部テーブルについてです。

　内部テーブルのレコードの追加・更新・読み込みには、決まった方法があります。

●     データベースから取得したレコードをまとめて格納

Ø         Select文で取得したレコードを直接格納

　

例）Data: itab Type Standard Table of mara.

                         Select *

                            Into Table itab

                            From mara.

 

●     内部テーブルのレコードを読み込む

Ø         Read 命令による1レコード読み込み

²        必ず作業領域を使用する

例）Data: itab Type Standard Table of mara.

　　Data: ist  Like line of itab.

                        Select *

                            Into Table itab

                            From mara.

              Read Table itab Into ist index 1.

Ø         Loop命令による順次読み込み

²        必ず作業領域を使用する

例）Data: itab Type Standard Table of mara.

　　Data: ist  Like line of itab.

                        Select *

                            Into Table itab

                            From mara.

　　Loop At itab Into ist.

      （処理）

       Endloop.

 

●     データベースから取得した1レコードを最終行に追加

Ø         Append命令で追加

²        必ず作業領域（ヘッダ）が必要

例）Data: itab Type Standard Table of mara.

                       Data: ist  Like line of itab.

Select *

                             Into ist

                            From mara.

                         Where Matnr = ‘a’

       Appned ist to itab.

 

●     データベースから取得した内部テーブルの値を更新

Ø         Modify 命令で更新

²        必ず作業領域を使用する

例）Data: itab Type Standard Table of mara.

　　Data: ist  Like line of itab.

                        Select *

                            Into Table itab

                            From mara.

　　Loop At itab Into ist.

          ist-zitem = ‘X’.

         Modify Table itab From ist.

       Endloop.

 

内部テーブルのレコード操作の基本は、以上です。

例 からわかるとおり、内部テーブルのレコードを操作するためには、基本的に、

作業領域に読み込み→値を編集→内部テーブルに反映のステップが必要です。

内部テーブル 1

今回は、内部テーブルについてです。

内部テーブルとは、プログラム内にて宣言するデータの一時保持用テーブルです。

Select命令でDBから取得したデータを一括して保持することが可能で、
ABAPプログラムは、この内部テーブルを中心にプログラムを
組み上げて行くといっても過言ではないほど、利用されます。

内部テーブルの宣言は・・・
DATA　itab TYPE (STANDARD) TABLE OF mara.

これで、「mara」という標準テーブルと同じ構造の内部テーブル「itab」が
使用可能になります。

「mara」の部分は、ディクショナリに登録されているテーブル、構造や
命令「Types」で宣言したローカル構造を指定します。

(STANDARD) の部分は、内部テーブルのタイプを示します。
タイプは３つあります。
Standard：スタンダードテーブル
　省略した場合は、スタンダードテーブルになります。
　個人的には、必ず明示するようにしています

Sorted：ソートテーブル
　内部テーブルの宣言と同時に、キー指定が必要です。
　キーは非一意も可能です。
　指定したキーで常に昇順ソートされてデータが保持されます。

Hashed：ハッシュテーブル
　内部テーブルの宣言と同時に、キー指定が必要です。
　キーは一意でなければなりません。
　ハッシュ関数によるランダムアクセスが可能になります。

通常、スタンダードテーブルが利用されることが多いですが、
ソートテーブルやハッシュテーブルを意識して使ってみるのも
面白いと思います。

OpenSQL

SAPは、様々なプラットフォーム上で稼動することが出来ます。
このプラットフォームの相違を吸収しているのが「ABAP VM」や
「OpenSQLアーキテクチャ」です。

今回は、OpenSQLのご紹介です。

OpenSQLとは、DBシステムに左右されずに同一の構文で、
SQLを発行することができます。
ABAP内ではSQLが発行されると、BASIS層のDBインターフェースを通じて、
個々のDBシステム用のSQL(NativeSQL)に変換されて処理が行われます。

　・OpenSQL 例）Select文

   　SELECT （抽出項目）
       INTO  (変数）
       FROM  (抽出テーブル）
     [WHERE    （条件）]
     [GROUP BY （項目）]
     [HAVING   （条件）]
     [ORDER BY （項目）].

OpenSQLの構文は、上記をご覧いただくとわかる通り、
特に特別な構文はほとんどありません。

ただし、「GROUP BY」や「[HAVING」「ORDER BY」は、
あまり使用されない傾向にあります。
「ORDER BY」については、ABAPのヘルプに、
データを抽出した後、ソート(Sort命令)を使用したほうが
パフォーマンスがよくなると記載されているくらいです。

このため、ABAPにおけるSQLは、単純にデータを抽出するのみで、
集計やソート、データのマージなどは、ABAPで行われることが
多いです。

ABAPのOpenSQLでは、内部テーブルを使用した構文が
特徴的だと思いますが、これは内部テーブルの話題の際に
触れたいと思います。

汎用モジュール

今回は、「汎用モジュール」について、紹介したいと思います。

汎用モジュールとは・・・・
　ある機能の塊を別プログラムから、呼び出せるようになっていて、
別の言語では、関数とかメソッドが近いかと思います。
　主に、共通機能をカプセル化したり、SAP外部からSAPに接続して、
処理を行いたいときとかに、開発対象となります。

汎用モジュールは、上記のとおり、一種の関数ですから、
当然、引数と戻り値が存在します。これらは、パラメータと呼ばれ、
4種類のパラメータが存在します。

1. Importパラメータ
　　　　・・・　引数です。別のプログラムから、汎用モジュールへ値を
　　　　　　　引き渡す際に使われます。
　　　　　　　構造体や、内部テーブルを用いて、1つのパラメータで、
　　　　　　　複数の値を引き渡すことが可能です。

2. Exportパラメータ
　　　　・・・　戻り値です。別のプログラムが、汎用モジュールから
　　　　　　　値を受け取る際に使われます。
　　　　　　　Imporｔパラメータと同様に、構造体や、内部テーブルを
　　　　　　　用いて、1つのパラメータで、複数の値を引き渡すことが可能です。

3. Tableパラメータ
　　　　・・・　引数としても、戻り値としても利用可能です。
　　　　　　　内部テーブルを用いてのみ、値の受け渡しが可能です。

4. Changingパラメータ
　　　　・・・　引数としても、戻り値としても利用可能です。
　　　　　　　Imporｔパラメータと同様に、構造体や、内部テーブルを
　　　　　　 用いて、1つのパラメータで、複数の値を引き渡すことが可能です。

最近のABAPでは、TableパラメータとChangingパラメータの
使用が、推奨されていません。TableパラメータとChangingパラメータを持つ、
汎用モジュールを作成しようとすると、警告がでて、「無効になった」と告げられます。
このため、基本的に、Importパラメータで値を引き渡し、Exportパラメータで
値を受け取ることになります。

　汎用モジュールに実装可能な処理に制限はなく、SAP標準データの更新、
アドオンテーブルの更新やDynproなど、組み込むことが可能である。

汎用モジュールの簡単な紹介は、ここまで。
では、また次回。。。

Dynpro

今回は、「Dynpro」について、紹介したいと思います。

 

Dynproとは・・・・

 Dynamic Programimg の略です。

　日本語に訳すと、動的プログラミング。

　動的・・ですが、みなさんが創造するような「動的」ではなく！

　画面の動作を制御するプログラムのことを示しています。

 

Dynproを構成するオブジェクトは・・・・

・ 画面

・ 制御ロジック

・ GUIステータス

・ GUI表題

 

　画面

　画面です。画面は、主に以下のオブジェクトを

　自由に配置して、ユーザインタフェースを構築します。

・　テキスト

・　入出力項目

・　ラジオボタン

・　チェックボックス

・　ボックス

・　テーブルコントロール

・　タブスリップコントロール

 

　制御ロジック

　　　画面の入力値のチェックや、出力値のセット、

　　　項目属性の変更や各種ボタンを押されたときの処理を

　　　記述します。

　　　大きく2つに分類されます。

　　　・PBO：　Process Before Output

　　　　　画面表示前の処理を指します。ここで、画面への値の

　　　　　出力や、属性変更等行います。

　　　・PAI：　Process After Input

　　　　　　画面入力後の処理を指します。ここでは、入力された

　　　　　　値のチェックや、ボタン毎の処理、例えば保存やスクロール　

　　　　　　など、を行います。

 

 　GUIステータス

 　　画面上部に表示するツールバーやメニューを定義します。

　　　ツールバーは、標準ツールバーとアプリケーションツールバーの

　　　2種類存在し、アプリケーションツールバーには、ある程度

　　　自由にカスタマイズできます。

 

 　GUI表題

　　　 画面タイトルです。PBOで、設定します。

 

以上、Dynproについて、簡単なご紹介でした。

では、また次回。。。

SAPアドオン開発の中で、最も一般的なプログラム

今回は、「レポートプログラム」を紹介したいと思います。

レポートプログラムは、タイトルの通り、

SAPアドオン開発の中で、「最も一般的なプログラム」です。

名前からは、レポート(帳票)を出力するためだけの

プログラムのようですが、実はさまざま用途で使われるのです。

　◆オンラインレポートプログラム

　◆バッチプログラム

　◆ファイルアップロード、ダウンロードプログラム

　◆インタフェースプログラム　　　　　　　　　　　　　　　などなど

SAPのレポートプログラムは、大きく「選択画面」と「イベント処理」の2つに分けられます。

選択画面：

　主に処理条件を入力する画面として使われます。

　入力された値は、SQLのWhere条件になったり、処理の分岐に

　使用されたりします。

　バッチプログラムの場合は、この画面の入力項目が引数になるのです。

イベント処理：

　イベントとは、マウスやキーボードからの操作などを指します。

　イベント処理とは、ある操作などが行われた場合に起動する

　プログラムのことを指します。

　例えば、メモ帳に日本語を入力して、変換ボタンを押すと

　「ひらがな」⇒「平仮名」へ漢字変換されます。

　この『変換ボタンを押す』という操作がイベントであり、

　『漢字変換』がイベント処理ということになります。

　SAPのレポートプログラムには、10種類以上のイベントがあり、

これらを使いこなすことで複雑な一覧プログラムや、ユーザビリティの高い

プログラムが開発できます。

　SAP　ABAP　レポートのイベント（例）

　　・At Selection-screen

        イベント             ：エンターやファンクションキーなどの押下

　　　　主に行われる処理：選択画面に入力された値の整合性チェック

　　・Start-of-Selection

        イベント             ：実行ボタン(※1)の押下

　　　　主に行われる処理：プログラムの中心となる処理-データの抽出や編集、DB更新など

　　・Top-of-Page

　　　　イベント           　：レポート(帳票)の新規ページ、または改ページ直後のWrite命令(データの画面書き出し)

　　　　主に行われる処理：レポート(帳票)のヘッダ部分の書き出し

　　　(※1)選択画面に標準表示されるボタン

　　　　　 他にも、印刷、全画面、終了ボタンなども標準表示される

ＳＡＰ ABAP

ＡＢＡＰ　　　　読み ：あばっぷ

正式名称：Advanced Business Application Programming

SAP社（えすえーぴー）のERPパッケージ「SAP R/3（あーるすりー）」「SAP ERP（いーあーるぴー）」の開発言語。

SAPの標準機能は、ABAPで開発されています。

SAP社のＥＲＰの標準機能では、実現できない企業の業務要件（ぎゃっぷ）を追加開発して、

補う開発言語として使用されます。

ABAP開発は、ABAPワークベンチという専用の開発環境があります。

詳細は、後々このブログで紹介したいと思います。

ABAPプログラムの種類（一部）

u  レポートプログラム

u  Dynpro

u  汎用モジュール

u  Exit

u  バッチインプット

上記以外にも、さまざまありますが、基本的には、インタプリタ型の言語なので、JAVAやC言語などに比べて、比較的修得は容易です。

ABAPプログラムの種類も、少しずつ紹介していきたいと思います。

では、今回はこれまで。。。

ERPとは・・・

ERP（イーアールピー）：

Enterprise Resource Planning（企業資源計画)

企業の事業運営における購買、生産、販売、会計、人事などのビジネスプロセスを、
部門や組織をまたがって横断的に把握し、

経営資源の活用を最適化する計画、管理のための経営概念である。
この概念を実現する、統合的パッケージソフトをＥＲＰパッケージ又はＥＲＰと言います。

ＥＲＰパッケージのメリット

◆　他社で蓄積されたノウハウを活用できる
◆　短期間での導入が可能である
◆　業務データが全て一元化されている（大福帳型データベース）
◆　多国籍（通貨、言語、制度等）で対応されている

ＥＲＰパッケージのデメリット


◆　導入費用が多額である
◆　導入目的が不明確である場合、失敗事例となる可能性が高い

従来型との比較

（クリックすると拡大画像がご覧頂けます）

初めまして

ERP(SAP)導入コンサルティング、ABAP開発、ホームページ制作、WEBシステム構築などを手掛ける、株式会社インフリーです。

このブログでは、社内の製品情報や、社内外のSAP・WEB関連の技術情報の紹介をしていきます！

よろしくお願いします。