JPH052515A - Optimized reorganization system for data base - Google Patents

Optimized reorganization system for data base

Info

Publication number
JPH052515A
JPH052515A JP3154376A JP15437691A JPH052515A JP H052515 A JPH052515 A JP H052515A JP 3154376 A JP3154376 A JP 3154376A JP 15437691 A JP15437691 A JP 15437691A JP H052515 A JPH052515 A JP H052515A
Authority
JP
Japan
Prior art keywords
information
database
index
reorganization
optimized
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.)
Pending
Application number
JP3154376A
Other languages
Japanese (ja)
Inventor
Kazuo Masai
一夫 正井
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP3154376A priority Critical patent/JPH052515A/en
Publication of JPH052515A publication Critical patent/JPH052515A/en
Pending legal-status Critical Current

Links

Abstract

PURPOSE:To automatically execute the performance tuning of the data structure of a relational data base, an index, a buffer, etc., at reorganization timing. CONSTITUTION:An access pass at the time of executing the relational data base 1 is traced by an ATP file 4 and a DB body 2 and the index 3 are optimized by an optimized reorganization utility 5. Since optimization is automatically executed by tuning at the time of data rearrangement of the data base which is called as reorganization, an optimum data base for a pattern to be made access can be obtained.

Description

【発明の詳細な説明】Detailed Description of the Invention

【0001】[0001]

【産業上の利用分野】本発明は、リレーショナルデータ
ベースのデータ構造、インデックス、バッファなどの性
能改善を過去の利用形態にあわせて自動的に行う最適化
再編成に関する。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to an optimized reorganization for automatically improving the performance of relational database data structures, indexes, buffers and the like in accordance with past usage patterns.

【0002】[0002]

【従来の技術】従来のデータベースアクセスの最適化
は、問い合わせの最適化で行っており、アン イントロ
ダクション トゥ データベース システムズ,シー
ジェイデイト,アディソン ウェズリー,1986,第
333頁から第340頁(An Introduction to Databas
e Systems, C. J. Date, ADDISON-WESLEY,1986,pp333-p
p340)において論じられている。
2. Description of the Related Art Conventional database access optimization is performed by query optimization.
J Date, Addison Wesley, 1986, pp. 333-340 (An Introduction to Databas
e Systems, CJ Date, ADDISON-WESLEY, 1986, pp333-p
p340).

【0003】データベースアクセスにおける最適化は、
問い合わせの最適化であり、現状のデータベース構造と
インデックス配置状況の中で、複数存在するアクセスパ
スのコストを評価し、最適なパスを選択する方式されて
いる。
Optimization in database access is
It is a method of query optimization, and in the current database structure and index allocation situation, the cost of multiple existing access paths is evaluated and the optimum path is selected.

【0004】[0004]

【発明が解決しようとする課題】上記従来技術は、デー
タベースの格納は与えられたものとしており、アクセス
の方法だけを最適化するものであり、データベースの格
納自身を最適化する点について配慮されておらず、格納
方法や格納形式に問題のある場合の最適化に問題があっ
た。
In the above-mentioned conventional technique, the storage of the database is given, and only the access method is optimized, and the storage itself of the database is optimized. However, there was a problem in optimization when there was a problem in the storage method or storage format.

【0005】本発明は、データベースの格納方法を最適
化することを目的としており、さらにインデックスの最
適配置やバッファ量の最適割当てを行い、総合的にデー
タベースシステムを最適状態に近付け、学習効果も活か
して、最適状態を維持することを目的とする。
An object of the present invention is to optimize a database storage method, and further, to optimally arrange indexes and optimally allocate a buffer amount to bring a database system close to an optimal state and utilize learning effects. And maintain the optimum state.

【0006】[0006]

【課題を解決するための手段】本発明の目的はデータを
リレーションとして管理するリレーショナルデータベー
スにおいて、各ユーザプログラムから発行されるデータ
操作要求のデータへのそれぞれのアクセス方法をトレー
ス情報として蓄積する手段と、一定期間毎のデータベー
ス再編成実施時に、前記トレース情報を参照して最適な
格納順、インデックスの要否、バッファ量の必要量に変
換する手段と、前記変換された情報からデータベースの
格納定義、インデックス定義、バッファ量指定パラメタ
を作成する手段を有することで達成することができる。
SUMMARY OF THE INVENTION An object of the present invention is to provide a relational database that manages data as a relation, with means for accumulating, as trace information, each access method to data of a data operation request issued from each user program. When performing database reorganization at regular intervals, referring to the trace information, means for converting to an optimum storage order, necessity of index, necessary amount of buffer, storage definition of the database from the converted information, This can be achieved by having a means for creating an index definition and a buffer amount designation parameter.

【0007】[0007]

【作用】データベースのデータアクセス方法の情報は、
アクセス時点で、アクセスパストレースバッファに蓄積
され、一定期間ごとに外部記憶装置上のアクセスパスト
レースファイルに格納される。該情報はデータベース再
編成の際に最適な格納順、インデックスの要否、バッフ
ァ量の必要量に変換し、データベースの格納定義、イン
デックス定義、バッファ量指定パラメタを作る。該定義
に基づき作成したデータベースにデータを格納するこ
と、及びインデックス作成、パラメタ変更を行うことで
最適なデータベース格納を得ることができる。また、最
適化再編成を繰り返すことで、学習効果を得ることがで
きる。
[Operation] Information on the data access method of the database is
At the time of access, it is accumulated in the access path trace buffer and stored in the access path trace file on the external storage device at regular intervals. The information is converted into an optimum storage order, necessity of index, and required amount of buffer at the time of database reorganization, and a database storage definition, index definition, and buffer amount designation parameter are created. Optimal database storage can be obtained by storing data in a database created based on the definition, creating an index, and changing parameters. Further, a learning effect can be obtained by repeating the optimization reorganization.

【0008】[0008]

【実施例】以下、本発明の一実施例を図面を用いて詳細
に説明する。
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS An embodiment of the present invention will be described in detail below with reference to the drawings.

【0009】図1は、本発明を実施する最適化再編成シ
ステムの全体構成図を示す。
FIG. 1 shows an overall configuration diagram of an optimized reorganization system embodying the present invention.

【0010】図1において、最適化再編成システムは、
リレーショナルデータベースマネージメントシステム1
(以下、単にDBMSと呼ぶ)と、その配下にあるデータベ
ース実体2、インデックス3と、データアクセス方法の
情報を蓄積するアクセスパストレースファイル4(以
下、APTファイルと呼ぶ)と、主記憶装置上のAPTフ
ァイルバッファ41と、再編成を行うユティリティ5と
バックアップのためにデータを格納するバックアップ媒
体6から成る。
In FIG. 1, the optimized reorganization system is
Relational database management system 1
(Hereinafter, simply referred to as a DBMS), a database entity 2 and an index 3 under it, an access path trace file 4 (hereinafter, referred to as an APT file) that stores information on a data access method, and a main storage device. It comprises an APT file buffer 41, a utility 5 for reorganization, and a backup medium 6 for storing data for backup.

【0011】本実施例では、リレーショナルデータベー
ス1のデータ操作利用情報からデータベース2を最適化
して再編成を行う最適化再編成システムを示す。
In this embodiment, an optimized reorganization system for optimizing the database 2 for reorganization based on the data operation utilization information of the relational database 1 is shown.

【0012】リレーショナルデータベースの論理的見え
方では、カラム順や行順を格納方法と独立させている
が、実際のデータ格納時には、カラム順、行順によって
データアクセス性能が大きく左右される。そこで、デー
タ操作実施時に必要情報を取得する。
In the logical view of a relational database, the column order and the row order are independent of the storage method, but when actually storing data, the column order and the row order greatly affect the data access performance. Therefore, necessary information is acquired when the data operation is performed.

【0013】図2は、リレーショナルデータベースの論
理的構成(ユーザプログラムから見える構成)と物理的
配置との関係を示す。リレーショナルデータベースで
は、データは、表形式に見え、複数のカラム202から
構成される行201の集合として表される。これらのデ
ータは、外部記憶装置に記憶されているが、行201の
順番は、クラスタリングキー203の順に格納し、カラ
ムの順番は、定義時の順にしている。各行201は、レ
コード204にマッピングする。さらに、複数のレコー
ド204をページ205という外部装置上の格納の単位
に割当て、ページを入出力の単位とする。
FIG. 2 shows the relationship between the logical structure of the relational database (the structure visible from the user program) and the physical arrangement. In a relational database, the data looks like a table and is represented as a set of rows 201 composed of multiple columns 202. Although these data are stored in the external storage device, the order of the row 201 is stored in the order of the clustering key 203, and the order of the columns is the order at the time of definition. Each row 201 maps to a record 204. Furthermore, a plurality of records 204 are assigned to a storage unit called an page 205 on an external device, and a page is used as an input / output unit.

【0014】各レコード204に対しては、必要に応じ
てインデックス3を設定できる。インデックスは、特定
のカラムをキーとして、キー値のトリー構造をしてお
り、キー値から対応するレコードを高速に得ることを可
能にしている。
Index 3 can be set for each record 204 as required. The index has a tree structure of key values using a specific column as a key, and it is possible to obtain a corresponding record from the key value at high speed.

【0015】図3は、APTファイル4の構成を示す。APT
ファイル4は、ユーザプログラムからのデータ操作要求
によるデータベースへのアクセスパスをトレースしてお
き、その後のデータベース再編成時に最適化のための情
報として利用するAPTファイル4に蓄積している情報と
して、カラム位置情報401、行順情報402、インデ
ックス要情報403、インデックス利用情報404、イ
ンデックス更新情報405、表結合情報406、バッフ
ァ使用情報407があり、必要に応じて追加可能であ
る。
FIG. 3 shows the structure of the APT file 4. APT
The file 4 is a column that is used as information stored in the APT file 4 that is used as information for optimization when the database access path to the database in response to a data operation request from the user program is traced. There are position information 401, line order information 402, index required information 403, index usage information 404, index update information 405, table combination information 406, and buffer usage information 407, which can be added as necessary.

【0016】図4は、最適化再編成ユティリティ5の構
成図を示す。最適化再編成ユティリティは、データベー
ス実体2、インデックス3、及びAPTファイル4に格納
されているアクセスパス情報を入力とする。バックアッ
プ部501は、最初に、バックアップ媒体6に現状のデ
ータベースの内容をバックアップする。次に、最適化部
502は、最適化された定義情報及び最適化パラメタ情
報504を生成する。最後に、再編成部503は、バッ
クアップ媒体6の情報を新定義のもとに作成されるデー
タベースに再ローディングする。最後に、最適化のため
に変更した変更情報一覧をリスト505を出力する。
FIG. 4 is a block diagram of the optimization reorganization utility 5. The optimization reorganization utility takes as input the access path information stored in the database entity 2, index 3, and APT file 4. The backup unit 501 first backs up the contents of the current database on the backup medium 6. Next, the optimization unit 502 generates optimized definition information and optimized parameter information 504. Finally, the reorganization unit 503 reloads the information on the backup medium 6 into the database created based on the new definition. Finally, the list 505 of the change information list changed for optimization is output.

【0017】図5にデータ操作実行時のアクセスパス決
定の流れを示す。まず、ユーザプログラムから渡された
データ操作文(SQL文)はSQL文入力処理601で受け取
り、構文解析処理602で文法のチェックを行い、次に
意味解析処理603で、表200、カラム202の実在
を確認する。この後、アクセスパス最適化処理604で
現状のインデックスで最適なものの選択及び実行順序の
決定、無駄な処理の排除を行う。
FIG. 5 shows a flow of determining an access path when executing a data operation. First, the data operation statement (SQL statement) passed from the user program is received by the SQL statement input processing 601, the syntax analysis processing 602 checks the grammar, and then the semantic analysis processing 603 executes the existence of the table 200 and the column 202. To confirm. After that, in the access path optimizing process 604, the optimum one of the current indexes is selected, the execution order is determined, and unnecessary processes are eliminated.

【0018】最後に、実行処理605で、該アクセスパ
ス最適化処理604で最適化されたアクセスパスに基づ
き実際のデータアクセスを行う。
Finally, in execution process 605, actual data access is performed based on the access path optimized in the access path optimization process 604.

【0019】アクセスパス最適化処理604でインデッ
クスが無いために全件検索のアクセスパスを作成した場
合には、インデックス要を表すアクセスパス情報をAPT
ファイルバッファ41に出力する。また、実行処理60
5では、カラム位置情報401、行順情報402、イン
デックス要情報403、インデックス利用情報404、
インデックス更新情報405、表結合情報406、バッ
ファ使用情報407をAPTファイルバッファ41に蓄積
しておき、一定期間ごとにAPTファイル4に出力する。
When an access path for searching all records is created because there is no index in the access path optimizing process 604, the access path information indicating the index requirement is APT.
Output to the file buffer 41. Also, the execution process 60
5, column position information 401, row order information 402, index required information 403, index usage information 404,
The index update information 405, the table combination information 406, and the buffer use information 407 are accumulated in the APT file buffer 41 and output to the APT file 4 at regular intervals.

【0020】カラム位置情報401は、アクセスするカ
ラム名称と同時にアクセスする場合は、該カラムの順序
から成る。行順序情報402は、表アクセス時に特定の
カラムで順にアクセスする場合のカラム(キー)名称か
ら成る。
The column position information 401 is composed of the order of the column when the column name to be accessed is accessed at the same time. The row order information 402 is composed of column (key) names used when sequentially accessing a specific column when accessing the table.

【0021】インデックス要情報403は、インデック
スが存在すれば性能向上につながるカラム名称と対象表
名称から成る。インデックス利用情報404は、実際に
使用したインデクスのカラム名称と表名称から成る。イ
ンデックス更新情報405は、更新の発生したインデッ
クス付きカラムの名称と表名称から成る。
The index required information 403 is made up of a column name and a target table name that will improve performance if an index exists. The index usage information 404 includes the column name and table name of the index actually used. The index update information 405 includes the name of the indexed column in which the update has occurred and the table name.

【0022】表結合情報406は、表結合が発生した場
合、結合に使用したカラム(結合キー)と該結合キーの
アクセス回数から成る。
When the table join occurs, the table join information 406 includes the column (join key) used for the join and the access count of the join key.

【0023】バッファ使用情報407は、各データ操作
文毎に必要としたバッファ面数とアクセスした表名称か
ら成る。
The buffer use information 407 includes the number of buffer planes required for each data operation statement and the name of the accessed table.

【0024】APTファイルに集められたアクセスパス情
報は、最適化再編成ユティリティ5実行時に使用する。
The access path information collected in the APT file is used when the optimizing reorganization utility 5 is executed.

【0025】図6に最適化再編成ユティリティ実行の流
れを示す。最初に、バックアップ作成処理701でデー
タベースの内容を読み込み、バックアップ媒体6に書き
込む。バックアップ終了後、最適化を行う。最適化で
は、APTファイルの内容を読み込み(処理702)、各
情報別に整理する。カラム位置情報401からは、表2
00毎のアクセス頻度の高い順にカラムを並べる(処理
704,処理705)。
FIG. 6 shows the flow of execution of the optimized reorganization utility. First, in the backup creation processing 701, the contents of the database are read and written in the backup medium 6. Optimize after the backup is completed. In the optimization, the contents of the APT file are read (process 702) and organized for each information. From the column position information 401, Table 2
The columns are arranged in descending order of access frequency for each 00 (process 704, process 705).

【0026】行順情報402からは、表200毎のアク
セス順から一番多い順をクラスタリングキーとして設定
する(処理706,処理707)。
From the row order information 402, the largest order of the access order for each table 200 is set as a clustering key (process 706, process 707).

【0027】バッファ使用情報407からは、一定期間
中に必要としたバッファ量を計算によって求め、90%
の期間で必要量を満足できる量を新しいバッファ指定値
とするようパラメタを出力する(処理708,処理70
9)。
From the buffer use information 407, the amount of buffer required during a certain period is calculated to be 90%.
The parameter is output so that the amount that can satisfy the required amount in the period of is set as the new buffer designation value (process 708, process 70).
9).

【0028】インデックス要情報403、インデックス
利用情報404からインデックスとして定義すべきキー
とその予想利用頻度を求め、インデックス更新情報40
5から不要インデックスキーとその更新頻度を求める
(処理710,処理711)。
A key to be defined as an index and its expected usage frequency are obtained from the index information 403 and index usage information 404, and the index update information 40 is obtained.
The unnecessary index key and its update frequency are obtained from 5 (process 710, process 711).

【0029】インデックス利用頻度が一定レベルより高
い場合でインデックスがないキーのときは、新しいイン
デクスを作成する。不要インデックスの更新頻度が一定
レベル以上で、利用頻度が一定レベル以下の場合、イン
デックスを削除する。
If the index usage frequency is higher than a certain level and the key has no index, a new index is created. If the frequency of updating unnecessary indexes is above a certain level and the usage frequency is below a certain level, delete the index.

【0030】表結合情報406の結合キーアクセス回数
から、そのアクセス頻度が一定レベル以上の場合、イン
デックス設定を行う。
From the number of times the combined key is accessed in the table combination information 406, if the access frequency is at a certain level or higher, an index is set.

【0031】最後に、最適化フェーズで設定した情報に
基づき、新しい最適パラメタを作成し(処理712,処
理713)新しいデータベースにバックアップとして吸
い上げてあったデータを格納する(処理714)。また
インデックスのパラメタを作成し(処理715)、イン
デックスの一括作成を行う(処理716)。またバッフ
ァ定義用のパラメタも作成する(処理717)。
Finally, a new optimum parameter is created based on the information set in the optimization phase (process 712, process 713) and the data that has been downloaded as a backup is stored in a new database (process 714). In addition, index parameters are created (process 715), and indexes are collectively created (process 716). A parameter for buffer definition is also created (process 717).

【0032】以上で、最適化再編成ユティリティの実行
を終わる。再編成されたデータベースは、今までのアク
セス傾向を反映し、より効果的なデータベース構造にな
っている。
This completes the execution of the optimization reorganization utility. The reorganized database has a more effective database structure that reflects the access tendency so far.

【0033】なお、自動的に最適化再編成を行うことが
危険である場合は、最適化すべき点をレポートに出力し
(処理718)、変更が可能かどうか判断し、その後再
編成すればよい。
If it is dangerous to automatically perform the optimized reorganization, the points to be optimized may be output to a report (process 718), it may be judged whether the change is possible, and then the reorganization may be performed. ..

【0034】[0034]

【発明の効果】本発明によれば、過去のデータベースに
対するアクセスパターンを用いて、より最適なデータベ
ース格納方法を自動的に得ることができる。
According to the present invention, a more optimal database storage method can be automatically obtained by using the past access patterns to the database.

【0035】また、高度の技術を要するデータベース格
納設計とバッファ設計を自動的に、かつ過去の動きを学
習しながら行うことができ、最適なデータベース格納方
法を得ることができる。
Further, the database storage design and the buffer design which require high technology can be automatically performed while learning the past movements, and the optimum database storage method can be obtained.

【図面の簡単な説明】[Brief description of drawings]

【図1】 最適化再編成システムの全体構成図FIG. 1 Overall configuration diagram of the optimized reorganization system

【図2】 リレーショナルデータベースの論理的構成図[Figure 2] Logical configuration diagram of relational database

【図3】 APTファイルの構成図[Figure 3] APT file structure diagram

【図4】 最適化再編成ユティリティの構成図[Figure 4] Configuration diagram of the optimization reorganization utility

【図5】 リレーショナルデータベースのアクセスパス
決定の流れ図
FIG. 5: Flow chart for determining access path of relational database

【図6】 最適化再編成ユティリティの実行の流れ図FIG. 6 is a flowchart of execution of the optimizing reorganization utility.

【符号の説明】[Explanation of symbols]

1…リレーショナルデータベースマネージメントシステ
ム 2…データベース実体 3…インデックス 4…アクセスパストレースファイル(APTファイル) 5…再編成を行うユティリティ 6…バックアップ媒体 41…APTファイルバッファ 200…表 201…行 202…カラム 203…クラスタリングキー 204…レコード 205…ページ 401…カラム位置情報 402…行順情報 403…インデックス要情報 404…インデックス利用情報 405…インデックス更新情報 406…表結合情報 407…バッファ使用情報 501…バックアップ部 502…最適化部 503…再編成部 504…最適化された定義情報及び最適化パラメタ情報 505…変更情報一覧リスト 601…SQL文入力処理 602…構文解析処理 603…意味解析処理 604…アクセスパス最適化処理 605…実行処理 701…バックアップ作成処理 702…APTファイルの内容読み込み処理 703…APTファイル終了判定処理 704…カラム最適化判定処理 705…表毎のアクセス頻度の高い順にカラムの並べ換
え処理 706…クラスタリング最適化判定処理 707…行順情報から一番多い順をクラスタリングキー
として設定する処理 708…バッファ最適化判定処理 709…変更バッファパラメタ出力処理 710…インデックス最適化判定処理 711…インデックス更新情報から不要インデックスキ
ーとその更新頻度を求め る処理 712…最適パラメタを作成処理 713…表定義実行処理 714…吸い上げてあったデータを格納する処理 715…インデックスのパラメタの作成処理 716…インデックスの一括作成処理 717…バッファ定義用のパラメタも作成する処理 718…構成変更レポート出力処理
1 ... Relational database management system 2 ... Database entity 3 ... Index 4 ... Access path trace file (APT file) 5 ... Utility for reorganization 6 ... Backup medium 41 ... APT file buffer 200 ... Table 201 ... Row 202 ... Column 203 ... Clustering key 204 ... Record 205 ... Page 401 ... Column position information 402 ... Row order information 403 ... Index required information 404 ... Index usage information 405 ... Index update information 406 ... Table join information 407 ... Buffer usage information 501 ... Backup section 502 ... Optimal Optimization unit 503 ... Reorganization unit 504 ... Optimized definition information and optimization parameter information 505 ... Change information list list 601 ... SQL statement input process 602 ... Syntax analysis process 603 ... Semantic analysis process 604 ... Access path optimization processing 605 ... Execution processing 701 ... Backup creation processing 702 ... APT file content reading processing 703 ... APT file end determination processing 704 ... Column optimization determination processing 705 ... Columns in descending order of access frequency Reordering process 706 ... Clustering optimization determination process 707 ... Process for setting the largest order from the row order information as a clustering key 708 ... Buffer optimization determination process 709 ... Change buffer parameter output process 710 ... Index optimization determination process 711 ... Index Process for obtaining unnecessary index key and its update frequency from update information 712 ... Optimal parameter creation process 713 ... Table definition execution process 714 ... Process of storing siphoned data 715 ... Index parameter creation process 716 ... IN Batch creation processing 717 ... also to create processing 718 ... configuration change report output processing parameters for the buffer definition of box

Claims (1)

【特許請求の範囲】 【請求項1】 データをリレーションとして管理するリ
レーショナルデータベースにおいて、各ユーザプログラ
ムから発行されるデータ操作要求のデータベースへのア
クセス方法をトレース情報として蓄積する手段と、一定
期間毎のデータベース再編成実施時に、前記蓄積された
トレース情報を参照してデータベースの最適な格納順
と、インデックスの要否を決定し、データベースの再編
成に必要なバッファ量を確保するためにバッファ量指定
パラメタを作成する手段を有することを特徴とするデー
タベースの最適化再編成方式。
Claim: What is claimed is: 1. In a relational database that manages data as a relation, means for accumulating, as trace information, a method of accessing a database for a data operation request issued from each user program, and for a fixed period. When performing database reorganization, a buffer amount specification parameter is used to determine the optimal storage order of databases and the necessity of indexes by referring to the accumulated trace information, and to secure the buffer amount required for database reorganization. An optimized reorganization method for a database, characterized by having a means for creating.
JP3154376A 1991-06-26 1991-06-26 Optimized reorganization system for data base Pending JPH052515A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP3154376A JPH052515A (en) 1991-06-26 1991-06-26 Optimized reorganization system for data base

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP3154376A JPH052515A (en) 1991-06-26 1991-06-26 Optimized reorganization system for data base

Publications (1)

Publication Number Publication Date
JPH052515A true JPH052515A (en) 1993-01-08

Family

ID=15582804

Family Applications (1)

Application Number Title Priority Date Filing Date
JP3154376A Pending JPH052515A (en) 1991-06-26 1991-06-26 Optimized reorganization system for data base

Country Status (1)

Country Link
JP (1) JPH052515A (en)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH1153401A (en) * 1997-08-01 1999-02-26 Nec Corp Automatic index geenration system for database
US6832227B2 (en) 2001-02-19 2004-12-14 Hitachi, Ltd. Database management program, a database managing method and an apparatus therefor
US7203802B2 (en) 2003-04-25 2007-04-10 International Business Machines Corporation System and method for using a buffer to facilitate log catchup for online operations
JP2008015810A (en) * 2006-07-06 2008-01-24 Hitachi Software Eng Co Ltd Index division management method for table data with multiple columns
JP2012103847A (en) * 2010-11-09 2012-05-31 Nec Corp Database migration management device and method for the same
WO2016051492A1 (en) * 2014-09-30 2016-04-07 株式会社日立製作所 Database management system, database management method, and storage medium
JP2018073186A (en) * 2016-10-31 2018-05-10 株式会社日立製作所 Transaction system, control method for transaction system, and program therefor

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH1153401A (en) * 1997-08-01 1999-02-26 Nec Corp Automatic index geenration system for database
US6832227B2 (en) 2001-02-19 2004-12-14 Hitachi, Ltd. Database management program, a database managing method and an apparatus therefor
US7203802B2 (en) 2003-04-25 2007-04-10 International Business Machines Corporation System and method for using a buffer to facilitate log catchup for online operations
JP2008015810A (en) * 2006-07-06 2008-01-24 Hitachi Software Eng Co Ltd Index division management method for table data with multiple columns
JP2012103847A (en) * 2010-11-09 2012-05-31 Nec Corp Database migration management device and method for the same
WO2016051492A1 (en) * 2014-09-30 2016-04-07 株式会社日立製作所 Database management system, database management method, and storage medium
JP2018073186A (en) * 2016-10-31 2018-05-10 株式会社日立製作所 Transaction system, control method for transaction system, and program therefor

Similar Documents

Publication Publication Date Title
US8732163B2 (en) Query optimization with memory I/O awareness
US8700674B2 (en) Database storage architecture
US6546394B1 (en) Database system having logical row identifiers
US5842196A (en) Database system with improved methods for updating records
US8712972B2 (en) Query optimization with awareness of limited resource usage
US20040243555A1 (en) Methods and systems for optimizing queries through dynamic and autonomous database schema analysis
US9244838B2 (en) System, method, and computer-readable medium for grouping database level object access counts per processing module in a parallel processing system
US20150142733A1 (en) System and method for efficient management of big data in a database using streaming tables
US7698253B2 (en) Method and system for reducing host variable impact on access path selection
US8566333B2 (en) Multiple sparse index intelligent table organization
US8924373B2 (en) Query plans with parameter markers in place of object identifiers
CN108536692B (en) Execution plan generation method and device and database server
JPH09212528A (en) Method for storing data base, method for retrieving record from data base, and data base storage and retrieval system
US9904708B2 (en) Apparatus and method for processing query in database with hybrid storage
EP3014488A1 (en) Incremental maintenance of range-partitioned statistics for query optimization
US8682872B2 (en) Index page split avoidance with mass insert processing
WO2015168988A1 (en) Data index creation method and device, and computer storage medium
US7440936B2 (en) Method for determining an access mode to a dataset
JPH052515A (en) Optimized reorganization system for data base
CN110019192B (en) Database retrieval method and device
US8290935B1 (en) Method and system for optimizing database system queries
JPH09305622A (en) Method and system for managing data base having document retrieval function
CN112506953A (en) Query method, device and storage medium based on Structured Query Language (SQL)
CN117131069B (en) Database list grouping scanning method
CN113448969B (en) Data processing method, device and storage medium