JP2000010841A - データベースシステム - Google Patents

Abstract

(57)【要約】 【課題】 従来のデータベースシステムでは、構造が同
じテーブルをある時点で切り換えて使用する場合、アプ
リケーション側で意識的に切り換えなければならない。 【解決手段】 ディクショナリ１９において、データ内
容は異なるが構造は同じ複数のテーブルに対して同じ名
称を付与し、そして、予め、スケジュール作成部１３で
作成され、スケジュール情報登録部１８に設定されたス
ケジュールに従って、アプリケーションに接続するテー
ブルを自動的に切り換える。このように、アプリケーシ
ョンには一つのテーブルとして見せながら、所定のスケ
ジュールに従って自動的にアクセス先のテーブルを切り
換える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、データベースシス
テムに係わり、特に、テーブルの切り換えによるデータ
ベースの再構成を効率的に行うのに好適なデータベース
システムに関するものである。

【０００２】

【従来の技術】データベースシステムにおいては、テー
ブル単位でデータを格納しており、アプリケーションか
ら、テーブル名を指定して特定することにより、データ
の検索等が行われる。そのため、テーブルにはデータベ
ース内でユニークな名称が付与されている。

【０００３】このようなテーブル名による管理技術で
は、例えば、インターネット等で行われるオンラインシ
ョッピングのシステムにおいて、バーゲンセール時の料
金体系にデータを切り換える際には、通常の料金用のデ
ータを格納した第１のテーブルとバーゲンセールの料金
を格納した第２のテーブルをそれぞれ個別の名称で用意
し、アプリケーション側でテーブル名称を切り換えてア
クセスする必要がある。

【０００４】テーブル名称を切り換えることなく、異な
るデータ内容を提供するためには、同じ名称のテーブル
を二つ用意しておき、それぞれのテーブルをシステム側
で切り換え接続する必要がある。このような、データベ
ースにおけるテーブルの切り換えに関しての技術として
は、例えば、特開平８−７７０５０号公報に記載の「デ
ータベース再構成装置及びデータベース再構成方法」が
ある。

【０００５】しかし、この技術では、テーブルを手動で
切り換え、かつ、切り換え中はデータベースを再構成す
ることのみを目的としたものである。従って、テーブル
を切り換える際には、運用が一時停止したり、切り換え
作業時にオペレーションを行う人員が必要になる。すな
わち、この技術は、上記インターネットでのオンライン
ショッピングのシステムにおいて、異なるデータを瞬時
に切り換えるような用途には適用できない。

【０００６】

【発明が解決しようとする課題】解決しようとする問題
点は、従来の技術では、同じ名称のテーブルを切り換え
るためには、運用の一時停止、および、人手による切換
作業が必要となる点である。本発明の目的は、これら従
来技術の課題を解決し、例えば、インターネットでのオ
ンラインショッピングのシステムにおいて、異なるデー
タを瞬時に切り換えることを可能とするデータベースシ
ステムを提供することである。

【０００７】

【課題を解決するための手段】上記目的を達成するた
め、本発明のデータベースシステムでは、それぞれ同じ
名称でアプリケーションからアクセスさせたい複数のテ
ーブルを用意し、例えば、各テーブル別に付与されたユ
ニークな識別名の一つを、各テーブルに共通な名称に対
応付けて登録するディクショナリを設け、このディクシ
ョナリにおいて共通名称に対応付ける識別名を書き換え
る構成とする。さらに、日時やデータ更新等のトリガ
や、切り換え対象とその切り換え先のテーブル等のユー
ザによって予め作成されたスケジュール情報などに従
い、自動的に、ディクショナリの登録内容の切り換えを
行う構成とする。その結果、アプリケーションから共通
な名称でアクセスされた場合にも、日時が異なれば、デ
ィクショナリの登録状況も異なっており、それぞれ異な
ったテーブルへのアクセスとなる。このことにより、例
えば、インターネット等で行われるオンラインショッピ
ングのシステムにおけるバーゲンセール時の料金体系へ
のデータの切り換えを、予め指定された日時に、自動的
に、かつ、瞬時に行なうことができる。尚、自動切り換
え時に実行していたトランザクションは、トランザクシ
ョンが終了するまで切り換え前のテーブルを使用し続け
るようにする。このことにより、トランザクションに不
整合を生じさせない。また、データベース管理者は、共
通な名称との対応付けが外された識別名のテーブルに、
その識別名を用いて直接アクセスし、そのテーブルのメ
ンテナンスを行うことができる。

【０００８】

【発明の実施の形態】以下、本発明の実施の形態を、図
面により詳細に説明する。図１は、本発明のデータベー
スシステムの本発明に係る機能構成の一実施例を示すブ
ロック図であり、図２は、図１におけるデータベースシ
ステムのハードウェア構成を示すブロック図である。

【０００９】図２において、２１はキーボードやマウス
等からなる入力装置、２２はＣＲＴ（Cathode Ray Tub
e）等からなる出力装置、２３はＣＰＵ（Central Proce
ssingUnit）やＲＡＭ（Random Access Memory）および
ＲＯＭ（Read Only Memory）等からなり蓄積プログラム
方式によるデータベース管理処理等を行う処理装置、２
４はハードディスクドライブ等からなる外部記憶装置、
２５はＬＡＮ（LocalArea Network）や公衆網などを介
して通信端末との通信制御を行う通信制御装置である。

【００１０】処理装置２３は、図示していないＣＤ−Ｒ
ＯＭ等の記録媒体からプログラムやデータを外部記憶装
置２４に格納し、適宜ＲＡＭに読み出して、図１に示す
本発明に係わるデータベースシステムの各機能を構築す
る。すなわち、図１において、データベースシステム１
１には、作成要求受付部１２とスケジュール作成部１
３、および、アクセス要求受付部１４、データアクセス
部１５、結果出力部１６、スケジュール管理部１７、ス
ケジュール情報登録部１８、ディクショナリ１９、デー
タ格納部２０が設けられている。

【００１１】作成要求受付部１２は、図２の入力装置２
１や通信制御装置２５を介して入力されるスケジュール
作成要求を受け取る。同じく、アクセス要求受付部１４
は、データアクセス要求を受け取る。データアクセス部
１５は、アクセス要求受付部１４で受け取ったデータア
クセス要求に対応して、ディクショナリ１９を参照し、
データ２０内の特定のテーブルにアクセスする。このデ
ータアクセス部１５でアクセスした結果は、結果出力部
１６により、図２の出力装置２２や通信制御装置２５に
出力される。

【００１２】また、スケジュール作成部１３は、作成要
求受付部１２で受け取った要求に基づいてスケジュール
を作成する。このスケジュール作成部１３で作成された
スケジュールはスケジュール情報登録部１８に登録さ
れ、このスケジュール情報登録部１８に登録されたスケ
ジュール情報に基づき、スケジュール管理部１７は、デ
ィクショナリ１９の内容を書き換える。データ部２０に
は、構造が同じ複数のテーブルを格納している。スケジ
ュール情報登録部１８に登録されるスケジュール情報と
しては、ディクショナリ１９の情報を切り換えるトリガ
などの切換え情報がある。

【００１３】このような構成からなるデータベースシス
テムの動作説明を、図３を用いて説明する。図３は、図
１におけるデータベースシステムの本発明に係わる処理
動作例を示すフローチャートである。まず、図１のアク
セス要求受付部１２で、アクセス要求を入力する（ステ
ップ３０１）。次に、トランザクション終了要求か否か
の判定を行う（ステップ３０２）。

【００１４】トランザクション終了要求でない場合は、
アクセスするテーブルのディクショナリを既に取得して
いるか否かの判定を行う（ステップ３０３）。取得して
いない場合は、アクセスするテーブルのディクショナリ
を読込んだ後（ステップ３０４）、また、ディクショナ
リを既に読込んでいれば、そのまま、読み込んだディク
ショナリに示された実テーブルへアクセスする（ステッ
プ３０５）。尚、この動作は、図１におけるデータアク
セス部１５による動作である。

【００１５】この図１のデータアクセス部１５による動
作結果を結果出力部１６で出力する（ステップ３０
６）。そして、アクセス要求が更新要求だったか否かの
判定を行う（ステップ３０７）。更新要求であった場合
は、図１のスケジュール管理部１７に、更新が発生した
こと、および更新したテーブル名を通知する（ステップ
３０８）。また、更新要求でなかった場合はステップ３
０１に戻り、次のアクセス要求を入力する。

【００１６】また、ステップ３０２でトランザクション
終了要求の場合、トランザクション終了処理を行ない
（ステップ３０９）、読込んであった全てのディクショ
ナリの内容を破棄する（ステップ３１０）。これによ
り、ディクショナリがトランザクション処理中に書き換
わったとしても、トランザクション終了までは旧ディク
ショナリの情報を有効とする。

【００１７】次に、ステップ３０８における更新の通知
に基づく図１のスケジュール管理部１７の動作を説明す
る。図４は、図１におけるスケジュール管理部の本発明
に係わる動作例を示す説明図である。本例は、データア
クセス部１５による図３における処理（ステップ３０
８）に対応して、テーブルを更新する処理手順を示して
おり、特に、予め設定されたテーブル更新時に自動的に
テーブルの実体を切り換える処理動作の流れを示す。

【００１８】テーブルの更新があった場合、データアク
セス部１５から更新が発生したことおよび更新したテー
ブル名が通知され、スケジュール管理部１７は、この更
新通知が入力されると（ステップ４０１）、スケジュー
ル情報登録部１８に登録されている全てのスケジュール
情報を読込む（ステップ４０２）。そして、スケジュー
ル情報の全てをチェックするため、スケジュール情報が
ある限り（ステップ４０３）、以下の処理を繰り返す。

【００１９】すなわち、データアクセス部１５から通知
されたテーブル名を参照して、そのテーブルのディクシ
ョナリとスケジュール情報の更新テーブル名が一致する
かどうか判定する（ステップ４０４）。一致した場合
は、このスケジュール情報のテーブル名に合致するディ
クショナリ１９の実テーブル名を、スケジュール情報の
実テーブル名に書き換える（ステップ４０５）。以下、
このようなスケジュール管理部１７によるディクショナ
リ１９の書換え動作例を図５に基づき説明する。

【００２０】図５は、図１におけるスケジュール管理部
によるディクショナリの書換え動作例を示す説明図であ
る。スケジュール情報登録部１８に登録された本例のス
ケジュール情報では、更新テーブル名が「Ｂ」であれ
ば、テーブル名「Ａ」の実テーブル名を「Ａ．ｂ」に変
更するとの指示がなされている。そのため、当初、ディ
クショナリ１９におけるテーブル名が「Ａ」というテー
ブルの実テーブル名は「Ａ.ａ」であるが、テーブルＢ
に更新が発生した場合、それに伴い、ディクショナリ１
９のテーブル名「Ａ」のテーブルの実テーブル名は
「Ａ.ｂ」へ書き換えられる。

【００２１】このようなスケジュール管理部１７による
ディクショナリ１９の他の書換え動作例を図６と図７に
基づき説明する。図６は、図１におけるスケジュール管
理部の本発明に係わる他の動作例を示すフローチャート
であり、図７は、そのディクショナリの書換え動作例を
示す説明図である。本例は、予め設定された時間に、自
動的に、テーブルの実体を切り換える処理動作の流れを
説明するものである。

【００２２】図１におけるスケジュール情報登録部１８
はスケジュール作成部１３で時系列にソーティングされ
ている。そして、図６において、スケジュール管理部１
７は、まず、スケジュール情報に変更がないか否かを判
定する（ステップ６０１）。変更があった場合は、全て
のスケジュール情報を読み込んだ後（ステップ６０
２）、また、変更が無かった場合は、そのまま現在の時
刻を読込む（ステップ６０３）。

【００２３】全てのスケジュール情報をチェックするた
め、スケジュール情報がある限り、次の処理を繰り返す
（ステップ６０４）。すなわち、スケジュール情報に従
って、既にディクショナリが切り換えられたかどうかを
切換え済みフラグの状態で判定する（ステップ６０
５）。ここでは、切換え済みの場合は切換えフラグがオ
ンなので、次のスケジュールを判定するためステップ６
０４の処理へ戻る。また、切換え済みでない場合、すな
わち、切換えフラグがオフの場合には、現在の時刻がス
ケジュール情報のテーブル切換え時刻になっているか否
か判定する（ステップ６０６）。

【００２４】切換え時刻であれば、図１のディクショナ
リ１９の実テーブル名をスケジュール情報の実テーブル
名に書き換える（ステップ６０７）。そして、スケジュ
ール情報の切換え済みフラグをオンにして次のスケジュ
ールを判定するため、ステップ６０４の処理に戻る。ス
ケジュールは時系列にソートされているので、ステップ
６０６において、現在の時刻がまだ切換え時刻になって
いない場合は、これ以降のスケジュールを判定する必要
はないのでステップ６０１へ戻る。

【００２５】図７の例では、ディクショナリ１９におけ
るテーブル名「Ａ」というテーブルの実テーブル名は
「Ａ.ａ」であるが、スケジュール情報登録部１８内の
スケジュール情報にある「yy/mm/dd/hh/mm/ss」で示さ
れるテーブル切り換え時刻、すなわち、「yy年mm月dd日
hh時mm分ss秒」以降は、ディクショナリ１９のテーブル
名「Ａ」というテーブルの実テーブル名を「Ａ.ｂ」に書き
換える。

【００２６】図８は、図１におけるデータベースシステ
ムでのデータベース管理者の操作例を示す説明図であ
る。本例は、データベース管理者がメンテナンスを行う
場合の仕掛けを示すものであり、データベースの管理者
は、実テーブル名「Ａ.ｂ」のテーブルに、その実テー
ブル名「Ａ.ｂ」を指定することにより直接アクセスで
きる。

【００２７】しかし、一般ユーザには全ての実テーブル
名は知らされておらず、一般ユーザは、実テーブル名で
データベースにアクセスできず、「Ａ」というテーブル
名でしかアクセスできない。従ってテーブル名「Ａ」に
対応付けられた実テーブル名が「Ａ.ａ」のとき、実テ
ーブル名「Ａ.ｂ」のテーブルには、一般ユーザはアク
セスすることができない。

【００２８】そのため、この実テーブル名が「Ａ.ｂ」
のテーブルのメンテナンスは、一般ユーザからアクセス
されないことが保証される。その結果、「Ａ.ｂ」のテ
ーブルのメンテナンスのためにテーブル全体をアクセス
禁止状態にする排他制御が不要となり、かつ、その分、
高速に処理することも可能となる。

【００２９】以上、図１〜図８を用いて説明したよう
に、本実施例のデータベースシステムでは、データ内容
が異なる複数のテーブルに同じ名称でテーブル名を付与
し、かつデータベース内では、それぞれにユニークな実
テーブル名をつけて、同じ名称のテーブル名に対応付け
て管理する。このことにより、同じテーブル名に対応付
けた実テーブル名を変更するだけで、容易にかつ自動的
に、ユーザに提供するデータを切り換えることができ
る。すなわち、アプリケーションからはひとつのテーブ
ルに見せながら、管理者がテーブルの切り換えをおこな
うことができ、例えば、内容の異なるデータを用意し、
ある時点で切り換えることにより、大量のデータを一瞬
にしてロード、更新したように見せることができる。

【００３０】また、このようなテーブル名と各テーブル
との対応付けを変更するスケジュールを予め設定・登録
しておくことができ、例えば、インターネットのオンラ
インショッピングにおいて、バーゲンセールの期間だ
け、価格体系をセール価格に切り換える際にも、通常の
価格を格納したテーブルの他に、セール価格を格納した
テーブルを用意しておき、スケジュール情報として、バ
ーゲンセール期間だけ、このセール価格テーブルを価格
テーブルに切り換えるように登録しておけば、バーゲン
セール期間中自動的に、表示する価格を切り換えること
が可能となる。

【００３１】また、アプリケーションが使用しないテー
ブルは、実テーブル名を指定しない限り、アクセスする
ことはできないので、これらのテーブルのメンテナンス
は、ユーザからのアクセスがないことが保証される。そ
のため、従来はテーブル全体への排他制御が必要であっ
たメンテナンスも、本実施例では、排他制御なしでも可
能となり、メンテナンス性能を向上させることができ
る。また、データベースシステムの管理者は、直接、実
テーブル名を指定してアクセスすることで、ユーザに影
響を与えることなくメンテナンスを行うことができる。

【００３２】このように、アプリケーションは複数のテ
ーブルを意識することなく、それぞれ異なるデータ内容
のテーブルにアクセスでき、かつ、データベース管理者
はデータの内容を自動的に切り換えることができるの
で、データベースの再構成を、アプリケーションを複雑
にすることなく、また、データベースの運用を停止する
ことなく、さらに、人手による作業付加をかけることな
く、行うことができる。

【００３３】尚、本発明は、図１〜図８を用いて説明し
た実施例に限定されるものではなく、その要旨を逸脱し
ない範囲において種々変更可能である。例えば、本例で
は、インターネットのオンラインショッピングでの適用
例を挙げたが、テスト用データベースから本番用データ
ベースへの自動切換えとしての利用や、データウェアハ
ウスシステムで先月分のデータを分析する場合、予め大
量データをロードし、月末に自動的に切り換えるシステ
ム、すなわち、大量データの超高速ロードや超高速更新
を行なうシステムなどに応用することができる。

【００３４】

【発明の効果】本発明によれば、同じ名称のテーブルの
切り換えを、アプリケーションの変更切換や、運用の一
時停止、および、人手による切換作業なしで行うことが
でき、例えば、インターネットでのオンラインショッピ
ングのシステムにおいて異なるデータのテーブルに瞬時
に切り換えることや、大量データの超高速ロードや超高
速更新が容易にでき、また、テーブルのメンテナンスも
容易にでき、データベースシステムの性能を向上させる
ことが可能である。

【図面の簡単な説明】

【図１】本発明のデータベースシステムの本発明に係る
機能構成の一実施例を示すブロック図である。

【図２】図１におけるデータベースシステムのハードウ
ェア構成を示すブロック図である。

【図３】図１におけるデータベースシステムの本発明に
係わる処理動作例を示すフローチャートである。

【図４】図１におけるスケジュール管理部の本発明に係
わる動作例を示す説明図である。

【図５】図１におけるスケジュール管理部によるディク
ショナリの書換え動作例を示す説明図である。

【図６】図１におけるスケジュール管理部の本発明に係
わる他の動作例を示すフローチャートである。

【図７】図６におけるスケジュール管理部によるディク
ショナリの書換え動作例を示す説明図である。

【図８】図１におけるデータベースシステムでのデータ
ベース管理者の操作例を示す説明図である。

【符号の説明】

１１：データベースシステム、１２：作成要求受付部、
１３：スケジュール作成部、１４：アクセス要求受付
部、１５：データアクセス部、１６：結果出力部、１
７：スケジュール管理部、１８：スケジュール情報登録
部、１９：ディクショナリ、２０：データ、２１：入力
装置、２２：出力装置、２３：処理装置、２４：外部記
憶装置、２５：通信制御装置。

Claims (3)

【特許請求の範囲】
1. 【請求項１】 アプリケーションから、テーブル名を指
   定して当該テーブルへのアクセスがなされるデータベー
   スシステムにおいて、上記アプリケーションから指定さ
   れるテーブル名に、それぞれ構造が同じでデータ内容の
   異なる複数のテーブルのいずれか一つを対応付けて記憶
   する対応記憶手段と、該対応付け記憶手段で上記テーブ
   ル名に対応付けて記憶する上記テーブルを変更する対応
   変更手段とを設け、上記アプリケーションで指定するテ
   ーブル名を変更することなく、上記アプリケーションか
   らアクセスされるテーブルを変更することを特徴とする
   データベースシステム。
2. 【請求項２】 請求項１に記載のデータベースシステム
   において、上記対応変更手段による上記テーブル名と上
   記テーブルとの対応付けの変更の実行手順を登録するス
   ケジュール登録手段と、該スケジュール登録手段に登録
   する上記実行手順を、操作者からの指示に基づき生成す
   るスケジュール生成手段とを設け、予め生成され登録さ
   れた実行手順に基づき自動的に上記対応変更手段による
   上記テーブル名と上記テーブルとの対応付けの変更を行
   うことを特徴とするデータベースシステム。
3. 【請求項３】 請求項１、もしくは、請求項２のいずれ
   かに記載のデータベースシステムにおいて、上記対応記
   憶手段には、上記テーブル名と複数のテーブルのいずれ
   か一つとの対応付けと共に、上記複数のテーブルを、そ
   れぞれに固有の識別名に対応付けて記憶し、上記固有の
   識別名の指定により上記複数のテーブルのそれぞれにア
   クセスされることを特徴とするデータベースシステム。