JP3626632B2 - Database access method, method and storage medium - Google Patents
Database access method, method and storage medium Download PDFInfo
- Publication number
- JP3626632B2 JP3626632B2 JP17202899A JP17202899A JP3626632B2 JP 3626632 B2 JP3626632 B2 JP 3626632B2 JP 17202899 A JP17202899 A JP 17202899A JP 17202899 A JP17202899 A JP 17202899A JP 3626632 B2 JP3626632 B2 JP 3626632B2
- Authority
- JP
- Japan
- Prior art keywords
- virtual table
- relational database
- name
- application
- stored procedure
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
【0001】
【発明の属する技術分野】
本発明は、データーベース管理システムを用いてデータベースにアクセスするデーターベースアクセス方式,方法および記憶媒体に関し、特にデーターベース管理システムに登録したストアドプロシージャを用いてデータベースにアクセスするデーターベースアクセス方式,方法および記憶媒体に関する。
【0002】
【従来の技術】
データーベース管理システムの一つである関係データベース管理システム(以下、RDBMSと略称する)では、関係データベース(以下、RDBと略称する)を表形式で管理している。表には、実際にデータが格納されている実表とデータは保存されず実行時に元になる実表のデータから生成される仮想表(ビューとも称す)がある。アプリケーションは表を参照するSQL言語を用いてRDBMSを介してRDB上の必要なデータを取得する。
【0003】
クライアント/サーバシステム(以下、C/Sシステムと略称する)においては、サーバにRDBを接続してRDBMSを備え、クライアント側に存在するアプリケーションがSQL言語を用いてRDBMSに対してRDBアクセス要求を行い、RDBMSからアクセス結果を貰う形態になっている。
【0004】
すなわち、クライアントのアプリケーションが必要なデータを検索する場合、アプリケーションはSQL言語の書式にあわせた検索条件式をサーバのRDBMSに発行し、RDBMSがRDBのデータを検索して与えられた検索条件に合致するデータを選択し、クライアントのアプリケーションに検索結果を返す。このとき、RDBMSにおいて、検索用インデックスの作成などの高速アクセス技法が使用される。
【0005】
しかし、RDBMSで作成されるインデックスがアプリケーションに最適な形で作成されるとは限らない。
【0006】
例えば、図10(a),(b)に示すような実表Aと実表Bから成るRDBにおいて、商品ごとに最新の値段を求めるアプリケーションについて考えてみる。
【0007】
アプリケーションは、以下の処理を行う。
(1)実表Bにおいて、同一商品番号の中で日付時刻が最新のものを含む行を選択する。
(2)実表Aと上記(1)の結果を、それぞれの商品番号で関係づける。
(3)上記(2)の関係づけにより、商品番号と商品名称と値段から成る表を生成する。
(4)上記(3)の結果である表にアクセスして、商品番号と商品名称と値段のデータを取得する。
【0008】
この場合、RDBMSにおいて日付時刻のインデックスは作成されるが、同一商品番号の中で日付時刻が最新のものに対するインデックスは作成されない。このため、アプリケーションは同一商品番号の中で日付時刻が最新のものを選択するための処理手続を、上記(1)において記述しなければならない。このように、RDBMSが作成するインデックスは個々のアプリケーションに最適なものではない。
【0009】
また、上記のアプリケーション処理は各クライアントで実行されるので、各クライアントからの要求情報とサーバからの結果情報が、ネットワークを介してサーバとクライアント間で頻繁に行き交うことになる。
【0010】
【発明が解決しようとする課題】
上述した従来の技術では、RDBMSで作成されるインデックスはデータ項目の単純なインデックスであり、アプリケーション側で特に必要とするデータがインデックス形式にならずアプリケーションの作成が煩雑になるという問題点がある。また、そのために、RDBMSとアプリケーションとの間のトラフィックが高まるという問題点もある。
【0011】
本発明の目的は、RDBMSに登録されたストアドプロシージャを用いて、アプリケーションごとに必要なインデックスを作成し、アプリケーション作成を簡易化し、システム全体の性能を向上させる手段を提供することにある。
【0012】
【課題を解決するための手段】
本願第1の発明のデーターベースアクセス方式は、サーバからアクセスされデータを記憶蓄積し1つ以上の実表を含む関係データベースと、前記実表の名前および項目名と関係づけた第1の仮想表の構成を定義し第1の仮想表(一意キーの表)を作成するストアドプロシージャと、前記ストアドプロシージャが未だ起動実行されていない場合あるいは前記ストアドプロシージャが既に起動実行され且つその後に前記関係データベースの更新がなされている場合に前記ストアドプロシージャを起動するストアドプロシージャ起動手段と、アプリケーションが定義した第2の仮想表の構成に前記第1の仮想表の名前および前記第1の仮想表を構成する項目名が指定されている場合には前記第1の仮想表の名前および前記第1の仮想表を構成する項目名に係わる処理に前記第1の仮想表(一意キーの表)を用いて前記関係データベースにアクセスする手段とを含み、アプリケーションから要求された処理に基づき前記関係データベースをアクセスし処理結果を前記アプリケーションに返す関係データベース管理システムを有するサーバと、前記実表の名前および項目名ならびに前記ストアドプロシージャが定義する第1の仮想表の名前および第1の仮想表を構成する項目名と関係づけた第2の仮想表の構成を定義して前記関係データベースにアクセスする要求を前記関係データベース管理システムに発行し要求結果を前記関係データベース管理システムから受け取るアプリケーションを有するクライアントと、を備える。
【0013】
本願第2の発明のデーターベースアクセス方法は、関係データベース管理システムを含むサーバとアプリケーションを含むクライアントと関係データベースとを有するシステムのデーターベースにアクセスする方法であって、前記関係データベース管理システムは、前記関係データベースに含まれる実表の名前および項目名と関係づけた第1の仮想表の構成を定義するストアドプロシージャを登録し、前記ストアドプロシージャを起動実行して第1の仮想表(一意キーの表)を作成し、前記アプリケーションは、前記関係データベースに含まれる実表の名前および項目名ならびに前記ストアドプロシージャが定義する第1の仮想表の名前および第1の仮想表を構成する項目名と関係づけた第2の仮想表の構成を定義して前記関係データベースにアクセスする要求を前記関係データベース管理システムに発行し、前記関係データベース管理システムは、前記アプリケーションから要求された処理に基づき前記関係データベースをアクセスし、前記アプリケーションが定義した第2の仮想表の構成に前記第1の仮想表の名前および前記第1の仮想表を構成する項目名が指定されている場合には前記第1の仮想表の名前および前記第1の仮想表を構成する項目名に係わる処理に前記第1の仮想表(一意キーの表)を用いて前記関係データベースにアクセスし、処理結果を前記アプリケーションに返し、前記アプリケーションは、要求結果を前記関係データベース管理システムから受け取る、を特徴とする。
【0014】
本願第3の発明の記録媒体は、関係データベース管理システムが、関係データベースに含まれる実表の名前および項目名と関係づけた第1の仮想表の構成を定義するストアドプロシージャを登録する処理と、前記ストアドプロシージャを起動実行して第1の仮想表(一意キーの表)を作成する処理と、アプリケーションが、前記関係データベースに含まれる実表の名前および項目名ならびに前記ストアドプロシージャが定義する第1の仮想表の名前および第1の仮想表を構成する項目名と関係づけた第2の仮想表の構成を定義して前記関係データベースにアクセスする要求を前記関係データベース管理システムに発行する処理と、前記関係データベース管理システムが、前記アプリケーションから要求された処理に基づき前記関係データベースをアクセスする処理と、前記アプリケーションが定義した第2の仮想表の構成に前記第1の仮想表の名前および前記第1の仮想表を構成する項目名が指定されている場合には前記第1の仮想表の名前および前記第1の仮想表を構成する項目名に係わる処理に前記第1の仮想表(一意キーの表)を用いて前記関係データベースにアクセスする処理と、処理結果を前記アプリケーションに返す処理と、前記アプリケーションが、要求結果を前記関係データベース管理システムから受け取る処理と、をコンピュータに実行させるためのプログラムを記録したことを特徴とする。
【0019】
【発明の実施の形態】
本発明のデータベースアクセス方式について、図1を参照して説明する。
【0020】
図1を参照すると、本発明のデータベースアクセス方式は、データベース4とデータベース管理システム5とストアドプロシージャ実行手段6とデータベースアクセス要求手段7から構成されている。
【0021】
データベース4は、データを記憶蓄積するデータベースである。
【0022】
データベース管理システム5は、データベース4を管理し、データベースアクセス要求手段7からの要求に基づきデータベース4にアクセスしてアクセス結果をデータベースアクセス要求手段7に返す。
【0023】
ストアドプロシージャ実行手段6は、データベース管理システム5に登録されたストアドプロシージャを実行する。ストアドプロシージャは、データベースアクセス要求手段7が使用する一意キーの表(インデックス)を作成する処理を含んでいる。
【0024】
データベースアクセス要求手段7は、ストアドプロシージャ実行手段6を実行させ実行結果を利用してデータベース4にアクセスすることをデータベース管理システム5に要求し要求結果をデータベース管理システム5から受け取る。
【0025】
本発明の動作について説明する。なお、データベースアクセス要求手段7が利用するストアドプロシージャは、あらかじめ公知の方法で、データベース管理システム5に登録されているものとする。
【0026】
まず、データベースアクセス要求手段7はストアドプロシージャが作成する一意キーの表(インデックス)を指定してデータベース4に対するアクセス要求をデータベース管理システム5に送る。
【0027】
データベース管理システム5はストアドプロシージャ実行手段6を用いて指定されたストアドプロシージャを実行してデータベースアクセス要求手段7が使用する一意キーの表(インデックス)を作成した後に指定されたアクセス要求処理を行い、処理結果をデータベースアクセス要求手段7に返す。
【0028】
データベースアクセス要求手段7はデータベース管理システム5から処理結果を受け取る。
【0029】
このように、データベース管理システム5に登録されたストアドプロシージャにおいてデータベースアクセス要求手段7が使用する一意キーの表(インデックス)を作成することにより、データベースアクセス要求手段7は求めるデータを高速にデータベース4から取得することができる。
【0030】
本発明のデータベースアクセス方式を適用した本発明の実施の形態について説明する。
【0031】
本発明の第1の実施の形態について、図面を参照して詳細に説明する。第1の実施の形態は、2つの実表から成る商品の最新値段を管理しているRDBを検索して商品の最新値段を取得して処理するシステムに関するものである。
【0032】
図2は、第1の実施の形態の構成を示す図である。
【0033】
図2を参照すると、第1の実施の形態は、サーバ1とクライアント2がネットワーク3で接続されている。サーバ1は、RDB11を接続し、RDBMS12を備えている。RDBMS12はストアドプロシージャ13とストアドプロシージャ起動手段14とを含む。クライアント2は、アプリケーション21を含む。
【0034】
RDB11は、データを記憶蓄積する関係データベースで、実表A111と実表B112とから成っている。実表A111は基本データであり、実表B112は基本データの履歴を保持するものである。
【0035】
実表A111は、RDB11を構成している表の一つである。実表A111の構成を図3(a)に示す。実表A111は商品番号と商品名称とから成り、各行は主キーである商品番号により一意に区別される。
【0036】
実表B112は、RDB11を構成している表の一つである。実表B112の構成を図3(b)に示す。実表B112は商品番号と日付時刻と値段とから成り、商品の最新の値段を示している。商品の値段が変更される度に、変更した日付時刻と新しい値段を示す行が登録される。商品番号は実表A111の商品番号と対応しており、これにより実表A111と実表B112が関係づけられる。日付時刻は値段が登録される日付と時刻であり、同一商品番号内での値段の登録順番を示すものである。日付時刻に替えて一連番号でもよい。商品番号と日付時刻を連結したもの(以下、「商品番号+日付時刻」と記す)で各行を一意に区別する。
【0037】
RDBMS12は、RDB11を管理しアクセスする。アプリケーション21から発行された要求を処理し、発行された要求に対応する処理結果をアプリケーション21に返す。
【0038】
ストアドプロシージャ13は、実表A111と実表B112を基に仮想表A131を定義生成してデータセットを選択作成する処理を行う。ストアドプロシージャ13は、ストアドプロシージャ起動手段14により起動される。仮想表A131の名前は、ストアドプロシージャ13をRDBMS12に登録するときに決定される。アプリケーション21はこの名前を指定することで、ストアドプロシージャ13が生成した仮想表A131を参照することができる。なお、ストアドプロシージャ13をRDBMS12に登録する方法については、公知の方法による。
【0039】
仮想表A131は、最新の履歴の一意キーから成る仮想表である。実表A111と実表B112を基にストアドプロシージャ13が定義生成し、実表A111の商品番号とそれに対応する実表B112の商品番号内で最新(最大)の日付時刻とを組み合わせる選択条件が指定してある。仮想表A131の構成を図3(c)に示す。仮想表A131は商品番号と日付時刻とから成り、商品番号は実表A111のは商品番号に、日付時刻は実表B112の同一商品番号内の最新(最大)の日付時刻に、それぞれ対応している。仮想表A131は、アプリケーション21から見れば、常にRDB11の最新状態を反映したインデックスの役目をしており、アプリケーション21から参照される。
【0040】
ストアドプロシージャ起動手段14は、アプリケーション21がストアドプロシージャ13が生成する仮想表A131を使用する要求をRDBMS12に行った場合に、ストアドプロシージャ13を起動する。指定されたストアドプロシージャ13が既に起動実行されていて且つその後にRDB11の更新がなされていない場合には、ストアドプロシージャ13を起動しない。この場合、既に実行されたストアドプロシージャ13の処理結果が使用される。
【0041】
アプリケーション21は、RDB11の最新データを取得するために、ストアドプロシージャ13が定義生成する仮想表A131と関係づけを行った仮想表B211を定義してアクセス要求をRDBMS12に発行する。発行した要求に対応する処理結果がRDBMS12から返され、取得したデータを基にデータ処理を行う。
【0042】
仮想表B211は、仮想表A131と実表A111と実表B112を基にアプリケーション21が定義生成する仮想表であり、アプリケーション21が必要とするデータから成る。仮想表B211の構成を図3(d)に示す。仮想表B211は商品番号と商品名称と値段とから成り、商品番号は仮想表A131の商品番号に対応する実表A111の商品番号に、商品名称は仮想表A131の商品番号に対応する実表A111の商品名称に、値段は仮想表A131の「商品番号+日付時刻」に対応する実表B112の値段に、それぞれ対応している。
【0043】
本発明の第1の実施の形態の動作について、図1〜図5を参照して詳細に説明する。
【0044】
図4は第1の実施の形態の動作を説明する図で、(a)は実表A111の具体例を、(b)は実表B112の具体例を、(c)は仮想表A131の具体例を、(d)は仮想表B211の具体例を、示したものである。(a)と(b)から、商品名称”あああ”の最新の値段は日付時刻”05261800”に設定された”190”であることがわかる。図5は第1の実施の形態の動作の流れを示す図である。
【0045】
図5を参照すると、アプリケーション21は、実表A111の商品番号と仮想表A131の商品番号とを関係づけ、実表B112の「商品番号+日付時刻」と仮想表A131の「商品番号+日付時刻」とを関係づけ、商品番号と商品名称と値段とから成る仮想表B211を定義して、RDB11に対するアクセスをRDBMS12に要求する(ステップA11〜A12)。
【0046】
RDBMS12は、アプリケーション21からのRDB11に対するアクセス要求を分析し(ステップM11)、ストアドプロシージャ13が定義生成する仮想表A131が指定されているときは、ストアドプロシージャ13の起動実行が必要であるか否かを判断し、ストアドプロシージャ13の起動実行が必要であることを認識したときにストアドプロシージャ13を起動する(ステップM12〜M14)。指定されたストアドプロシージャ13が既に起動実行されていて且つその後にRDB11の更新がなされていない場合には、ストアドプロシージャ13を起動しない。この場合、既に実行されたストアドプロシージャ13の処理結果が使用される。
【0047】
起動されたストアドプロシージャ13は以下の処理を実行する。
(1)実表B112の商品番号ごとに、同一商品番号内で日付時刻が最新のものを含む行を選択する(ステップS11)。
(2)実表A111の商品番号と上記(1)の結果の商品番号とを関係づける(ステップS12)。
(3)実表A111の商品番号と上記(1)の結果の日付時刻から成る仮想表A131のデータセットを作成する(ステップS13)。ストアドプロシージャ13の出力結果を図4(c)に示す。
【0048】
続いて、RDBMS12は仮想表B211に基づく処理を行う(ステップM15)。RDBMS12の処理結果を図4(d)に示す。
【0049】
その後、RDBMS12は処理結果をアプリケーション21に返す(ステップM16)。
【0050】
アプリケーション21は、RDBMS12から処理結果を受け取り、アプリケーション処理を行う(ステップA13)。
【0051】
このようにして、アプリケーション21は、ストアドプロシージャ13の出力結果である仮想表A131をインデックス代わりに使用することにより、求めているRDB11の最新のデータを高速に得ることができる。
【0052】
次に、本発明の第2の実施の形態 について、図面を参照して詳細に説明する。第2の実施の形態は、3つの実表から成る製品の障害内容を管理しているRDBを検索して製品の最新の障害内容を取得して処理するシステムに関するものである。
【0053】
図6は、第2の実施の形態の構成を示す図である。
【0054】
図6を参照すると、第2の実施の形態は、サーバ1とクライアント2がネットワーク3で接続され、サーバ1はRDB15を接続しストアドプロシージャ17とストアドプロシージャ起動手段14とを含むRDBMS16を備え、クライアント2はアプリケーション22を備えて構成され、第1の実施の形態のRDB11とRDBMS12とストアドプロシージャ13とアプリケーション21とが、RDB15とRDBMS16とストアドプロシージャ17とアプリケーション22とに置換されたものである。
【0055】
ここでは、第1の実施の形態と異なるRDB15とRDBMS16とストアドプロシージャ17とアプリケーション22とについて説明する。
【0056】
RDB15は、データを記憶蓄積する関係データベースで、実表A151と実表B152と実表C153とから成っている。実表A151は基本データであり、実表B152と実表C153は基本データの履歴を保持するものである。
【0057】
実表A151は、RDB15を構成している表の一つである。実表A151の構成を図7(a)に示す。実表A151は製品番号と製品名称とから成り、各行は主キーである製品番号により一意に区別される。
【0058】
実表B152は、RDB15を構成している表の一つである。実表B152の構成を図7(b)に示す。実表B152は製品番号と枝番Aと受付番号と削除とから成る。製品番号は実表A151の製品番号と対応しており、これにより実表B152と実表A151が関係づけられる。枝番Aは同一製品番号内での受付番号の順番を示すもので、一連番号でも日付時刻でもよい。「製品番号+枝番A」で各行を一意に区別する。受付番号は製品を通して採番される一連番号であり、製品の障害が受け付けられるごとに受付番号が登録される。障害の内容は実表C153に登録される。同一製品に対して新たな障害受付が有った場合には、枝番Aを上げて新たな受付番号を登録する。削除は、受付番号が一旦受け付けられた後に削除されたか否かを示すもので、受付番号が削除された場合に”DEL”と示される。
【0059】
実表C153は、RDB15を構成している表の一つである。実表C153の構成を図7(c)に示す。実表C153は製品番号と枝番Aと枝番Bと障害内容とから成る。「製品番号+枝番A」は実表B152の「製品番号+枝番A」と対応しており、これにより実表C153と実表B152が関係づけられる。枝番Bは同一「製品番号+枝番A」内での障害内容の順番を示すもので、一連番号でも日付時刻でもよい。「製品番号+枝番A+枝番B」で各行を一意に区別する。障害内容には、受付番号に対応した障害内容が登録される。受け付けた受付番号についての障害内容が更新される場合には、枝番Bを上げて更新された障害内容を登録し別のデータとして履歴管理を行う。
【0060】
RDBMS16は、RDB15を管理しアクセスする。アプリケーション22から発行された要求を処理し、発行された要求に対応する処理結果をアプリケーション22に返す。
【0061】
ストアドプロシージャ17は、実表A151と実表B152と実表C153とを基に仮想表A171を定義生成してデータセットを選択作成する処理を行う。ストアドプロシージャ17は、ストアドプロシージャ起動手段14により起動される。仮想表A171の名前は、ストアドプロシージャ17をRDBMS16に登録するときに決定される。アプリケーション22はこの名前を指定することで、ストアドプロシージャ17が生成した仮想表A171を参照することができる。なお、ストアドプロシージャ17をRDBMS16に登録する方法については、公知の方法による。
【0062】
仮想表A171は、最新の履歴の一意キーから成る仮想表である。実表A151と実表B152と実表C153とを基にストアドプロシージャ17が定義生成し、実表A151の製品番号,実表B152の同一製品番号内で最大の枝番Aおよび実表C153の同一「製品番号+枝番A」内で最大の枝番Bとを組み合わせる選択条件を指定してある。仮想表A171の構成を図7(c)に示す。仮想表A171は製品番号と枝番Aと枝番Bとから成り、製品番号は実表A151の製品番号に,枝番Aは実表B152の同一製品番号内で最大の枝番Aに、枝番Bは実表C153の同一「製品番号+枝番A」内で最大の枝番Bに、それぞれ対応している。仮想表A171は、アプリケーション22から見れば、常にRDB15の最新状態を反映したインデックスの役目をしており、アプリケーション22から参照される。
【0063】
アプリケーション22は、RDB15の最新データを取得するために、ストアドプロシージャ17が定義生成する仮想表A171と関係づけを行った仮想表B221を定義してアクセス要求をRDBMS16に発行する。発行した要求に対応する処理結果がRDBMS16から返され、取得したデータを基にデータ処理を行う。
【0064】
仮想表B221は、仮想表A171と実表A151と実表B152と実表C153を基にアプリケーション22が定義生成する仮想表であり、アプリケーション22が必要とするデータから成る。仮想表B221の構成を図7(d)に示す。仮想表B221は製品番号と製品名称と受付番号と障害内容とから成り、製品番号は仮想表A171の製品番号に対応する実表A151の製品番号に、製品名称は仮想表A171の製品番号に対応する実表A151の製品名称に、受付番号は仮想表A171の「製品番号+枝番A」に対応する実表B152の受付番号に、障害内容は仮想表A171の「製品番号+枝番A+枝番B」に対応する実表C153の障害内容に、それぞれ対応している。
【0065】
本発明の第2の実施の形態の動作について、図6〜図9を参照して詳細に説明する。
【0066】
図8は第2の実施の形態の動作を説明する図で、(a)は実表A151の具体例を、(b)は実表B152の具体例を、(c)は実表C153の具体例を、(d)は仮想表A171の具体例を、(e)は仮想表B221の具体例を、示したものである。(b)において、受付番号”002”および”003”は、一旦受け付けられたがその後削除されたので、削除に”DEL”と示されている。図9は第2の実施の形態の動作の流れを示す図である。
【0067】
図9を参照すると、アプリケーション22は、実表A151の製品番号と仮想表A171の製品番号とを関係づけ、実表B152の「製品番号+枝番A」と仮想表A171の「製品番号+枝番A」とを関係づけ、実表C153の「製品番号+枝番A+枝番B」と仮想表A171の「製品番号+枝番A+枝番B」とを関係づけ、製品番号と製品名称と受付番号と障害内容とから成る仮想表B221を定義して、RDB15に対するアクセスをRDBMS16に要求する(ステップA21〜A22)。
【0068】
RDBMS16は、アプリケーション22からのRDB15に対するアクセス要求を分析し(ステップM21)、ストアドプロシージャ17が定義生成する仮想表A171が指定されているときは、ストアドプロシージャ17の起動実行が必要であるか否かを判断し、ストアドプロシージャ17の起動実行が必要であることを認識したときにストアドプロシージャ17を起動する(ステップM22〜M24)。指定されたストアドプロシージャ17が既に起動実行されていて且つその後にRDB15の更新がなされていない場合には、ストアドプロシージャ17を起動しない。この場合、既に実行されたストアドプロシージャ17の処理結果が使用される。
【0069】
起動されたストアドプロシージャ17は以下の処理を実行する。
(1)実表C153の「製品番号+枝番A」ごとに、同一「製品番号+枝番A」内で枝番Bが最大のものを含む行を選択する(ステップS21)。この例では、図8(c)の右端に○印が付いている行が選択される。
(2)実表B152の「製品番号+枝番A」と上記(1)の結果の「製品番号+枝番A」とを関係づける(ステップS22)。このとき、実表B152の削除に”DEL”が設定されている実表B152の「製品番号+枝番A」は除く。この例では、受付番号”002”および”003”の行は削除に”DEL”が設定されているので除かれ、関係づけられるのは、図8(b)および(c)の右端に◎印が付いている行である。
(3)実表A151の製品番号と上記(2)の結果の枝番Aと上記(2)の結果の枝番Bとから成る仮想表A171のデータセットを作成する(ステップS23)。ストアドプロシージャ17の出力結果を図8(d)に示す。
【0070】
続いて、RDBMS16は仮想表B221に基づく処理を行う(ステップM25)。RDBMS16の処理結果を図8(e)に示す。
【0071】
その後、RDBMS16は処理結果をアプリケーション22に返す(ステップM26)。
【0072】
アプリケーション22は、RDBMS16から処理結果を受け取り、アプリケーション処理を行う(ステップA23)。
【0073】
このようにして、アプリケーション22は、ストアドプロシージャ17の出力結果である仮想表A171をインデックス代わりに使用することにより、求めているRDB15の最新のデータを高速に得ることができる。すなわち、アプリケーション22は複雑な処理をすることなく、製品番号に対する最新の受付番号と障害内容とを取得して、処理を行うことができる。
【0074】
本発明による上述した実施の形態において、データベースアクセス方式の処理動作を実行するためのプログラム等を、データとして磁気ディスクや光ディスク等の記憶装置(図示せず)に記憶するようにし、記憶されたデータを読み出してデータベースアクセス方式を動作させるために用いる。このように、本発明によるデータベースアクセス方式を動作させるデータを記憶媒体に記憶させ、この記憶媒体をインストールすることによりデータベースアクセス方式の機能が実現できるようになる。
【0075】
【発明の効果】
第1の効果は、必要なストアドプロシージャを参照するだけで、アプリケーションから常に最新のデータを高速に参照することができることである。その理由は、アプリケーション用のインデックスを生成する機能をストアドプロシージャの中に構成するような手段を設けたためである。
【0076】
第2の効果は、クライアントの負荷が軽減され且つネットワークのトラフィックも減少することである。その理由は、ストアドプロシージャがサーバー側で実行されるので、アプリケーションから複雑なSQLを発行する必要がなく、アプリケーションも一意キーの表を基にしたデータ操作処理を記述するだけで処理が構築でき、クライアントのアプリケーションとサーバのRDBMSとの間に発生するやりとりも少なくて済むためである。
【0077】
第3の効果は、データベースの障害時、アプリケーション用のインデックスのために物理的なインデックステーブルの再作成といった特別の復旧処置が要らないことである。その理由は、アプリケーション用のインデックスが仮想的なテーブルとしてストアドプロシージャを利用しているためである。
【図面の簡単な説明】
【図1】本発明を説明する図
【図2】第1の実施の形態の構成を示す図
【図3】第1の実施の形態における(a)実表A(b)実表B(c)仮想表A(d)仮想表Bの構成を示す図
【図4】第1の実施の形態の動作を説明する(a)実表A(b)実表B(c)仮想表A(d)仮想表Bの図
【図5】第1の実施の形態の動作の流れを示す図
【図6】第2の実施の形態の構成を示す図
【図7】第2の実施の形態における(a)実表A(b)実表B(c)実表C(d)仮想表A(e)仮想表Bの構成を示す図
【図8】第2の実施の形態の動作を説明する(a)実表A(b)実表B(c)実表C(d)仮想表A(e)仮想表Bの図
【図9】第2の実施の形態の動作の流れを示す図
【図10】従来の動作を説明する(a)実表A(b)実表B(c)結果の図
【符号の説明】
1 サーバ
2 クライアント
3 ネットワーク
4 データベース
5 データベース管理システム
6 ストアドプロシージャ実行手段
7 データベースアクセス要求手段
11 RDB
12 RDBMS
13 ストアドプロシージャ
14 ストアドプロシージャ起動手段
15 RDB
16 RDBMS
17 ストアドプロシージャ
21 アプリケーション
22 アプリケーション
111 実表A
112 実表B
131 仮想表A
151 実表A
152 実表B
153 実表C
171 仮想表A
211 仮想表B
221 仮想表B[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a database access method, method and storage medium for accessing a database using a database management system, and more particularly to a database access method, method and method for accessing a database using a stored procedure registered in the database management system. The present invention relates to a storage medium.
[0002]
[Prior art]
In a relational database management system (hereinafter abbreviated as RDBMS) which is one of database management systems, a relational database (hereinafter abbreviated as RDB) is managed in a tabular format. Tables include a real table in which data is actually stored and a virtual table (also referred to as a view) that is generated from data of the base table that becomes the original at the time of execution without saving the data. The application acquires necessary data on the RDB via the RDBMS using the SQL language that refers to the table.
[0003]
In a client / server system (hereinafter abbreviated as C / S system), an RDB is connected to a server and an RDBMS is provided, and an application existing on the client side makes an RDB access request to the RDBMS using the SQL language. The access result is received from the RDBMS.
[0004]
In other words, when a client application searches for necessary data, the application issues a search condition expression adapted to the SQL language format to the server RDBMS, and the RDBMS searches the RDB data and matches the search condition given. Select the data to be returned and return the search results to the client application. At this time, in the RDBMS, a high-speed access technique such as creation of a search index is used.
[0005]
However, the index created by the RDBMS is not always created in a form optimal for the application.
[0006]
For example, let us consider an application for obtaining the latest price for each product in an RDB composed of a base table A and a base table B as shown in FIGS.
[0007]
The application performs the following processing.
(1) In the base table B, a row including the latest product date and time is selected from the same product number.
(2) The base table A and the result of the above (1) are related with each product number.
(3) A table composed of a product number, a product name, and a price is generated based on the relationship in (2) above.
(4) Access the table which is the result of (3) above, and acquire the product number, product name and price data.
[0008]
In this case, an index of date and time is created in the RDBMS, but an index is not created for the same product number with the latest date and time. For this reason, the application must describe the processing procedure for selecting the latest product date and time among the same product numbers in (1) above. Thus, the index created by the RDBMS is not optimal for each application.
[0009]
Further, since the above-described application processing is executed by each client, request information from each client and result information from the server frequently pass between the server and the client via the network.
[0010]
[Problems to be solved by the invention]
In the conventional technique described above, the index created by the RDBMS is a simple index of the data item, and there is a problem that the data required particularly on the application side does not have the index format and the creation of the application becomes complicated. For this reason, there is also a problem that traffic between the RDBMS and the application increases.
[0011]
An object of the present invention is to provide means for creating a necessary index for each application using a stored procedure registered in an RDBMS, simplifying application creation, and improving the performance of the entire system.
[0012]
[Means for Solving the Problems]
The database access method of the first invention of this application is: A first virtual table (unique table) is defined by defining a configuration of a relational database including one or more base tables accessed from a server and storing data, and a first virtual table associated with the base table name and item name. A stored procedure for creating a key table) and the stored procedure is activated if the stored procedure has not yet been activated or executed, or if the stored procedure has already been activated and then the relational database has been updated. Stored procedure starting means for executing the first virtual table and the name of the item constituting the first virtual table are specified in the configuration of the second virtual table defined by the application. The first virtual table (unique key) is used for processing related to the name of the virtual table and the item names constituting the first virtual table. And a server having a relational database management system that accesses the relational database based on processing requested by an application and returns a processing result to the application, and a name of the base table. Request to access the relational database by defining the name of the first virtual table defined by the stored procedure and the name of the first virtual table defined by the stored procedure and the structure of the second virtual table associated with the name of the item constituting the first virtual table A client having an application that issues a request result to the relational database management system and receives a request result from the relational database management system; Is provided.
[0013]
Database access of the second invention of the present application Method Is A method for accessing a database of a system having a server including a relational database management system, a client including an application, and a relational database, wherein the relational database management system includes names of base tables and item names included in the relational database. A stored procedure that defines the configuration of the first virtual table related to the first virtual table is registered, and the stored procedure is started and executed to create a first virtual table (table of unique key). And the structure of the second virtual table related to the name and item name of the base table included in the table and the name of the first virtual table defined by the stored procedure and the item name constituting the first virtual table; A request to access the relational database is sent to the relational database management system. The relational database management system accesses the relational database based on processing requested by the application, and the name of the first virtual table and the configuration of the second virtual table defined by the application When an item name constituting the first virtual table is designated, the first virtual table (in the processing related to the name of the first virtual table and the item name constituting the first virtual table) The relational database is accessed using a unique key table), and a processing result is returned to the application. The application receives a request result from the relational database management system. .
[0014]
Of the third invention of the present application recoding media Is The relational database management system registers a stored procedure that defines the configuration of the first virtual table associated with the name of the base table and the item name included in the relational database, and executes the stored procedure to execute the first Process of creating a virtual table (unique key table) of the base table and the application, the name and item name of the base table included in the relational database and the name and first virtual table of the first virtual table defined by the stored procedure A process of defining a configuration of a second virtual table related to an item name constituting the table and issuing a request to access the relational database to the relational database management system, and the relational database management system from the application Accessing the relational database based on the requested process; and When the name of the first virtual table and the item name constituting the first virtual table are specified in the configuration of the second virtual table defined by the application, the name of the first virtual table and A process of accessing the relational database using the first virtual table (unique key table) for a process related to an item name constituting the first virtual table, a process of returning a process result to the application, The application records a program for causing a computer to execute a process of receiving a request result from the relational database management system. .
[0019]
DETAILED DESCRIPTION OF THE INVENTION
The database access system of the present invention will be described with reference to FIG.
[0020]
Referring to FIG. 1, the database access system of the present invention comprises a
[0021]
The
[0022]
The
[0023]
The stored procedure execution means 6 executes a stored procedure registered in the
[0024]
The database access request unit 7 executes the stored
[0025]
The operation of the present invention will be described. It is assumed that the stored procedure used by the database access request means 7 is registered in the
[0026]
First, the database access request means 7 designates a table (index) of a unique key created by the stored procedure and sends an access request for the
[0027]
The
[0028]
The database access request means 7 receives the processing result from the
[0029]
In this way, by creating a table (index) of the unique key used by the database access requesting means 7 in the stored procedure registered in the
[0030]
An embodiment of the present invention to which the database access method of the present invention is applied will be described.
[0031]
A first embodiment of the present invention will be described in detail with reference to the drawings. The first embodiment relates to a system that searches an RDB that manages the latest price of a product consisting of two base tables, acquires the latest price of the product, and processes it.
[0032]
FIG. 2 is a diagram illustrating the configuration of the first embodiment.
[0033]
Referring to FIG. 2, in the first embodiment, a
[0034]
The
[0035]
The base table A111 is one of the tables constituting the RDB11. The configuration of the real table A111 is shown in FIG. The base table A111 includes a product number and a product name, and each row is uniquely distinguished by a product number that is a primary key.
[0036]
The base table B112 is one of the tables constituting the RDB11. The configuration of the base table B112 is shown in FIG. A real table B112 includes a product number, a date time, and a price, and indicates the latest price of the product. Each time the price of a product is changed, a line indicating the changed date and time and a new price is registered. The product number corresponds to the product number of the base table A111, and thereby the base table A111 and base table B112 are related. The date and time is the date and time when the price is registered, and indicates the registration order of the price within the same product number. A serial number may be used instead of the date and time. Each line is uniquely distinguished by concatenating the product number and date time (hereinafter referred to as “product number + date time”).
[0037]
The
[0038]
The stored
[0039]
The virtual table A131 is a virtual table including a unique key of the latest history. The stored
[0040]
The stored
[0041]
The application 21 defines the virtual table B211 associated with the virtual table A131 defined and generated by the stored
[0042]
The virtual table B211 is a virtual table that is defined and generated by the application 21 based on the virtual table A131, the base table A111, and the base table B112, and includes data required by the application 21. The configuration of the virtual table B211 is shown in FIG. The virtual table B211 includes a product number, a product name, and a price. The product number is the product number of the base table A111 corresponding to the product number of the virtual table A131, and the product name is the base table A111 corresponding to the product number of the virtual table A131. The price corresponds to the price of the real table B112 corresponding to “product number + date time” of the virtual table A131.
[0043]
The operation of the first exemplary embodiment of the present invention will be described in detail with reference to FIGS.
[0044]
FIG. 4 is a diagram for explaining the operation of the first embodiment. (A) is a specific example of the base table A111, (b) is a specific example of the base table B112, and (c) is a specific example of the virtual table A131. For example, (d) shows a specific example of the virtual table B211. From (a) and (b), it can be seen that the latest price of the product name “AA” is “190” set at the date time “05261800”. FIG. 5 is a diagram showing an operation flow of the first embodiment.
[0045]
Referring to FIG. 5, the application 21 associates the product number of the base table A111 with the product number of the virtual table A131, and “product number + date time” of the base table B112 and “product number + date time” of the virtual table A131. ”, A virtual table B211 including a product number, a product name, and a price is defined, and access to the
[0046]
The
[0047]
The activated stored
(1) For each product number in the base table B112, a row including the latest product in the same product number is selected (step S11).
(2) The product number of the base table A111 is associated with the product number of the result of the above (1) (step S12).
(3) A data set of the virtual table A131 composed of the product number of the real table A111 and the date and time of the result of the above (1) is created (step S13). The output result of the stored
[0048]
Subsequently, the
[0049]
Thereafter, the
[0050]
The application 21 receives the processing result from the
[0051]
In this way, the application 21 can obtain the latest data of the requested
[0052]
Next, a second embodiment of the present invention will be described in detail with reference to the drawings. The second embodiment relates to a system that searches an RDB that manages the failure content of a product consisting of three base tables, acquires the latest failure content of the product, and processes it.
[0053]
FIG. 6 is a diagram illustrating the configuration of the second embodiment.
[0054]
Referring to FIG. 6, in the second embodiment, a
[0055]
Here, the
[0056]
The
[0057]
The base table A151 is one of the tables constituting the RDB15. FIG. 7A shows the configuration of the real table A151. The base table A151 includes product numbers and product names, and each row is uniquely distinguished by a product number which is a primary key.
[0058]
The base table B152 is one of the tables that make up the RDB15. FIG. 7B shows the configuration of the base table B152. The base table B152 includes a product number, a branch number A, a reception number, and a deletion. The product number corresponds to the product number of the base table A151, and thereby the base table B152 and the base table A151 are related to each other. Branch number A indicates the order of receipt numbers within the same product number, and may be a serial number or a date / time. Each line is uniquely identified by “product number + branch number A”. The reception number is a serial number assigned through the product, and the reception number is registered every time a failure of the product is received. The contents of the failure are registered in the base table C153. If there is a new failure reception for the same product, branch number A is increased and a new reception number is registered. Deletion indicates whether or not the reception number is once deleted, and is indicated as “DEL” when the reception number is deleted.
[0059]
The base table C153 is one of the tables that make up the RDB15. The configuration of the real table C153 is shown in FIG. The base table C153 includes a product number, a branch number A, a branch number B, and a failure content. “Product number + branch number A” corresponds to “product number + branch number A” in the base table B152, and thereby the base table C153 and base table B152 are related. Branch number B indicates the order of failure contents within the same “product number + branch number A”, and may be a serial number or a date / time. Each line is uniquely identified by “product number + branch number A + branch number B”. In the failure content, the failure content corresponding to the reception number is registered. When the failure content for the received reception number is updated, the updated failure content is registered by increasing the branch number B, and history management is performed as another data.
[0060]
The
[0061]
The stored
[0062]
The
[0063]
In order to acquire the latest data in the
[0064]
The virtual table B221 is a virtual table defined and generated by the
[0065]
The operation of the second exemplary embodiment of the present invention will be described in detail with reference to FIGS.
[0066]
FIG. 8 is a diagram for explaining the operation of the second embodiment. (A) is a specific example of the base table A151, (b) is a specific example of the base table B152, and (c) is a specific example of the base table C153. For example, (d) shows a specific example of the virtual table A171, and (e) shows a specific example of the virtual table B221. In (b), the reception numbers “002” and “003” are once received but then deleted, and are therefore indicated as “DEL” for deletion. FIG. 9 is a diagram illustrating a flow of operations according to the second embodiment.
[0067]
Referring to FIG. 9, the
[0068]
The
[0069]
The activated stored
(1) For each “product number + branch number A” in the base table C153, a row including the largest branch number B in the same “product number + branch number A” is selected (step S21). In this example, a line with a circle at the right end in FIG. 8C is selected.
(2) The “product number + branch number A” in the base table B152 is associated with the “product number + branch number A” as a result of the above (1) (step S22). At this time, “product number + branch number A” of the base table B152 in which “DEL” is set for deletion of the base table B152 is excluded. In this example, the lines with the receipt numbers “002” and “003” are excluded because “DEL” is set for deletion, and are related to the right end of FIGS. 8B and 8C. It is a line with.
(3) A data set of the virtual table A171 is created, which includes the product number of the real table A151, the branch number A resulting from the above (2), and the branch number B resulting from the above (2) (step S23). The output result of the stored
[0070]
Subsequently, the
[0071]
Thereafter, the
[0072]
The
[0073]
In this way, the
[0074]
In the above-described embodiment according to the present invention, a program or the like for executing the processing operation of the database access method is stored as data in a storage device (not shown) such as a magnetic disk or an optical disk, and the stored data Is used to operate the database access method. As described above, data for operating the database access method according to the present invention is stored in the storage medium, and the function of the database access method can be realized by installing this storage medium.
[0075]
【The invention's effect】
The first effect is that the latest data can always be referred to from the application at high speed only by referring to the necessary stored procedure. The reason is that a means for configuring a function for generating an index for an application in a stored procedure is provided.
[0076]
The second effect is that the load on the client is reduced and the network traffic is also reduced. The reason is that the stored procedure is executed on the server side, so there is no need to issue a complex SQL from the application, and the application can construct the process simply by describing the data manipulation process based on the table of unique keys. This is because there is less interaction between the client application and the server RDBMS.
[0077]
A third effect is that no special recovery procedure such as re-creating a physical index table for an application index is required in the event of a database failure. This is because the application index uses a stored procedure as a virtual table.
[Brief description of the drawings]
FIG. 1 illustrates the present invention
FIG. 2 is a diagram showing a configuration of the first exemplary embodiment
FIG. 3 is a diagram showing a configuration of (a) base table A (b) base table B (c) virtual table A (d) virtual table B in the first embodiment.
4A and 4B are diagrams for explaining the operation of the first embodiment: (a) base table A (b) base table B (c) virtual table A (d) virtual table B
FIG. 5 is a diagram showing an operation flow of the first embodiment;
FIG. 6 is a diagram showing a configuration of the second exemplary embodiment.
FIG. 7 is a diagram showing a configuration of (a) base table A (b) base table B (c) base table C (d) virtual table A (e) virtual table B in the second embodiment.
FIG. 8 is a diagram for explaining the operation of the second embodiment: (a) base table A (b) base table B (c) base table C (d) virtual table A (e) virtual table B
FIG. 9 is a diagram showing a flow of operations according to the second embodiment.
FIG. 10 illustrates a conventional operation; (a) base table A (b) base table B (c) result diagram
[Explanation of symbols]
1 server
2 clients
3 network
4 Database
5 Database management system
6 Stored procedure execution means
7 Database access request means
11 RDB
12 RDBMS
13 Stored Procedure
14 Stored procedure activation means
15 RDB
16 RDBMS
17 Stored Procedure
21 Application
22 Application
111 Base table A
112 Base table B
131 Virtual table A
151 Base table A
152 Base Table B
153 Base table C
171 Virtual table A
211 Virtual table B
221 Virtual table B
Claims (3)
前記実表の名前および項目名と関係づけた第1の仮想表の構成を定義し第1の仮想表(一意キーの表)を作成するストアドプロシージャと、前記ストアドプロシージャが未だ起動実行されていない場合あるいは前記ストアドプロシージャが既に起動実行され且つその後に前記関係データベースの更新がなされている場合に前記ストアドプロシージャを起動するストアドプロシージャ起動手段と、アプリケーションが定義した第2の仮想表の構成に前記第1の仮想表の名前および前記第1の仮想表を構成する項目名が指定されている場合には前記第1の仮想表の名前および前記第1の仮想表を構成する項目名に係わる処理に前記第1の仮想表(一意キーの表)を用いて前記関係データベースにアクセスする手段とを含み、アプリケーションから要求された処理に基づき前記関係データベースをアクセスし処理結果を前記アプリケーションに返す関係データベース管理システムを有するサーバと、
前記実表の名前および項目名ならびに前記ストアドプロシージャが定義する第1の仮想表の名前および第1の仮想表を構成する項目名と関係づけた第2の仮想表の構成を定義して前記関係データベースにアクセスする要求を前記関係データベース管理システムに発行し要求結果を前記関係データベース管理システムから受け取るアプリケーションを有するクライアントと、
を備えることを特徴とするデーターベースアクセス方式。 A relational database accessed from a server, storing and accumulating data and including one or more base tables;
A stored procedure that defines the configuration of the first virtual table associated with the base table name and the item name and creates the first virtual table (unique key table), and the stored procedure has not yet been started and executed Or the stored procedure starting means for starting the stored procedure when the stored procedure has already been started and executed and the relational database has been updated thereafter, and the second virtual table defined by the application includes When the name of one virtual table and the name of an item constituting the first virtual table are specified, the processing related to the name of the first virtual table and the name of the item constituting the first virtual table Means for accessing the relational database using the first virtual table (unique key table), from an application A server having a relational database management system that returns accessing the relational database based on the determined have been processed the processing result to the application,
The relationship is defined by defining the name and item name of the base table and the name of the first virtual table defined by the stored procedure and the structure of the second virtual table associated with the item name constituting the first virtual table. A client having an application that issues a request to access a database to the relational database management system and receives a request result from the relational database management system;
A database access method characterized by comprising:
前記関係データベース管理システムは、
前記関係データベースに含まれる実表の名前および項目名と関係づけた第1の仮想表の構成を定義するストアドプロシージャを登録し、
前記ストアドプロシージャを起動実行して第1の仮想表(一意キーの表)を作成し、
前記アプリケーションは、
前記関係データベースに含まれる実表の名前および項目名ならびに前記ストアドプロシージャが定義する第1の仮想表の名前および第1の仮想表を構成する項目名と関係づけた第2の仮想表の構成を定義して前記関係データベースにアクセスする要求を前記関係データベース管理システムに発行し、
前記関係データベース管理システムは、
前記アプリケーションから要求された処理に基づき前記関係データベースをアクセスし、
前記アプリケーションが定義した第2の仮想表の構成に前記第1の仮想表の名前および前記第1の仮想表を構成する項目名が指定されている場合には前記第1の仮想表の名前および前記第1の仮想表を構成する項目名に係わる処理に前記第1の仮想表(一意キーの表)を用いて前記関係データベースにアクセスし、
処理結果を前記アプリケーションに返し、
前記アプリケーションは、
要求結果を前記関係データベース管理システムから受け取る、
を特徴とするデーターベースアクセス方法。 A method for accessing a database of a system having a server including a relational database management system, a client including an application, and a relational database,
The relational database management system includes:
Registering a stored procedure that defines the configuration of the first virtual table associated with the name and item name of the base table included in the relational database;
Launch and execute the stored procedure to create a first virtual table (unique key table),
The application is
The structure of the second virtual table associated with the name and item name of the base table included in the relational database and the name of the first virtual table defined by the stored procedure and the item name constituting the first virtual table. Issue a request to the relational database management system to define and access the relational database;
The relational database management system includes:
Accessing the relational database based on processing requested by the application;
When the name of the first virtual table and the item name constituting the first virtual table are specified in the configuration of the second virtual table defined by the application, the name of the first virtual table and Accessing the relational database using the first virtual table (unique key table) for processing related to the item names constituting the first virtual table;
Return the processing result to the application,
The application is
Receiving a request result from the relational database management system;
A database access method characterized by the above .
関係データベースに含まれる実表の名前および項目名と関係づけた第1の仮想表の構成を定義するストアドプロシージャを登録する処理と、
前記ストアドプロシージャを起動実行して第1の仮想表(一意キーの表)を作成する処理と、
アプリケーションが、
前記関係データベースに含まれる実表の名前および項目名ならびに前記ストアドプロシージャが定義する第1の仮想表の名前および第1の仮想表を構成する項目名と関係づけた第 2の仮想表の構成を定義して前記関係データベースにアクセスする要求を前記関係データベース管理システムに発行する処理と、
前記関係データベース管理システムが、
前記アプリケーションから要求された処理に基づき前記関係データベースをアクセスする処理と、
前記アプリケーションが定義した第2の仮想表の構成に前記第1の仮想表の名前および前記第1の仮想表を構成する項目名が指定されている場合には前記第1の仮想表の名前および前記第1の仮想表を構成する項目名に係わる処理に前記第1の仮想表(一意キーの表)を用いて前記関係データベースにアクセスする処理と、
処理結果を前記アプリケーションに返す処理と、
前記アプリケーションが、
要求結果を前記関係データベース管理システムから受け取る処理と、
をコンピュータに実行させるためのプログラムを記録したことを特徴とする記録媒体。 Relational database management system
Registering a stored procedure that defines the structure of the first virtual table associated with the name and item name of the base table included in the relational database;
Processing to start and execute the stored procedure to create a first virtual table (table of unique key);
Application
The structure of the second virtual table associated with the name and item name of the base table included in the relational database and the name of the first virtual table defined by the stored procedure and the item name constituting the first virtual table. Processing to define and issue a request to access the relational database to the relational database management system;
The relational database management system is
A process of accessing the relational database based on a process requested by the application;
When the name of the first virtual table and the item name constituting the first virtual table are specified in the configuration of the second virtual table defined by the application, the name of the first virtual table and A process for accessing the relational database using the first virtual table (unique key table) for a process related to an item name constituting the first virtual table;
Processing to return a processing result to the application;
The application
Receiving a request result from the relational database management system;
A recording medium on which a program for causing a computer to execute is recorded .
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP17202899A JP3626632B2 (en) | 1999-06-18 | 1999-06-18 | Database access method, method and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP17202899A JP3626632B2 (en) | 1999-06-18 | 1999-06-18 | Database access method, method and storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001005704A JP2001005704A (en) | 2001-01-12 |
| JP3626632B2 true JP3626632B2 (en) | 2005-03-09 |
Family
ID=15934198
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP17202899A Expired - Fee Related JP3626632B2 (en) | 1999-06-18 | 1999-06-18 | Database access method, method and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3626632B2 (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001142773A (en) * | 1999-11-17 | 2001-05-25 | Fujitsu Ltd | Data management device and recording medium for switching system |
| CN105446991B (en) * | 2014-07-07 | 2018-10-30 | 阿里巴巴集团控股有限公司 | Date storage method, querying method and equipment |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0567159A (en) * | 1991-09-10 | 1993-03-19 | Nec Software Kansai Ltd | Table form data processing device |
-
1999
- 1999-06-18 JP JP17202899A patent/JP3626632B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2001005704A (en) | 2001-01-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11921873B1 (en) | Authenticating data associated with a data intake and query system using a distributed ledger system | |
| US10838935B2 (en) | Automating the logging of table changes in a database | |
| CN101601029B (en) | Data object search and retrieval | |
| US12072939B1 (en) | Federated data enrichment objects | |
| US7584264B2 (en) | Data storage and retrieval systems and related methods of storing and retrieving data | |
| US8700567B2 (en) | Information apparatus | |
| KR20040086580A (en) | Consistency unit replication in application-defined systems | |
| US12436963B2 (en) | Retrieving data identifiers from queue for search of external data system | |
| CN105740472A (en) | Distributed real-time full-text search method and system | |
| US7281014B2 (en) | Method and apparatus for moving data between storage devices | |
| US12038926B1 (en) | Intelligent search-time determination and usage of fields extracted at index-time | |
| US12164402B1 (en) | Deactivating a processing node based on assignment of a data group assigned to the processing node | |
| CN116049306A (en) | Data synchronization method, device, electronic device and readable storage medium | |
| US8856068B2 (en) | Replicating modifications of a directory | |
| JP4168522B2 (en) | Active storage device, storage control method thereof, and heterogeneous data integrated utilization system using the same | |
| US20050108237A1 (en) | File system | |
| US20050160078A1 (en) | Method and apparatus for entity removal from a content management solution implementing time-based flagging for certainty in a relational database environment | |
| WO2022009162A1 (en) | Archiving accelerator-only database tables | |
| US20250328513A1 (en) | Generating interim processing node maps | |
| JP3626632B2 (en) | Database access method, method and storage medium | |
| US8005844B2 (en) | On-line organization of data sets | |
| EP1595217A2 (en) | System and method for processing a request using multiple database units | |
| JP7780874B2 (en) | Information processing device, information processing method, and program | |
| CN109902065A (en) | Access distributed type assemblies external data method and device | |
| JP3330006B2 (en) | Network system including information storage system, input system of the system, and |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20041124 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20041203 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| S633 | Written request for registration of reclamation of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313633 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20071210 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081210 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091210 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091210 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101210 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101210 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111210 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111210 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121210 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121210 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131210 Year of fee payment: 9 |
|
| LAPS | Cancellation because of no payment of annual fees |