JPH11110262A - 情報管理システム - Google Patents
情報管理システムInfo
- Publication number
- JPH11110262A JPH11110262A JP9268886A JP26888697A JPH11110262A JP H11110262 A JPH11110262 A JP H11110262A JP 9268886 A JP9268886 A JP 9268886A JP 26888697 A JP26888697 A JP 26888697A JP H11110262 A JPH11110262 A JP H11110262A
- Authority
- JP
- Japan
- Prior art keywords
- database
- divided
- records
- instructions
- record
- 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.)
- Withdrawn
Links
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】
【課題】 データベースへのレコード量が増加した場合
に検索性能を劣化させないようにする。 【解決手段】この情報管理システムは情報を登録するに
あたりテーブル２０ａが定義され、そのテーブル２０ａ
に対する情報の登録および検索が所定命令により実行さ
れるＲＤＢ２０と、テーブル２０ａのレコード数を監視
するレコード数監視処理部２１と、テーブル２０ａのレ
コード量が制限行数を超過した場合、テーブル２０ａの
レコード数を半分に分割し、テーブル２０ａと同一構造
のテーブル２０ｂを作成し、そのテーブル２０ｂに半分
のレコードを移動するテーブル分割処理部２２と、ＲＤ
Ｂ２０の情報の検索要求が発生した場合、ＳＱＬを分割
テーブル数分複製しそれぞれのテーブル２０ａ、２０ｂ
に同時に発行する登録・検索ＳＱＬ加工部２４と、発行
された命令により得られた各検索結果を統合する検索結
果統合処理部２５とを具備する。
に検索性能を劣化させないようにする。 【解決手段】この情報管理システムは情報を登録するに
あたりテーブル２０ａが定義され、そのテーブル２０ａ
に対する情報の登録および検索が所定命令により実行さ
れるＲＤＢ２０と、テーブル２０ａのレコード数を監視
するレコード数監視処理部２１と、テーブル２０ａのレ
コード量が制限行数を超過した場合、テーブル２０ａの
レコード数を半分に分割し、テーブル２０ａと同一構造
のテーブル２０ｂを作成し、そのテーブル２０ｂに半分
のレコードを移動するテーブル分割処理部２２と、ＲＤ
Ｂ２０の情報の検索要求が発生した場合、ＳＱＬを分割
テーブル数分複製しそれぞれのテーブル２０ａ、２０ｂ
に同時に発行する登録・検索ＳＱＬ加工部２４と、発行
された命令により得られた各検索結果を統合する検索結
果統合処理部２５とを具備する。
Description
【０００１】
【発明の属する技術分野】本発明は例えばクライアント
サーバ型などの情報管理システムに関する。
サーバ型などの情報管理システムに関する。
【０００２】
【従来の技術】従来の情報管理システム、例えばクライ
アントサーバ型などの情報管理システムは、サーバ計算
機上にリレーショナルデータベース（以下ＲＤＢと称
す）を備え、クライアント計算機からネットワークを通
じてＲＤＢへアクセスし、情報の登録、検索、更新を行
うようシステム構築されている。
アントサーバ型などの情報管理システムは、サーバ計算
機上にリレーショナルデータベース（以下ＲＤＢと称
す）を備え、クライアント計算機からネットワークを通
じてＲＤＢへアクセスし、情報の登録、検索、更新を行
うようシステム構築されている。
【０００３】この種の情報管理システムの場合、ＲＤＢ
に情報を新規登録する場合、ＲＤＢ上にテーブルを定義
し、以降、そのテーブル内にレコードを次々に挿入して
行くのが一般的である。
に情報を新規登録する場合、ＲＤＢ上にテーブルを定義
し、以降、そのテーブル内にレコードを次々に挿入して
行くのが一般的である。
【０００４】
【発明が解決しようとする課題】しかしながら、従来の
情報管理システムでは、レコードが１つ発生する毎に１
つのテーブル内に行が追加され、その行にレコードが挿
入されるためテーブルのレコード数が大量になると、レ
コードを検索するだけで多くの時間がかかりＲＤＢその
ものの検索性能が劣化するという問題がある。
情報管理システムでは、レコードが１つ発生する毎に１
つのテーブル内に行が追加され、その行にレコードが挿
入されるためテーブルのレコード数が大量になると、レ
コードを検索するだけで多くの時間がかかりＲＤＢその
ものの検索性能が劣化するという問題がある。
【０００５】本発明はこのような課題を解決するために
なされたもので、データベースのテーブルのレコード件
数を常に一定に保つことによりデータベース検索時の性
能劣化を防止することのできる情報管理システムを提供
することを目的としている。
なされたもので、データベースのテーブルのレコード件
数を常に一定に保つことによりデータベース検索時の性
能劣化を防止することのできる情報管理システムを提供
することを目的としている。
【０００６】
【課題を解決するための手段】上記した目的を達成する
ために、請求項１記載の発明の情報管理システムは、情
報を登録するにあたりテーブルが定義され、そのテーブ
ルに対する前記情報の登録および検索が所定の命令によ
り実行されるデータベースと、前記データベースのテー
ブルのレコード量を監視する監視手段と、前記監視手段
による監視中に前記テーブルのレコード量が制限量を超
過した場合、前記テーブルのレコード量を分割する分割
手段と、前記分割手段により前記テーブルが分割された
場合、前記テーブルと同一構造のテーブルを作成するテ
ーブル作成手段と、前記テーブル作成手段により作成さ
れたテーブルに前記分割手段により分割された一方のレ
コードを移動するレコード移動手段と、前記データベー
スへの情報の検索要求が発生した場合、前記検索要求に
対応する命令を分割テーブル数分複製し、複製した命令
をそれぞれのテーブルに対して同時に発行する命令加工
手段と、前記命令加工手段により発行された命令により
前記データベースからそれぞれ得られた結果を統合して
出力する統合手段とを具備したことを特徴としている。
ために、請求項１記載の発明の情報管理システムは、情
報を登録するにあたりテーブルが定義され、そのテーブ
ルに対する前記情報の登録および検索が所定の命令によ
り実行されるデータベースと、前記データベースのテー
ブルのレコード量を監視する監視手段と、前記監視手段
による監視中に前記テーブルのレコード量が制限量を超
過した場合、前記テーブルのレコード量を分割する分割
手段と、前記分割手段により前記テーブルが分割された
場合、前記テーブルと同一構造のテーブルを作成するテ
ーブル作成手段と、前記テーブル作成手段により作成さ
れたテーブルに前記分割手段により分割された一方のレ
コードを移動するレコード移動手段と、前記データベー
スへの情報の検索要求が発生した場合、前記検索要求に
対応する命令を分割テーブル数分複製し、複製した命令
をそれぞれのテーブルに対して同時に発行する命令加工
手段と、前記命令加工手段により発行された命令により
前記データベースからそれぞれ得られた結果を統合して
出力する統合手段とを具備したことを特徴としている。
【０００７】請求項１、３、４記載の発明では、監視手
段による監視中にテーブルのレコード量が制限量を超過
した場合、テーブルのレコード量が分割されてテーブル
と同一構造のテーブルが作成され、作成されたテーブル
に分割された一方のレコードが移動されて１つのテーブ
ルのレコード量が低減する。そして、データベースへの
情報の検索要求が発生した場合、検索要求に対応する命
令が分割テーブル数分複製されて、それぞれのテーブル
に同時に発行され、データベースから得られた結果が統
合手段によって統合されて出力されるので、データベー
スのテーブルのレコード件数を常に一定に保つことがで
き、データベースへのレコード量が増加した場合にも、
検索性能が劣化しなくなる。また、ユーザはデータベー
スのテーブルが分割されていることを意識しなくて済
む。
段による監視中にテーブルのレコード量が制限量を超過
した場合、テーブルのレコード量が分割されてテーブル
と同一構造のテーブルが作成され、作成されたテーブル
に分割された一方のレコードが移動されて１つのテーブ
ルのレコード量が低減する。そして、データベースへの
情報の検索要求が発生した場合、検索要求に対応する命
令が分割テーブル数分複製されて、それぞれのテーブル
に同時に発行され、データベースから得られた結果が統
合手段によって統合されて出力されるので、データベー
スのテーブルのレコード件数を常に一定に保つことがで
き、データベースへのレコード量が増加した場合にも、
検索性能が劣化しなくなる。また、ユーザはデータベー
スのテーブルが分割されていることを意識しなくて済
む。
【０００８】つまり、データベースのテーブルのレコー
ド件数を常に一定に保つことによりデータベース検索時
の性能劣化を防止することができる。
ド件数を常に一定に保つことによりデータベース検索時
の性能劣化を防止することができる。
【０００９】請求項２記載の情報管理システムは、請求
項１記載の情報管理システムにおいて、前記テーブル作
成手段は、データベースファイル及び物理ディスクを分
けて新たなテーブルを作成することを特徴としている。
項１記載の情報管理システムにおいて、前記テーブル作
成手段は、データベースファイル及び物理ディスクを分
けて新たなテーブルを作成することを特徴としている。
【００１０】請求項２記載の発明では、分割したテーブ
ルのデータベースファイル及び物理ディスクを分けるこ
とによりＩ／Ｏの分散を図ることができる。
ルのデータベースファイル及び物理ディスクを分けるこ
とによりＩ／Ｏの分散を図ることができる。
【００１１】請求項３記載の情報管理方法は、データベ
ースに定義されたテーブルのレコード量を監視する工程
と、監視中に前記テーブルのレコード量が制限量を超過
した場合、前記テーブルのレコード量を分割する工程
と、前記テーブルが分割された場合、前記テーブルと同
一構造のテーブルを作成する工程と、作成されたテーブ
ルに前記分割手段により分割された一方のレコードを移
動する工程と、前記データベースへの情報の検索要求が
発生した場合、前記検索要求に対応する命令を分割テー
ブル数分複製し、複製した命令をそれぞれのテーブルに
対して同時に発行する工程と、前記発行された命令によ
り前記データベースからそれぞれ得られた結果を統合し
て出力する工程とを有することを特徴としている。
ースに定義されたテーブルのレコード量を監視する工程
と、監視中に前記テーブルのレコード量が制限量を超過
した場合、前記テーブルのレコード量を分割する工程
と、前記テーブルが分割された場合、前記テーブルと同
一構造のテーブルを作成する工程と、作成されたテーブ
ルに前記分割手段により分割された一方のレコードを移
動する工程と、前記データベースへの情報の検索要求が
発生した場合、前記検索要求に対応する命令を分割テー
ブル数分複製し、複製した命令をそれぞれのテーブルに
対して同時に発行する工程と、前記発行された命令によ
り前記データベースからそれぞれ得られた結果を統合し
て出力する工程とを有することを特徴としている。
【００１２】請求項４記載の記録媒体は、コンピュータ
に、データベースに定義されたテーブルのレコード量を
監視させ、監視中に前記テーブルのレコード量が制限量
を超過した場合、前記テーブルのレコード量を分割さ
せ、前記テーブルが分割された場合、前記テーブルと同
一構造のテーブルを作成させ、作成されたテーブルに前
記分割手段により分割された一方のレコードを移動さ
せ、前記データベースへの情報の検索要求が発生した場
合、前記検索要求に対応する命令を分割テーブル数分複
製させ、複製した所定命令をそれぞれのテーブルに対し
て同時に発行させ、前記発行された命令により前記デー
タベースからそれぞれ得られた結果を統合して出力させ
るプログラムを前記コンピュータが読取り可能に記録し
たことを特徴としている。
に、データベースに定義されたテーブルのレコード量を
監視させ、監視中に前記テーブルのレコード量が制限量
を超過した場合、前記テーブルのレコード量を分割さ
せ、前記テーブルが分割された場合、前記テーブルと同
一構造のテーブルを作成させ、作成されたテーブルに前
記分割手段により分割された一方のレコードを移動さ
せ、前記データベースへの情報の検索要求が発生した場
合、前記検索要求に対応する命令を分割テーブル数分複
製させ、複製した所定命令をそれぞれのテーブルに対し
て同時に発行させ、前記発行された命令により前記デー
タベースからそれぞれ得られた結果を統合して出力させ
るプログラムを前記コンピュータが読取り可能に記録し
たことを特徴としている。
【００１３】
【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して詳細に説明する。
を参照して詳細に説明する。
【００１４】図１は本発明に係る一つの実施形態のクラ
イアントサーバ型の情報管理システムの構成を示す図で
ある。
イアントサーバ型の情報管理システムの構成を示す図で
ある。
【００１５】同図に示すように、この情報管理システム
は、クライアント計算機１と、サーバ計算機２とをネッ
トワーク３を介して接続して構成されている。クライア
ント計算機１は、ネットワーク３を通じてサーバ計算機
２にアクセスして情報の登録、検索、更新を行う機能を
有している。サーバ計算機２はリレーショナルデータベ
ース２０（以下ＲＤＢ２０と称す）、レコード数監視処
理部２１、テーブル分割処理部２２、分割テーブル管理
ファイル２３、登録・検索ＳＱＬ文加工部２４、検索結
果統合処理部２５などを有している。
は、クライアント計算機１と、サーバ計算機２とをネッ
トワーク３を介して接続して構成されている。クライア
ント計算機１は、ネットワーク３を通じてサーバ計算機
２にアクセスして情報の登録、検索、更新を行う機能を
有している。サーバ計算機２はリレーショナルデータベ
ース２０（以下ＲＤＢ２０と称す）、レコード数監視処
理部２１、テーブル分割処理部２２、分割テーブル管理
ファイル２３、登録・検索ＳＱＬ文加工部２４、検索結
果統合処理部２５などを有している。
【００１６】ＲＤＢ２０はクライアント計算機１からの
アクセスによって互いがリンクするような各種テーブ
ル、例えばテーブル２０ａなどを定義できるデータベー
スである。
アクセスによって互いがリンクするような各種テーブ
ル、例えばテーブル２０ａなどを定義できるデータベー
スである。
【００１７】レコード数監視処理部２１は対象となるテ
ーブルのレコード数を常に一定時間間隔で監視し、パラ
メータ化された制限レコード数を超過した場合に超過リ
ストファイルに記録するものである。またこの行数監視
部２１はテーブル検索処理において、常に同一検索条件
での実際の検索性能を検索する毎に測定・記録し、性能
実績が劣化した段階で分割するような処理を行うための
性能保存機能も有している。
ーブルのレコード数を常に一定時間間隔で監視し、パラ
メータ化された制限レコード数を超過した場合に超過リ
ストファイルに記録するものである。またこの行数監視
部２１はテーブル検索処理において、常に同一検索条件
での実際の検索性能を検索する毎に測定・記録し、性能
実績が劣化した段階で分割するような処理を行うための
性能保存機能も有している。
【００１８】テーブル分割処理部２２はレコード数監視
処理部２１により制限レコード数を超過したため超過リ
ストファイルに記録されたときや、同一条件下での検索
性能実績値が著しく劣化した場合（どの程度の劣化で分
割するかはパラメータにより定義する）などに対象テー
ブルを分割する。なお、ＲＤΒ設計時に予めデータ量が
見積もられておりレコード数が予測できている場合など
は予めテーブルを分割しておくことも行なう。
処理部２１により制限レコード数を超過したため超過リ
ストファイルに記録されたときや、同一条件下での検索
性能実績値が著しく劣化した場合（どの程度の劣化で分
割するかはパラメータにより定義する）などに対象テー
ブルを分割する。なお、ＲＤΒ設計時に予めデータ量が
見積もられておりレコード数が予測できている場合など
は予めテーブルを分割しておくことも行なう。
【００１９】分割テーブル管理ファイル２３は対象テー
ブルの分割数、テーブル名、制限レコード数などの情報
を有しており、他の関連処理部、例えばテーブル分割処
理部２２などにより内部の情報が更新、参照される。
ブルの分割数、テーブル名、制限レコード数などの情報
を有しており、他の関連処理部、例えばテーブル分割処
理部２２などにより内部の情報が更新、参照される。
【００２０】登録・検索ＳＱＬ文加工部２４は分割テー
ブル管理ファイル２３の内容を参照し、分割テーブル数
分のＳＱＬを複製して登録および検索を実行するもので
ある。 検索結果統合処理部２５はＲＤＢ２０のテーブ
ルが分割された場合、それぞれのテーブルに対して同時
にＳＱＬを発行し、このＳＱＬに対してＲＤＢ２０から
返って来た結果を統合し、ネットワーク３を通じてクラ
イアント計算機１側に転送するものである。
ブル管理ファイル２３の内容を参照し、分割テーブル数
分のＳＱＬを複製して登録および検索を実行するもので
ある。 検索結果統合処理部２５はＲＤＢ２０のテーブ
ルが分割された場合、それぞれのテーブルに対して同時
にＳＱＬを発行し、このＳＱＬに対してＲＤＢ２０から
返って来た結果を統合し、ネットワーク３を通じてクラ
イアント計算機１側に転送するものである。
【００２１】以下、図２、図３を参照してこの情報管理
システムの動作を説明する。
システムの動作を説明する。
【００２２】この情報管理システムの場合、サーバ計算
機２において、ユーザ、つまりクライアント計算機１か
らのアクセスによってＲＤＢ２０にテーブル２０ａが定
義されると、図２に示すように、レコード数監視処理部
２１がテーブル２０ａに対して一定時間間隔で行数、つ
まりレコード数を監視するようになる（図３のステップ
101 ）。
機２において、ユーザ、つまりクライアント計算機１か
らのアクセスによってＲＤＢ２０にテーブル２０ａが定
義されると、図２に示すように、レコード数監視処理部
２１がテーブル２０ａに対して一定時間間隔で行数、つ
まりレコード数を監視するようになる（図３のステップ
101 ）。
【００２３】その後のクライアント計算機１からＲＤＢ
２０への情報登録操作によって、テーブル２０ａの行数
が増加して行き、予め設定されている制限行数を超過し
た場合（ステップ102 のYes ）、レコード数監視処理部
２１は超過リストファイルを作成する（ステップ103
）。なお、予めテーブルをいくつかに分割しておく場
合は、上記超過リストファイルも予め作成しておく。
２０への情報登録操作によって、テーブル２０ａの行数
が増加して行き、予め設定されている制限行数を超過し
た場合（ステップ102 のYes ）、レコード数監視処理部
２１は超過リストファイルを作成する（ステップ103
）。なお、予めテーブルをいくつかに分割しておく場
合は、上記超過リストファイルも予め作成しておく。
【００２４】超過リストファイルを作成すると、レコー
ド数監視処理部２１はテーブル分割処理部２２を起動す
る。すると、テーブル分割処理部２２はユーザが定義し
たテーブル２０ａに対して、挿入されているレコードの
シーケンシャルＮｏを基にレコード数を半分に割り（ス
テップ104 ）、テーブル２０ａと同一構造のテーブル２
０ｂを作成して（ステップ105 ）、作成したテーブル２
０ｂに半分のレコードを移行し（ステップ106 ）、移行
したレコードを元のテーブル２０ａから削除する（ステ
ップ107 ）。
ド数監視処理部２１はテーブル分割処理部２２を起動す
る。すると、テーブル分割処理部２２はユーザが定義し
たテーブル２０ａに対して、挿入されているレコードの
シーケンシャルＮｏを基にレコード数を半分に割り（ス
テップ104 ）、テーブル２０ａと同一構造のテーブル２
０ｂを作成して（ステップ105 ）、作成したテーブル２
０ｂに半分のレコードを移行し（ステップ106 ）、移行
したレコードを元のテーブル２０ａから削除する（ステ
ップ107 ）。
【００２５】さらに、テーブル分割処理部２２は分割テ
ーブル管理ファイル２３に対して、分割テーブル数、テ
ーブル名、シーケンシャルＮｏの情報を更新し（ステッ
プ108 ）、次の操作を待つ。
ーブル管理ファイル２３に対して、分割テーブル数、テ
ーブル名、シーケンシャルＮｏの情報を更新し（ステッ
プ108 ）、次の操作を待つ。
【００２６】ここで、クライアント計算機１からのアク
セスによってＲＤＢ２０のテーブル２０ａに対する検索
要求が行われた場合（ステップ109 ）、登録・検索ＳＱ
Ｌ文加工部２４が分割テーブル管理ファイル２３を参照
して対象テーブルの情報を取得し、命令、つまりＳＱＬ
を分割テーブル数分複製して、それぞれのテーブル２０
ａ、２０ｂに対してＳＱＬを同時に発行する（ステップ
110 ）。
セスによってＲＤＢ２０のテーブル２０ａに対する検索
要求が行われた場合（ステップ109 ）、登録・検索ＳＱ
Ｌ文加工部２４が分割テーブル管理ファイル２３を参照
して対象テーブルの情報を取得し、命令、つまりＳＱＬ
を分割テーブル数分複製して、それぞれのテーブル２０
ａ、２０ｂに対してＳＱＬを同時に発行する（ステップ
110 ）。
【００２７】このＳＱＬの発行によって、ＲＤＢ２０内
の検索処理が実行されて、それぞれのテーブル２０ａ、
２０ｂから検索結果レコードが返ってくると、検索結果
統合処理部２５が、それぞれのテーブル２０ａ、２０ｂ
から返ってきた検索結果レコードを統合して、ネットワ
ーク３を通じてクライアント計算機１に転送する（ステ
ップ111 ）。これにより、クライアント側計算機１の表
示画面上に検索結果が表示され、ユーザに検索結果が通
知される。
の検索処理が実行されて、それぞれのテーブル２０ａ、
２０ｂから検索結果レコードが返ってくると、検索結果
統合処理部２５が、それぞれのテーブル２０ａ、２０ｂ
から返ってきた検索結果レコードを統合して、ネットワ
ーク３を通じてクライアント計算機１に転送する（ステ
ップ111 ）。これにより、クライアント側計算機１の表
示画面上に検索結果が表示され、ユーザに検索結果が通
知される。
【００２８】なお、予め分割されたテーブルに対して新
規にレコードを登録する場合は、上記の登録・検索ＳＱ
Ｌ文加工部２４が登録対象となるレコードを分割テーブ
ル数分振り分けて登録処理を行う。
規にレコードを登録する場合は、上記の登録・検索ＳＱ
Ｌ文加工部２４が登録対象となるレコードを分割テーブ
ル数分振り分けて登録処理を行う。
【００２９】このようにこの実施形態の情報管理システ
ムによれば、ＲＤＢ２０の中の１つのテーブル２０ａの
行数が予め設定された制限行数を超過した場合、テーブ
ル２０ａのレコード数を半分に分割しそのテーブル２０
ａと同一構造のテーブル２０ｂを作成し、分割した半分
のレコードをテーブル２０ｂへ移動するので、テーブル
２０ａのレコード量が半減するので、大量のレコードが
挿入されたテーブル２０ａから検索するよりも高速に検
索結果を得ることができる。
ムによれば、ＲＤＢ２０の中の１つのテーブル２０ａの
行数が予め設定された制限行数を超過した場合、テーブ
ル２０ａのレコード数を半分に分割しそのテーブル２０
ａと同一構造のテーブル２０ｂを作成し、分割した半分
のレコードをテーブル２０ｂへ移動するので、テーブル
２０ａのレコード量が半減するので、大量のレコードが
挿入されたテーブル２０ａから検索するよりも高速に検
索結果を得ることができる。
【００３０】なお、本発明は、上記実施形態のみに限定
されるものではない。
されるものではない。
【００３１】上記実施形態では、レコード数が制限値を
オーバーしてからテーブルを分割する場合について説明
したが、これ以外にも、例えばＲＤＢ２０を設計したと
きに該当テーブルのレコード量が見積れる場合は予めテ
ーブルをｎ個に分割しておくこともできる。この場合、
新規にデータを登録する際に分割テーブル管理ファイル
の情報を基に、登録レコードをそれぞれのテーブルに割
り振ることにより、データの分散化を図る。
オーバーしてからテーブルを分割する場合について説明
したが、これ以外にも、例えばＲＤＢ２０を設計したと
きに該当テーブルのレコード量が見積れる場合は予めテ
ーブルをｎ個に分割しておくこともできる。この場合、
新規にデータを登録する際に分割テーブル管理ファイル
の情報を基に、登録レコードをそれぞれのテーブルに割
り振ることにより、データの分散化を図る。
【００３２】さらに、テーブルを分割するときに、デー
タべースファイルおよびその物理ディスクも分けて配置
しておけば、Ｉ／Ｏの分散化が図れ、システム負荷を分
散することできる。
タべースファイルおよびその物理ディスクも分けて配置
しておけば、Ｉ／Ｏの分散化が図れ、システム負荷を分
散することできる。
【００３３】また、上記実施形態では、クライアントサ
ーバ型について説明したが、コンピュータ単体での実現
も可能である。この場合、上記実施形態で説明した各
部、つまりＲＤＢ２０、レコード数監視処理部２１、レ
コード数監視処理部２１、テーブル分割処理部２２、分
割テーブル管理ファイル２３、登録・検索ＳＱＬ文加工
部２４、検索結果統合処理部２５などの機能をプログラ
ム化して記録媒体、例えばＣＤ−ＲＯＭ、ＤＶＤ−ＲＯ
Ｍ、フラッシュメモリなどに記録しておき、これらの記
録媒体のプログラムを汎用のコンピュータにインストー
ルすることにより上記実施形態同様の効果を奏すること
ができる。
ーバ型について説明したが、コンピュータ単体での実現
も可能である。この場合、上記実施形態で説明した各
部、つまりＲＤＢ２０、レコード数監視処理部２１、レ
コード数監視処理部２１、テーブル分割処理部２２、分
割テーブル管理ファイル２３、登録・検索ＳＱＬ文加工
部２４、検索結果統合処理部２５などの機能をプログラ
ム化して記録媒体、例えばＣＤ−ＲＯＭ、ＤＶＤ−ＲＯ
Ｍ、フラッシュメモリなどに記録しておき、これらの記
録媒体のプログラムを汎用のコンピュータにインストー
ルすることにより上記実施形態同様の効果を奏すること
ができる。
【００３４】
【発明の効果】以上説明したように本発明によれば、あ
る程度レコード数が蓄積されたテーブルを分割してデー
タベース内のレコード量を均等化することにより、デー
タベースのテーブル検索時の性能劣化を防止できる。
る程度レコード数が蓄積されたテーブルを分割してデー
タベース内のレコード量を均等化することにより、デー
タベースのテーブル検索時の性能劣化を防止できる。
【００３５】また、分割したテーブルのデータベースフ
ァイル及び物理ディスクを分けることによりＩ／Ｏの分
散を図ることができる。
ァイル及び物理ディスクを分けることによりＩ／Ｏの分
散を図ることができる。
【図１】本発明の一つの実施形態の情報管理システムの
構成を示す図。
構成を示す図。
【図２】この情報管理システムにおいて処理の流れを示
す図。
す図。
【図３】この情報管理システムの動作を示すフローチャ
ート。
ート。
１…クライアント計算機、２…サーバ計算機、３…ネッ
トワーク、２０…リレーショナルデータベース（ＲＤ
Ｂ）、２１…レコード数監視処理部、２２…テーブル分
割処理部、２３…分割テーブル管理ファイル、２４…登
録・検索ＳＱＬ文加工部、２５…検索結果統合処理部。
トワーク、２０…リレーショナルデータベース（ＲＤ
Ｂ）、２１…レコード数監視処理部、２２…テーブル分
割処理部、２３…分割テーブル管理ファイル、２４…登
録・検索ＳＱＬ文加工部、２５…検索結果統合処理部。
Claims (4)
- 【請求項１】 情報を登録するにあたりテーブルが定義
され、そのテーブルに対する前記情報の登録および検索
が所定の命令により実行されるデータベースと、 前記データベースのテーブルのレコード量を監視する監
視手段と、 前記監視手段による監視中に前記テーブルのレコード量
が制限量を超過した場合、前記テーブルのレコード量を
分割する分割手段と、 前記分割手段により前記テーブルが分割された場合、前
記テーブルと同一構造のテーブルを作成するテーブル作
成手段と、 前記テーブル作成手段により作成されたテーブルに前記
分割手段により分割された一方のレコードを移動するレ
コード移動手段と、 前記データベースへの情報の検索要求が発生した場合、
前記検索要求に対応する命令を分割テーブル数分複製
し、複製した命令をそれぞれのテーブルに対して同時に
発行する命令加工手段と、 前記命令加工手段により発行された命令により前記デー
タベースからそれぞれ得られた結果を統合して出力する
統合手段とを具備したことを特徴とする情報管理システ
ム。 - 【請求項２】 請求項１記載の情報管理システムにおい
て、 前記テーブル作成手段は、データベースファイル及び物
理ディスクを分けて新たなテーブルを作成することを特
徴としている。 - 【請求項３】 データベースに定義されたテーブルのレ
コード量を監視する工程と、 監視中に前記テーブルのレコード量が制限量を超過した
場合、前記テーブルのレコード量を分割する工程と、 前記テーブルが分割された場合、前記テーブルと同一構
造のテーブルを作成する工程と、 作成されたテーブルに前記分割手段により分割された一
方のレコードを移動する工程と、 前記データベースへの情報の検索要求が発生した場合、
前記検索要求に対応する命令を分割テーブル数分複製
し、複製した命令をそれぞれのテーブルに対して同時に
発行する工程と、 前記発行された命令により前記データベースからそれぞ
れ得られた結果を統合して出力する工程とを有すること
を特徴とする情報管理方法。 - 【請求項４】 コンピュータに、 データベースに定義されたテーブルのレコード量を監視
させ、 監視中に前記テーブルのレコード量が制限量を超過した
場合、前記テーブルのレコード量を分割させ、 前記テーブルが分割された場合、前記テーブルと同一構
造のテーブルを作成させ、 作成されたテーブルに前記分割手段により分割された一
方のレコードを移動させ、 前記データベースへの情報の検索要求が発生した場合、
前記検索要求に対応する命令を分割テーブル数分複製さ
せ、複製した所定命令をそれぞれのテーブルに対して同
時に発行させ、 前記発行された命令により前記データベースからそれぞ
れ得られた結果を統合して出力させるプログラムを前記
コンピュータが読取り可能に記録したことを特徴とする
記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9268886A JPH11110262A (ja) | 1997-10-01 | 1997-10-01 | 情報管理システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9268886A JPH11110262A (ja) | 1997-10-01 | 1997-10-01 | 情報管理システム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH11110262A true JPH11110262A (ja) | 1999-04-23 |
Family
ID=17464640
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP9268886A Withdrawn JPH11110262A (ja) | 1997-10-01 | 1997-10-01 | 情報管理システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH11110262A (ja) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007531087A (ja) * | 2004-02-21 | 2007-11-01 | データレグロ，インコーポレーテッド | 無共有型並列データベースシステム及びデータベース管理方法 |
| JP2008250588A (ja) * | 2007-03-30 | 2008-10-16 | Nomura Research Institute Ltd | データ処理システム |
| JP2010503117A (ja) * | 2006-09-06 | 2010-01-28 | マイクロソフト コーポレーション | 動的フラグメントマッピング |
| JP2011204091A (ja) * | 2010-03-26 | 2011-10-13 | Brother Industries Ltd | 情報処理装置、情報処理プログラム、目印情報管理方法及び配信システム |
| JP2015530677A (ja) * | 2012-10-01 | 2015-10-15 | オラクル・インターナショナル・コーポレイション | 単一テーブルから複数テーブルへの参照データセグメント化 |
-
1997
- 1997-10-01 JP JP9268886A patent/JPH11110262A/ja not_active Withdrawn
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007531087A (ja) * | 2004-02-21 | 2007-11-01 | データレグロ，インコーポレーテッド | 無共有型並列データベースシステム及びデータベース管理方法 |
| JP4777972B2 (ja) * | 2004-02-21 | 2011-09-21 | データレグロ，インコーポレーテッド | 無共有型並列データベースシステム及びデータベース管理方法 |
| JP2010503117A (ja) * | 2006-09-06 | 2010-01-28 | マイクロソフト コーポレーション | 動的フラグメントマッピング |
| JP4669067B2 (ja) * | 2006-09-06 | 2011-04-13 | マイクロソフト コーポレーション | 動的フラグメントマッピング |
| JP2008250588A (ja) * | 2007-03-30 | 2008-10-16 | Nomura Research Institute Ltd | データ処理システム |
| JP2011204091A (ja) * | 2010-03-26 | 2011-10-13 | Brother Industries Ltd | 情報処理装置、情報処理プログラム、目印情報管理方法及び配信システム |
| JP2015530677A (ja) * | 2012-10-01 | 2015-10-15 | オラクル・インターナショナル・コーポレイション | 単一テーブルから複数テーブルへの参照データセグメント化 |
| JP2018060570A (ja) * | 2012-10-01 | 2018-04-12 | オラクル・インターナショナル・コーポレイション | 単一テーブルから複数テーブルへの参照データセグメント化 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6442543B1 (en) | Method and apparatus for changing temporal database information | |
| US7877405B2 (en) | Pruning of spatial queries using index root MBRS on partitioned indexes | |
| US8396862B2 (en) | Product join dynamic partition elimination for multilevel partitioning | |
| JP4330941B2 (ja) | データベース分割格納管理装置、方法及びプログラム | |
| US6185556B1 (en) | Method and apparatus for changing temporal database | |
| US20150142733A1 (en) | System and method for efficient management of big data in a database using streaming tables | |
| US8010554B1 (en) | Processing a temporal aggregate query in a database system | |
| US20040243618A1 (en) | Methods and systems for auto-partitioning of schema objects | |
| EP2020637B1 (en) | Method and system for fast deletion of database information | |
| US6732096B1 (en) | Optimizing an aggregate join query | |
| CA2378582A1 (en) | Real-time database object statistics collection | |
| Chen et al. | Bestpeer++: A peer-to-peer based large-scale data processing platform | |
| US11409739B2 (en) | Using materialized views to respond to queries | |
| JPH11110262A (ja) | 情報管理システム | |
| D’silva et al. | Secondary indexing techniques for key-value stores: Two rings to rule them all | |
| US10810219B2 (en) | Top-k projection | |
| US10572483B2 (en) | Aggregate projection | |
| US8290935B1 (en) | Method and system for optimizing database system queries | |
| US8706769B1 (en) | Processing insert with normalize statements | |
| US8510269B2 (en) | Uninterrupted database index reorganization/movement | |
| JP2004192657A (ja) | 情報検索システム、情報検索方法および情報検索用プログラムを記録した記録媒体 | |
| US11640399B2 (en) | Database query processing for data in a remote data store | |
| CA2322603C (en) | Optimizing updatable scrollable cursors in database systems | |
| US20230350864A1 (en) | Semi-materialized views | |
| US20220197902A1 (en) | Range partitioned in-memory joins |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20041207 |