(57)【要約】【課題】縦分割されたデータベースに対し、データエントリの追加に伴って高頻度で発生するデータの移動処理の確率を低減し、アクセス性能を維持する。【解決手段】ネットワークに接続され複数のクライアントコンピュータから基本部および拡張部に縦分割されたデータベースへのアクセス要求を集中的に処理するメインフレームに具備されたデータベースアクセスプログラムにおいて、前記基本部における基本部データの最大繰り返し量に対する前記基本部の有効データ数を比較することにより前記基本部に空きが有るか否かを判断する処理と、前記判断により空きがなければ、前記基本部から拡張部に複数まとめてデータを移動させるデータ追い出し処理と、を含む処理を前記メインフレームに実行させる。【選択図】図３
2008052635.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続され複数のクライアントコンピュータからのアクセス要求を集中的に処理するメインフレームを中核に備えたデータベースアクセスシステムにおいて、
基本部および拡張部に縦分割されたデータベースと、
前記基本部の収容能力を超えるレコード追加があれば基本部から拡張部へ複数まとめてデータ移動を行うデータ追い出し処理手段と、を備えたことを特徴とするデータベースアクセスシステム。
【請求項２】
前記データ追い出し処理手段には、
前記データ移動の際に指定した数を同時にまとめて実行するためのパラメータファイルを備えたことを特徴とする請求項１に記載のデータベースアクセスシステム。
【請求項３】
ネットワークに接続され複数のクライアントコンピュータから基本部および拡張部に縦分割されたデータベースへのアクセス要求を集中的に処理するメインフレームに具備されたデータベースアクセスプログラムにおいて、
前記基本部における基本部データの最大繰り返し量に対する前記基本部の有効データ数を比較することにより前記基本部に空きが有るか否かを判断する処理と、
前記判断により空きがなければ、前記基本部から拡張部に複数まとめてデータを移動させるデータ追い出し処理と、を含む処理を前記メインフレームに実行させることを特徴とするデータベースアクセスプログラム。
【請求項４】
前記データ追い出し処理には、
前記複数まとめてデータを移動させるためにパラメータファイルより移動数を取得する処理を含むことを特徴とする請求項３に記載のデータベースアクセスプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はコンピュータシステムにおけるデータベースへのアクセス手法に関し、特に縦分割されたデータベースに対して円滑にデータ追加するためのデータベースアクセスシステムおよびそのプログラムに関するものである。
【背景技術】
【０００２】
データベース管理方式の一種に、リレーショナルデータベース（relational database）があって、キーとなるデータ（管理番号や名前など）を利用して、異なるデータを容易に結合することができるという特徴を有するものである。
【０００３】
また、リレーショナルデータベース操作言語の一種にＳＱＬ（Structured Query Language）があり、ＡＮＳＩ（米国規格協会American National Standards
Institute）、ＩＳＯ、ＪＩＳで仕様が定義されている。このＳＱＬはリレーショナルデータベースシステム用の操作言語であると共に、アクセスするデータベースに対する構造化問い合わせ言語でもある。そして、ＳＱＬを表に定義された項目毎に発行することによってデータを取得する。すなわち、リレーショナルデータベースへの一般的なアクセス方式として用いられている。
【０００４】
このＳＱＬを用いることにより、表の定義やデータ操作、関係演算など、リレーショナルデータベースに関するほとんどの操作に関し、機械による読みとりが可能なテキストとして記述できる。そうすると、データベースに対するデータベース管理システムの操作言語をある程度まで標準化することが可能となる。また、ＳＱＬに関連して行単位で取得するデータ定義や縦分割するデータ定義も知られている。
【０００５】
図７は従来からあるリレーショナルデータベースへのアクセス手法において、行単位取得するデータ定義の説明図である。図７に示すようにデータ量が非常に多い場合、アクセス時間が長引く欠点を除去するため、行単位でデータを取得し、メモリ上で必要な項目を切り分けるという手法がある。しかし、この手法を用いても、データの長さ（量）に応じてアクセス速度がある程度低下することを避けらない。すなわち、行が長いデータに関してはアクセス時間を短縮する効果が低くなるという問題がある。
【０００６】
なお、図７に示すＮＵＬＬは、理論上の最大繰り返しまで定義しており、一つのキーについて理論上は大量の繰り返しを有することを意味する。しかし、実際のデータにおいては、理論上の最大値より少ない繰り返し量で足りることがほとんどである。
【０００７】
図８は従来からあるリレーショナルデータベースへのアクセス手法において、縦分割するデータ定義の説明図である。図８に示すように、アクセス対象となるデータを、大半のデータが収まる繰り返しまで定義された量をもつ表（以下、「基本部」という）と、残りの繰り返し量を受け持つように定義された表（以下、「拡張部」という）とに縦分割する。この縦分割するデータ定義によって、データベースをアクセスする際、データ処理の負担を軽減することが可能となる。
【０００８】
また、図８に示す拡張部は、取り扱うデータ量が基本部に収容不可能なほど多い場合に必要となるものであり、その拡張部におけるＮＵＬＬの定義は下記のとおりである。
拡張部ＮＵＬＬ  ＝  理論上の最大繰り返し  −  基本部の最大繰り返し
【０００９】
なお、データベースを設計する場合、特に容量に関しては、１回（単位）にエントリされる予定のデータが、データベース中の基本部だけで収容可能な容量に設計されるのが通常である。したがって、エントリするデータの総量はあまり問題にされない。
【００１０】
しかし、データベースへアクセスする回数の増加により、履歴やログなどによってレコードの冗長部分が増えるので、時間の経過（アクセス数の増加）に伴い、データベース自体が肥大してしまうことは周知の通りである。
【００１１】
このような理由により、既に基本部のレコード容量が許容限界に到達しているにもかかわらず、追加のデータエントリを試みても当然に不可能である。その場合は、追加エントリのレコード数分だけ、基本部から拡張部へデータレコードを回避させて対応するという従来技術があった。
【００１２】
なお、本発明に関連する公知技術文献としては下記特許文献が挙げられる。
【特許文献１】特開平０６−０５２２３１
【特許文献２】特開平０７−０６４８３５
【特許文献３】特開２００２−１０８６６９
【発明の開示】
【発明が解決しようとする課題】
【００１３】
しかしながら、このような基本部に対する追加のデータエントリが頻繁に発生する場合、基本部から拡張部へデータを移動する処理に時間を要するため、アクセス速度を高速に維持する目的であった縦分割の長所が生かし難くなるという問題が発生する。すなわち、追加エントリが頻発するデータベースをアクセスする際には、縦分割するデータ定義を用いても、データ処理を軽減することが困難になるという課題があった。
【００１４】
以上の現状に鑑み、本発明は、縦分割されたデータベースに対し、高頻度のデータ追加に伴って発生するデータの移動処理を行う際、アクセス性能を維持できるようにしたデータベースアクセスシステムおよびそのプログロムを提供することを目的とする。
【課題を解決するための手段】
【００１５】
前記課題を解決するために、請求項１に係る発明は、ネットワークに接続され複数のクライアントコンピュータからのアクセス要求を集中的に処理するメインフレームを中核に備えたデータベースアクセスシステムにおいて、基本部および拡張部に縦分割されたデータベースと、前記基本部の収容能力を超えるレコード追加があれば基本部から拡張部へ複数まとめてデータ移動を行うデータ追い出し処理手段と、を備えたことを特徴とするデータベースアクセスシステムである。
【００１６】
請求項１に係る発明によれば、基本部の収容能力を１度超えたならば、データ追い出し処理手段において、基本部から拡張部へ複数まとめてデータ移動を行うので、その後はレコード追加の都度に逐一データ移動をするまでもなく、ある程度の空きが確保される。  したがって、高頻度で追加データが発生してもデータ移動が必要となる確率を減らすことができる。すなわち、データ移動に要する時間および処理負担を必要最小限に軽減してアクセス速度を維持することが可能になる。
【００１７】
請求項２に係る発明は、請求項１に記載のデータベースアクセスシステムに加えて、前記データ追い出し処理手段には、前記データ移動の際に指定した数を同時にまとめて実行するためのパラメータファイルを備えたことを特徴とする。
【００１８】
請求項２に係る発明によれば、パラメータで指定された移動数によって、データ移動を行う数を最適値に設定できる。
【００１９】
請求項３に係る発明は、ネットワークに接続され複数のクライアントコンピュータから基本部および拡張部に縦分割されたデータベースへのアクセス要求を集中的に処理するメインフレームに具備されたデータベースアクセスプログラムにおいて、前記基本部における基本部データの最大繰り返し量に対する前記基本部の有効データ数を比較することにより前記基本部に空きが有るか否かを判断する処理と、前記判断により空きがなければ、前記基本部から拡張部に複数まとめてデータを移動させるデータ追い出し処理と、を含む処理を前記メインフレームに実行させることを特徴とするデータベースアクセスプログラムである。
【００２０】
請求項３に係る発明によれば、請求項１に係る発明とほぼ同等の作用効果がある。
【００２１】
請求項４に係る発明は、請求項３に記載のデータベースアクセスプログラムに加えて、前記データ追い出し処理には、前記複数まとめてデータを移動させるためにパラメータファイルより移動数を取得する処理を含むことを特徴とする。
【００２２】
請求項４に係る発明によれば、請求項２に係る発明とほぼ同等の作用効果がある。
【発明の効果】
【００２３】
請求項１，３に係る発明によれば、データ移動を必要最小限に軽減し、データ移動に要する時間を減らし、アクセス速度を始めとする全体的な性能を維持することが可能になる。
【００２４】
請求項２，４に係る発明によれば、データ移動を行う数を最適値に設定できる。
【発明を実施するための最良の形態】
【００２５】
以下、図に沿って本発明の実施の一形態（以下、「本実施形態」という）を詳細に説明する。図１は、本実施形態に係るデータベースアクセスプログラムを備えたメインフレームのシステム構成図である。図１に示すように、メインフレーム１０１は、データベースアクセスプログラム１０２と、データベース（基本部）１０３と、データベース（拡張部）１０４と、パラメータファイル（以下、単に「パラメータ」という）１０７と、データベースアクセスプログラム１０２を使用する業務プログラム１０８とを備えたコンピュータシステム（以下、「本システム」ともいう）である。メインフレーム１０１に対しては、作業指示を与える業務端末１０９が接続されている。
なお、データベース内のデータ構成については図２に沿って後述する。
【００２６】
また、前記メインフレーム（mainframe）とは、高速、大容量のコンピュータの総称であって、個人レベルでの所有を基本とするパーソナルコンピュータに対し、複数のクライアントコンピュータからの要求を集中的に処理する大型コンピュータを意味する。
なお、メインフレームとほぼ同一に定義されるホストコンピュータ（host computer）があり、広義には、ネットワーク環境において、サービスを提供する側のコンピュータを意味する。
これらメインフレームおよびホストコンピュータは高速の演算処理サービス、データベースサービスを提供することが典型的な用途である。
【００２７】
また、データベース基本部（以下、「基本部」と略す）１０３には縦分割されたデータの基本部である基本部データ１０５が格納され、データベース拡張部（以下、「拡張部」と略す）１０４には縦分割されたデータの拡張部である拡張部データ１０６が格納されている。これらリレーショナルデータベースに対するＳＱＬを用いたアクセス方式に関して説明を続ける。
【００２８】
図２は本システムに係るデータ構成図であり、（ａ）基本部データと、（ｂ）拡張部データである。これらは、図１にも示した基本部データ１０５と拡張部データ１０６の構成例であって、ここではデータの繰り返し量の理論値は１０００で基本部データを１０、拡張部データを９９０に分割した場合の例を示す。
【００２９】
基本部データ１０５は、主キーであるＤ２０１と、その主キーＤ２０１のデータに対して拡張部データ１０６の先頭の副キーを格納する拡張部先頭キーＤ２０２と、基本部データ１０５中の有効データ数を示す有効データ数Ｄ２０３と、データ項目Ｄ２０４とにより構成されている。さらに、データ項目Ｄ２０４は副キーＤ２０５とデータ内容Ｄ２０６とにより構成されている。
【００３０】
データ項目Ｄ２０４は副キーＤ２０５の昇順（または降順）に並んでおり、前詰めで格納される。基本部データ１０５の繰り返し量は最大１０と仮定しているためデータ項目Ｄ２０４はＤ２０００１〜Ｄ２００１０まで存在する。
【００３１】
拡張部データ１０６は、主キーであるＤ２１１と、拡張部データ１０６中の有効データ数を示す有効データ数Ｄ２１３と、データ項目Ｄ２１４とにより構成されている。さらにデータ項目Ｄ２１４は、副キーＤ２１５と、データ内容Ｄ２１６とにより構成されている。
【００３２】
データ項目Ｄ２１４は、副キーＤ２１５の昇順（または降順）に並んでおり、前詰めで格納される。ここでは昇順の場合の例とする。拡張部１０４には基本部１０３に収容不能となって溢れたデータが格納される。拡張部データ１０６の繰り返し量は最大９９０と仮定しているためデータ項目Ｄ２１４はＤ２１００１〜Ｄ２１９９０まで存在する。
【００３３】
ここで、図１に示した業務端末１０９をユーザ（不図示）が操作し、業務プログラム１０８を起動してアクセス要求すると、データベースアクセスプログラム１０２がデータベースに対してアクセス動作する。このようなアクセス動作全般において、操作はユーザであり、実行主体はコンピュータである。
【００３４】
しかし、「ユーザの端末操作」および「コンピュータによるプログラムの実行」という自明の説明を省略する代わりに、各プログラム自体が意思を持った実行主体であるかのように擬人化した表現にすることがある。これは説明の便宜上のことであり、前述の場合は「業務プログラム１０８からデータベースアクセスプログラム１０２に対してアクセス要求する」と簡略に説明することもできる。
【００３５】
図１に示した業務プログラム１０８の実行によるアクセス要求に応じて、データベースアクセスプログラム１０２からデータベースに対してアクセス動作するようにと要求があれば、図２に示すように、データ項目Ｄ２０４、Ｄ２１４の単位でアクセス処理が実行される。この時、主キーＤ２０１、Ｄ２１１、および副キーＤ２０５、Ｄ２１５を指定し、データベースアクセスプログラム１０２を実行することにより、基本部データ１０５または拡張部データ１０６の中から該当するデータを探してアクセス処理を行う。
【００３６】
図３はデータ追加要求の実行を示すフローチャートである。図１、図２も併せて参照しながら図３に沿って、業務プログラム１０８からデータベースアクセスプログラム１０２に対してデータ追加要求が行われた場合を説明する。
【００３７】
図１、図２、図３に示すように、業務プログラム１０８からデータベースアクセスプログラム１０２への入力データとして、主キーＤ２０１、Ｄ２１１、副キーＤ２０５、Ｄ２１５、追加のデータ項目Ｄ２０４、Ｄ２１４が入力される。（Ｄ３０１）
【００３８】
まず、主キーＤ２０１を用いてデータベースより基本部データ１０５を取得する（Ｓ３０１）。この時、取得すべき対象データがあるかないかを判断（Ｓ３０２）する。この判断（Ｓ３０２）がＮｏであり、データが存在しなければ、主キーＤ２０１、追加のデータ項目により基本部データ１０５を新規作成してデータ追加要求を終了する（Ｓ３０８）。
【００３９】
判断（Ｓ３０２）がＹｅｓでありデータが存在すれば、追加しようとする副キーが、取得した基本部データ１０５中の最後のデータ項目の副キーよりも小さいか否かを比較して判断する（Ｓ３０３）。この判断（Ｓ３０３）がＹｅｓであり追加しようとする副キーが基本部１０３の最後の副キーよりも小さければ、この追加データを基本部１０３中に追加することとなり、次の判断（Ｓ３０９）へ移行し、基本部データ１０５中に空きがあるか否かを調べて判断する。
【００４０】
判断（Ｓ３０９）では、有効データ数Ｄ２０３と、基本部データ１０５の最大繰り返し量（ここでは１０）を比較することにより空きが有るか否かを判断（Ｓ３０９）する。この判断（Ｓ３０９）がＮｏであり空きがなければ、基本部データ１０５から拡張部データ１０６へと複数まとめてデータ項目を移動させるデータ追い出し処理（Ｓ３１０）を行う。データ追い出し処理（Ｓ３１０）の詳細については後述する。
【００４１】
判断（Ｓ３０９）がＹｅｓであり空きが有れば、基本部データ１０５中の該当の場所に追加のデータ項目Ｄ２０４を挿入して終了する（Ｓ３１１）。
【００４２】
判断（Ｓ３０３）がＮｏであり追加しようとする副キーが基本部１０３の最後の副キーよりも大きければ、拡張部先頭キーＤ２０２がＮＵＬＬか否か（拡張部データが存在する否か）を判断する（Ｓ３０４）。この判断（Ｓ３０４）がＹｅｓでありＮＵＬＬならば、この基本部データ１０５には拡張部１０４が存在しない。そこで基本部データ１０５中に空きがあるか否かを調べて判断する（Ｓ３１２）。
【００４３】
判断（Ｓ３１２）がＹｅｓであり空きが有れば、そのまま基本部データ１０５中の該当の場所に追加のデータ項目を挿入して終了する（Ｓ３１３）。一方、判断（Ｓ３１２）がＮｏであり空きが無ければ、主キーＤ２１１、追加のデータ項目Ｄ２１４より拡張部データ１０６を新規作成して終了する（Ｓ３１４）。
【００４４】
判断（Ｓ３０４）がＮｏであり拡張部先頭キーＤ２０２がＮＵＬＬでなければ、この基本部データ１０５には拡張部１０４が存在する。そこで、追加しようとする副キーが拡張部先頭キーＤ２０２よりも小さいか否かを比較して判断する（Ｓ３０５）。
【００４５】
判断（Ｓ３０５）がＮｏであり追加しようとする副キーが拡張部先頭キーＤ２０２以上であれば、このデータは拡張部１０４中に追加することになる。したがって、主キーＤ２１１より拡張部データ１０６を取得（Ｓ３０６）し、拡張部データ１０６中で該当する場所に追加のデータ項目Ｄ２１４を挿入して終了する（Ｓ３０７）。
【００４６】
判断（Ｓ３０５）がＹｅｓであり追加しようとする副キーが拡張部先頭キーＤ２０２よりも小さければ、基本部データ１０５中に空きが有るか否かを調べて判断する（Ｓ３１５）。
【００４７】
判断（Ｓ３１５）がＹｅｓであり空きが有れば、そのまま基本部データ１０５中で該当する場所に追加のデータ項目Ｄ２０４を挿入して終了する（Ｓ３１６）。判断（Ｓ３１５）がＮｏであり空きが無ければ、主キーＤ２１１より拡張部データ１０６を取得し（Ｓ３１７）、先頭に追加のデータ項目Ｄ２１４を挿入して終了する（Ｓ３１８）。
【００４８】
図３におけるデータ追い出し処理（Ｓ３１０）について図４、図５、図６を順に用いて詳細に説明する。
図４はデータ追い出し処理を示すフローチャートである。図４に示すように、最初にパラメータ１０７（図１）より移動数を取得する（Ｓ４０１）。移動数とは基本部１０３から拡張部１０４に一度に移動させるデータ項目の数であり、同時に複数のデータ項目をまとめて移動させる。次に主キーＤ２１１を用いて拡張部１０４より拡張部データ１０６を取得する（Ｓ４０２）。
【００４９】
次に拡張部１０４のデータ項目を移動数分だけ後方へ移動させる（Ｓ４０３）。これにより基本部１０３から移動してきたデータ項目の格納場所を確保する。
【００５０】
次に副キーＤ２０５を用いて基本部１０３への挿入位置を求める（Ｓ４０４）。ここで挿入位置が基準値よりも大きいか否かを判断する（Ｓ４０５）。この判断（Ｓ４０５）がＹｅｓであり、挿入位置が基準（基本部１０３の最大繰り返し量−移動数＋１）値より大きければ、追加するデータよりも後方に移動数以上のデータ項目が存在する。
【００５１】
判断（Ｓ４０５）がＹｅｓの場合は、基本部１０３のデータ項目Ｄ２０４を最後尾から移動数分だけ拡張部１０４の先頭へ移動させる（Ｓ４０６）。ついで、基本部１０３へ追加データを挿入する（Ｓ４０７）。
【００５２】
一方、判断（Ｓ４０５）がＮｏであり、挿入位置が基準（基本部１０３の最大繰り返し量−移動数＋１）値よりも小さいならば、追加するデータは移動する基本部１０３のデータ項目Ｄ２０４に含まれる。
【００５３】
よって、判断（Ｓ４０５）がＮｏの場合は、基本部１０３のデータ項目Ｄ２０４を最後尾から移動数−１分、拡張部１０４の先頭へ移動させる（Ｓ４０８）。その後、拡張部１０４へ追加のデータ項目Ｄ２１４を追加する。
【００５４】
図５は図４に示すデータ追い出し処理のうち（Ｓ４０５）から（Ｓ４０６）に至るデータの説明図であり、（ａ）基本部データと、（ｂ）拡張部データを示している。図５に示すように、図２で示したデータに対してデータを追加した時、判断（Ｓ４０５）がＹｅｓであり、挿入位置（８）が基準（基本部１０３の最大繰り返し量−移動数＋１）値（８）以下の場合の例を示す。ここでは移動数を３と仮定するので、拡張部１０４のデータ項目Ｄ２１４を後方へ３移動する（Ｄ５１００４〜Ｄ５１００６）。
【００５５】
追加しようとするデータの副キーが２００５００７５とすると、このデータの挿入位置は副キー２００５００７０の次であるので８となる。判断（Ｓ４０５）において、基準（基本部１０３の最大繰り返し量−移動数＋１）値＝１０−３＋１＝８と、挿入位置８とを比較すると挿入位置８≦基準値８となるためＹｅｓである。よって、処理（Ｓ４０６）により基本部１０３のデータ項目の後方から移動数３だけ拡張部１０４に移動させる（Ｄ５１００１〜Ｄ５１００３）。その後、処理（Ｓ４０７）により追加データを基本部１０３の該当する位置へ挿入して終了する（Ｄ５０００８）。
【００５６】
図６は図４に示すデータ追い出し処理のうち（Ｓ４０５）から（Ｓ４０８）に至るデータの説明図であり、（ａ）基本部データと、（ｂ）拡張部データを示している。図６に示すように、図２で示したデータに対してデータを追加した時、判断（Ｓ４０５）がＮｏであり、挿入位置（１０）が基準（基本部１０３の最大繰り返し量−移動数＋１）値（８）より大きい場合の例を示す。ここでは移動数を３と仮定するので、拡張部１０４のデータ項目Ｄ２１４を後方へ３だけ移動する（Ｄ６１００４〜Ｄ６１００６）。
【００５７】
追加しようとするデータの副キーが２００５００９５とすると、このデータの挿入位置は副キー２００５００９０の次であるので１０となる。判断（Ｓ４０５）において、基準（基本部１０３の最大繰り返し量−移動数＋１）値＝１０−３＋１＝８と、挿入位置１０とを比較すると挿入位置１０＞基準値８となるためＮｏである。よって、処理（Ｓ４０８）により基本部１０３のデータ項目の後方から移動数３−１＝２だけ拡張部１０４に移動させる（Ｄ６１００１、Ｄ６１００３）。その後、処理（Ｓ４０９）により追加データを拡張部１０４の該当する位置へ挿入して終了する（Ｄ６１００２）。
【００５８】
以上により、基本部１０３の許容限度を超えてデータを追加しようとした場合、複数のデータをまとめて基本部１０３から拡張部１０４へ移動する。このことによって基本部１０３に空きを設けるので、その後、高頻度で追加データが発生してもデータ移動が必要となる確率を減らすことができる。
【００５９】
特に、基本部１０３が一旦許容限度に到達したならば、基本部１０３にデータを追加しようとする度にデータ移動を行わなければならない。したがって、本発明により基本部１０３の空きを作ることが、データ移動の処理負担を軽減するのに有効である。また、移動数を外部のパラメータ１０７で与えることにより、表毎に最適値を設定することができる。
【図面の簡単な説明】
【００６０】
【図１】本実施形態に係るデータベースアクセスプログラムを備えたメインフレームのシステム構成図である。
【図２】本システムに係るデータ構成図であり、（ａ）基本部データと、（ｂ）拡張部データである。
【図３】データ追加要求の実行を示すフローチャートである。
【図４】データ追い出し処理を示すフローチャートである。
【図５】図４に示すデータ追い出し処理のうち（Ｓ４０５）から（Ｓ４０６）に至るデータの説明図であり、（ａ）基本部データと、（ｂ）拡張部データを示している。
【図６】図４に示すデータ追い出し処理のうち（Ｓ４０５）から（Ｓ４０８）に至るデータの説明図であり、（ａ）基本部データと、（ｂ）拡張部データを示している。
【図７】従来からあるリレーショナルデータベースへのアクセス手法において行単位取得するデータ定義の説明図である。
【図８】従来からあるリレーショナルデータベースへのアクセス手法において縦分割するデータ定義の説明図である。
【符号の説明】
【００６１】
１０１  メインフレーム
１０２  データベースアクセスプログラム
１０３  データベース（基本部）
１０４  データベース（拡張部）
１０７  パラメータ（ファイル）
１０８  業務プログラム
１０５  基本部データ
１０６  拡張部データ
Ｄ２０１、Ｄ２１１  主キー
Ｄ２０２  拡張部先頭キー
Ｄ２０３  有効データ数
Ｄ２０４  データ項目
Ｄ２０５、Ｄ２１５  副キー
Ｄ２０６、Ｄ２１６  データ内容
Ｄ２１３  有効データ数
Ｄ２１４  データ項目
【図１】
2008052635.tif 000003
【図２】
2008052635.tif 000004
【図３】
2008052635.tif 000005
【図４】
2008052635.tif 000006
【図５】
2008052635.tif 000007
【図６】
2008052635.tif 000008
【図７】
2008052635.tif 000009
【図８】
2008052635.tif 000010