JPH1063554A - Database configuration information management system - Google Patents

Database configuration information management system

Info

Publication number
JPH1063554A
JPH1063554A JP8218766A JP21876696A JPH1063554A JP H1063554 A JPH1063554 A JP H1063554A JP 8218766 A JP8218766 A JP 8218766A JP 21876696 A JP21876696 A JP 21876696A JP H1063554 A JPH1063554 A JP H1063554A
Authority
JP
Japan
Prior art keywords
catalog information
catalog
information
field
storage unit
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
JP8218766A
Other languages
Japanese (ja)
Inventor
Tomoko Kida
智子 喜田
Takaaki Andou
隆朗 安藤
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.)
Mitsubishi Electric Corp
Original Assignee
Mitsubishi Electric Corp
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 Mitsubishi Electric Corp filed Critical Mitsubishi Electric Corp
Priority to JP8218766A priority Critical patent/JPH1063554A/en
Publication of JPH1063554A publication Critical patent/JPH1063554A/en
Pending legal-status Critical Current

Links

Landscapes

  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

(57)【要約】 【課題】 データベースに格納されているデータに対し
て検索を行う場合、従来ではある処理要求に対して所定
のアクセス方式を生成するような条件を明示的に指定す
ることができなかった。この発明は所定の処理要求にお
いて最適なアクセス方式を得るような条件を明示的に指
定することを可能にする。 【解決手段】 この発明のデータベース構成情報管理シ
ステムはデータベース記憶部20に記憶されているデー
タの構成を定義した第1のカタログ情報とアクセス方式
がより最適になるように第1のカタログ情報の一部を変
更して作成した第2のカタログ情報を備え、カタログ参
照情報23に所定の処理要求に対して参照するカタログ
情報が記憶されているファイル名を指定しておき、コン
パイラ4は、所定の処理要求については、上記第2のカ
タログ情報を参照して最適なアクセス方式を得る。
(57) [Summary] [PROBLEMS] To perform a search on data stored in a database, conventionally, it is necessary to explicitly specify a condition for generating a predetermined access method for a certain processing request. could not. The present invention makes it possible to explicitly specify conditions for obtaining an optimum access method for a predetermined processing request. A database configuration information management system according to the present invention includes a first catalog information defining a configuration of data stored in a database storage unit and a first catalog information such that an access method is more optimal. With the second catalog information created by changing the copy unit, a file name storing catalog information to be referred to in response to a predetermined processing request is specified in the catalog reference information 23, and the compiler 4 For the processing request, an optimum access method is obtained by referring to the second catalog information.

Description

【発明の詳細な説明】DETAILED DESCRIPTION OF THE INVENTION

【0001】[0001]

【発明の属する技術分野】この発明は、データベースに
記憶されているデータの構成を定義したカタログ情報を
データベースをアクセスする処理要求にあわせて複数登
録することを可能にしてデータベースをアクセスする際
に最適なアクセス手順を得られるようにするデータベー
ス構成情報管理システムに関するものである。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention makes it possible to register a plurality of pieces of catalog information defining the structure of data stored in a database in accordance with a processing request for accessing the database. The present invention relates to a database configuration information management system capable of obtaining a simple access procedure.

【0002】[0002]

【従来の技術】一般に、データベースに対してアクセス
処理を行う場合、データベースの中に記憶されているデ
ータの構成を定義した定義情報は、カタログと呼ばれる
データファイルの形で管理されている。このカタログも
データベース中のデータファイルとして表現されている
ことが多い。このようなデータベース構成管理方法の一
例として、「ISO/IEC 9075 Databa
se LanguageSQL」の「21 Infor
mation Schema and Definit
ion Schema」に「データベース中の実表は、
データベース中の表で管理されている」と記されてい
る。図17は従来のデータベース構成管理方法の概念図
であり、5は計算機本体を示し、20はデータを記憶す
るデータベース記憶部を示し、上記データベース記憶部
20はデータベースA21とデータベースB22を記憶
する。また、1はデータベース記憶部20に記憶されて
いるデータの構成を定義した定義情報を管理する第1の
カタログ情報記憶部を示し、7、8はデータベース記憶
部20に対する処理要求を示し、28、29はアクセス
方式を示し、6は計算機本体に処理要求を与える入力部
を示し、3は上記入力部6より与えられた処理要求を解
析する処理要求解析部を示し、4は処理要求7、8に対
するアクセス方式28、29を求めるためのコンパイラ
を示す。この従来例では処理要求解析部3をSQL処理
系とし(SQLはstructured Query
Languageの略)、SQLによってデータベース
記憶部20をアクセスするものとする。
2. Description of the Related Art Generally, when performing access processing to a database, definition information defining the structure of data stored in the database is managed in the form of a data file called a catalog. This catalog is often represented as a data file in a database. As an example of such a database configuration management method, "ISO / IEC 9075 Dataaba"
se LanguageSQL ”,“ 21 Infor ”
motion Schema and Definit
ion Schema ”states,“ The base table in the database is
It is managed in a table in the database. " FIG. 17 is a conceptual diagram of a conventional database configuration management method. Reference numeral 5 denotes a computer main body, reference numeral 20 denotes a database storage unit for storing data, and the database storage unit 20 stores a database A21 and a database B22. Reference numeral 1 denotes a first catalog information storage unit that manages definition information that defines the structure of data stored in the database storage unit 20, 7 and 8 denote processing requests to the database storage unit 20, 28, 29 indicates an access method, 6 indicates an input unit for giving a processing request to the computer main body, 3 indicates a processing request analysis unit for analyzing the processing request given from the input unit 6, and 4 indicates processing requests 7 and 8. 2 shows a compiler for obtaining access methods 28 and 29 for. In this conventional example, the processing request analysis unit 3 is an SQL processing system (SQL is a structured query).
It is assumed that the database storage unit 20 is accessed by SQL.

【0003】次に動作について説明する。データベース
に対する処理要求7、8を、計算機5に入力すると、そ
の処理要求7、8は計算機5が備える処理要求解析部3
であるSQL処理系において、第1のカタログ情報記憶
部1に記憶されている定義情報を基にして、処理対象の
データベースファイルに対しアクセス方式28、29が
より最適になるように処理される。通常の処理要求解析
部3においては、ある処理要求7、8に対して、第1の
カタログ情報記憶部1に記憶されている定義情報に従っ
て、コンパイラ4がより最適なアクセス方式となるよう
にアクセス方式28、29を生成する。しかし、ある処
理要求では最適なアクセス方式を得ることができても、
別の処理要求に対しても最適なアクセス方式が得られる
とは限らない。また、利用者が特定のアクセス方式を明
示的に指定することはできない。
Next, the operation will be described. When the processing requests 7 and 8 for the database are input to the computer 5, the processing requests 7 and 8 are processed by the processing request analysis unit 3 provided in the computer 5.
In the SQL processing system, based on the definition information stored in the first catalog information storage unit 1, processing is performed so that the access methods 28 and 29 are more optimal for the processing target database file. In the normal processing request analysis unit 3, the compiler 4 accesses certain processing requests 7 and 8 according to the definition information stored in the first catalog information storage unit 1 so that the compiler 4 has a more optimal access method. Generate schemes 28 and 29. However, even if it is possible to obtain the optimal access method for a certain processing request,
An optimal access method is not always obtained for another processing request. Further, the user cannot explicitly specify a specific access method.

【0004】例えば、図18に示すようなカラム定義情
報11を管理している_COLUMNSというデータフ
ァイルが第1のカタログ情報記憶部1に記憶されている
とする。カラム定義情報11はスキーマ名11aとカラ
ム名11cとカラムが存在するテーブルのテーブル名1
1bとデータのタイプ11dとサイズ11eと索引情報
11fを構成要素として持つ。また、カラム名11cに
は索引12が付いている。図18では索引12を示すた
めにCL_NAMEに太い枠をつけている。例えば所定
のカラムを持つテーブル名を検索する処理要求を処理要
求Aとし、また所定のテーブルが持っているカラムをリ
ストに出力する処理要求を処理要求Bとして入力部6よ
り入力し、処理要求解析部3において最適なアクセス方
式を得る。この場合の上記処理要求Aと処理要求BのS
QL文を以下に示す。まず、はじめに処理要求AのSQ
L文を示す。
For example, it is assumed that a data file called _COLUMNS which manages column definition information 11 as shown in FIG. 18 is stored in the first catalog information storage unit 1. The column definition information 11 is a schema name 11a, a column name 11c, and a table name 1 of a table in which the column exists.
1b, data type 11d, size 11e, and index information 11f as constituent elements. The column name 11c has an index 12. In FIG. 18, a thick frame is attached to CL_NAME to indicate the index 12. For example, a processing request for searching for a table name having a predetermined column is input as a processing request A, and a processing request for outputting a column of a predetermined table to a list is input as a processing request B from the input unit 6. The optimum access method is obtained in the section 3. S of processing request A and processing request B in this case
The QL statement is shown below. First, SQ of processing request A
Indicates an L sentence.

【0005】 SELECT TB_NAME FROM _COLUMNS WHERE CL_NAME = ‘CL1’[0005] SELECT TB_NAME FROM_COLUMNS WHERE CL_NAME = ‘CL1’

【0006】上記処理要求Aは、カラム名が’CL1’
であるテーブルを検索する処理要求である。次に処理要
求BをSQL文によって以下に示す。
The processing request A has a column name of “CL1”.
Is a processing request for searching for a table. Next, the processing request B is shown below by an SQL statement.

【0007】 SELECT CL_NAME FROM _COLUMNS WHERE TB_NAME = ‘T1’SELECT CL_NAME FROM_COLUMNS WHERE TB_NAME = ‘T1’

【0008】上記に示した処理要求Bはテーブル名が’
T1’であるカラムを検索する処理要求である。
The processing request B described above has a table name of '
This is a processing request for searching for the column T1 '.

【0009】上記の処理要求Aで検索しようとしている
カラム名11cには索引12がついている。このため、
カラム名’CL1’は索引12に基づいて検索すること
ができるので最適なアクセス方式28を得ることができ
る。しかし、_COLUMNSというカラム定義情報1
1を用いて処理要求Bに対するアクセス方式29を得よ
うとする場合、TB_NAMEには索引が付いていない
ため、コンパイラ4はテーブル名を順次アクセスするよ
うなアクセス方式を生成することになる。
An index 12 is attached to the column name 11c to be searched by the processing request A. For this reason,
Since the column name 'CL1' can be searched based on the index 12, an optimal access method 28 can be obtained. However, column definition information 1 called _COLUMNS
When trying to obtain the access method 29 for the processing request B using No. 1, the compiler 4 generates an access method for sequentially accessing the table names, since TB_NAME is not indexed.

【0010】また、「特開平5−108724」をデー
タアクセスするときの一方式例としてあげる。上記「特
開平5−108724」では、データベースのアクセス
プログラム、つまりSQLなどで記述された処理要求を
登録し、登録した上記アクセスプログラムをひな型とし
て用いようとしている。この場合、登録したアクセスプ
ログラムは、所定の定義情報を基にしたアクセス方式が
全ての処理要求に適応されるため、最適でないアクセス
方式しか得ることができない場合があり、より最適なア
クセス方式を得る方法については何等記述されていな
い。
[0010] Japanese Patent Application Laid-Open No. 5-108724 is given as an example of a system for data access. In JP-A-5-108724, an access program for a database, that is, a processing request described in SQL or the like is registered, and the registered access program is used as a model. In this case, in the registered access program, an access method based on predetermined definition information is applied to all processing requests, and therefore, only an access method that is not optimal may be obtained, and a more optimal access method may be obtained. No method is described.

【0011】[0011]

【発明が解決しようとする課題】従来の処理方式では、
上記に示したように、ある処理要求に対してそのデータ
ベースを管理している定義情報であるカタログ情報に従
ってコンパイラがアクセス方式を生成するものであっ
た。このため、利用者が特定のアクセス方式を明示的に
指定することができず、処理要求によっては最適なアク
セス方式を得ることができないために、処理効率が悪く
なってしまう場合もあるという問題点があった。
In the conventional processing method,
As described above, a compiler generates an access method according to catalog information that is definition information for managing a database for a certain processing request. For this reason, a user cannot explicitly specify a specific access method, and an optimum access method cannot be obtained depending on a processing request, so that processing efficiency may be deteriorated. was there.

【0012】この発明は、上記のような問題を解決する
ためになされたもので、1つのカタログ情報に対して別
のカタログ情報を定義して特定のアクセス方式を指定で
きるとともに、処理の高速化を実現することを目的とし
ている。
SUMMARY OF THE INVENTION The present invention has been made to solve the above-described problems. One catalog information can be defined by defining another catalog information and a specific access method can be designated, and the processing can be speeded up. It is intended to realize.

【0013】[0013]

【課題を解決するための手段】この発明のデータベース
構成情報管理システムは、データを記憶するデータベー
ス記憶部と、上記データベース記憶部に記憶されている
データの構成を記述した第1のカタログ情報を記憶する
第1のカタログ情報記憶部と、上記データベース記憶部
に記憶されているデータに対する処理の要求を入力する
入力部と、上記入力部より入力された処理要求を上記第
1のカタログ情報記憶部に記憶されている第1のカタロ
グ情報に従い解析して上記データベースをアクセスする
所定のアクセス手順を得る処理要求解析部を備えたデー
タベース構成情報管理システムにおいて、上記データベ
ース構成情報管理システムは、所定の処理要求用に作成
した第2のカタログ情報を記憶する第2のカタログ情報
記憶部を備え、上記入力部は、上記処理要求解析部が上
記第2のカタログ情報記憶部に記憶されている第2のカ
タログ情報を参照するように指定するカタログ参照情報
を入力し、上記処理要求解析部は、上記入力部より入力
された処理要求を上記カタログ参照情報に指定されてい
る第2のカタログ情報記憶部に記憶されている第2のカ
タログ情報に従い解析して上記データベースをアクセス
する所定のアクセス手順を得ることを特徴とする。
A database configuration information management system according to the present invention stores a database storage unit for storing data, and first catalog information describing the configuration of data stored in the database storage unit. A first catalog information storage unit, an input unit for inputting a request for processing of data stored in the database storage unit, and a processing request input from the input unit to the first catalog information storage unit. In a database configuration information management system including a processing request analysis unit that obtains a predetermined access procedure for accessing the database by analyzing according to the stored first catalog information, the database configuration information management system includes a predetermined processing request A second catalog information storage unit for storing second catalog information created for The input unit inputs catalog reference information that specifies that the processing request analysis unit refers to the second catalog information stored in the second catalog information storage unit. The processing request input from the input unit is analyzed in accordance with the second catalog information stored in the second catalog information storage unit specified in the catalog reference information to obtain a predetermined access procedure for accessing the database. It is characterized by the following.

【0014】また、この発明のデータベース構成情報管
理システムは、上記第2のカタログ情報記憶部が、上記
第1のカタログ情報記憶部に記憶されている第1のカタ
ログ情報を所定のカタログ情報に変更して第2のカタロ
グ情報として記憶することを特徴とする。
Further, in the database configuration information management system according to the present invention, the second catalog information storage unit changes the first catalog information stored in the first catalog information storage unit to predetermined catalog information. And store it as second catalog information.

【0015】また、この発明のデータベース構成情報管
理システムは、上記第2のカタログ情報記憶部が、上記
第1のカタログ情報記憶部に記憶されている第1のカタ
ログ情報の一部の情報を変更して上記変更した一部の情
報を第2のカタログ情報として記憶することを特徴とす
る。
Further, in the database configuration information management system according to the present invention, the second catalog information storage unit changes a part of the first catalog information stored in the first catalog information storage unit. Then, the changed part of the information is stored as second catalog information.

【0016】また、この発明のデータベース構成情報管
理システムは、上記第2のカタログ情報記憶部が、所定
のファイル形式でカタログ情報を記憶することを特徴と
する。
Further, the database configuration information management system according to the present invention is characterized in that the second catalog information storage section stores catalog information in a predetermined file format.

【0017】また、この発明のデータベース構成情報管
理システムは、上記入力部が、上記処理要求と上記カタ
ログ参照情報とを1つの情報として入力することを特徴
とする。
Further, the database configuration information management system according to the present invention is characterized in that the input unit inputs the processing request and the catalog reference information as one piece of information.

【0018】また、この発明のデータベース構成情報管
理システムは、上記第1のカタログ情報は1つ以上のフ
ィールドより構成されており、上記第1のカタログ情報
記憶部が、上記第1のカタログ情報として上記フィール
ド毎に索引付のフィールドか索引無しのフィールドかを
示す第1の索引情報を記憶し、上記第2のカタログ情報
は1つ以上のフィールドより構成されており、上記第2
のカタログ情報記憶部が、上記第2のカタログ情報とし
て上記フィールド毎に索引付のフィールドか索引無しの
フィールドかを示す第2の索引情報を記憶し、上記第1
のカタログ情報記憶部が上記第1のカタログ情報として
所定のフィールドについて索引付のフィールドであるこ
とを示す上記第1の索引情報を記憶している場合、上記
第2のカタログ情報記憶部は、上記所定のフィールドに
ついて上記フィールドが索引無しのフィールドであるこ
とを示す上記第2の索引情報を記憶することを特徴とす
る。
In the database configuration information management system according to the present invention, the first catalog information is composed of one or more fields, and the first catalog information storage unit stores the first catalog information as the first catalog information. First index information indicating whether the field is an indexed field or a non-indexed field is stored for each of the fields, and the second catalog information includes one or more fields.
The second catalog information storage unit stores, as the second catalog information, second index information indicating whether the field is an indexed field or an unindexed field for each of the fields,
When the first catalog information storage unit stores the first index information indicating that the predetermined field is an indexed field as the first catalog information, the second catalog information storage unit stores For the predetermined field, the second index information indicating that the field is a field without an index is stored.

【0019】また、この発明のデータベース構成情報管
理システムは、上記第1のカタログ情報記憶部が、上記
第1のカタログ情報として上記フィールド毎に上記第1
の索引情報を記憶するとともに上記フィールドを示す第
1のフィールド名を記憶し、上記第2のカタログ情報記
憶部が、上記第2のカタログ情報として上記フィールド
毎に上記第2の索引情報を記憶するとともに上記フィー
ルドを示す第2のフィールド名を記憶し、上記第1のカ
タログ情報記憶部が連続する2つ以上の上記フィールド
についてそれぞれ上記第1のフィールド名と上記第1の
索引情報とを記憶している場合、上記第2のカタログ情
報記憶部が、上記連続する2つ以上のフィールドを1つ
のフィールドとして第2のフィールド名と上記第2の索
引情報とを記憶することを特徴とする。
Also, in the database configuration information management system according to the present invention, the first catalog information storage unit stores the first catalog information as the first catalog information for each of the fields.
And the first field name indicating the field is stored, and the second catalog information storage unit stores the second index information for each field as the second catalog information. And the second field name indicating the field is stored, and the first catalog information storage unit stores the first field name and the first index information for each of the two or more consecutive fields. The second catalog information storage unit stores the second field name and the second index information with the two or more consecutive fields as one field.

【0020】また、この発明のデータベース構成情報管
理システムは、上記第1のカタログ情報記憶部が、上記
第1のカタログ情報として上記フィールドに記憶するデ
ータの長さを示す第1のデータ長を記憶するとともに上
記フィールドに記憶するデータの一部を索引付とするこ
とを示す第1の索引長を記憶し、上記第2のカタログ情
報記憶部が、上記第2のカタログ情報として上記フィー
ルドに記憶するデータの長さを示す第2のデータ長を記
憶するとともに上記フィールドに記憶するデータの一部
を索引付とすることを示す第2の索引長を記憶し、上記
第1のカタログ情報記憶部が上記第1のデータ長である
上記フィールドに対してデータの一部を索引付とする上
記第1の索引長を記憶している場合、上記第2のカタロ
グ情報記憶部は、上記第1のデータ長である上記フィー
ルドに対して上記第1のデータ長を索引付とする上記第
2の索引長を記憶することを特徴とする。
Further, in the database configuration information management system according to the present invention, the first catalog information storage section stores a first data length indicating a length of data stored in the field as the first catalog information. And stores a first index length indicating that a part of the data stored in the field is indexed, and stores the second catalog information in the field as the second catalog information. The first catalog information storage unit stores a second data length indicating the length of data and a second index length indicating that a part of the data stored in the field is indexed. When the first index length in which a part of the data is indexed for the field having the first data length is stored, the second catalog information storage unit includes: And indexed the first data length with respect to the serial above field is the first data length and to store the second index length.

【0021】また、この発明のデータベース構成情報管
理システムは、上記第1のカタログ情報記憶部が、上記
第1のカタログ情報として上記フィールドを示す第1の
フィールド名を記憶し、上記第2のカタログ情報記憶部
が、上記第2のカタログ情報として上記フィールドを示
す第2のフィールド名を記憶し、上記第1のカタログ情
報記憶部が連続する2つ以上の上記フィールドについて
それぞれ上記第1のフィールド名記憶している場合、上
記第2のカタログ情報記憶部は、上記連続する2つ以上
のフィールドを1つのフィールドとして第2のフィール
ド名を記憶することを特徴とする。
Further, in the database configuration information management system according to the present invention, the first catalog information storage section stores a first field name indicating the field as the first catalog information, An information storage unit stores a second field name indicating the field as the second catalog information, and the first catalog information storage unit stores the first field name for two or more consecutive fields. When the information is stored, the second catalog information storage unit stores the second field name with the two or more consecutive fields as one field.

【0022】さらに、この発明のデータベース構成情報
管理システムは、上記第1のカタログ情報記憶部が、少
なくとも1つの上記フィールドに対する上記第1のフィ
ールド名を記憶する場合、上記第2のカタログ情報記憶
部は、上記1つのフィールドを2つ以上のフィールドに
分割して2つ以上の上記第2のフィールド名を記憶する
ことを特徴とする。
Further, in the database configuration information management system according to the present invention, when the first catalog information storage section stores the first field name for at least one of the fields, the second catalog information storage section Is characterized in that the one field is divided into two or more fields, and two or more second field names are stored.

【0023】[0023]

【発明の実施の形態】BEST MODE FOR CARRYING OUT THE INVENTION

実施の形態1.以下、この発明の一実施の形態を図に基
づいて説明する。図1は、実施の形態1におけるデータ
ベース構成情報管理システムの構成を示す図である。図
1においてデータベース構成情報管理システムは第1の
カタログ情報記憶部1に記憶されている第1のカタログ
情報に対して、第1のカタログ情報のある一部を変更し
て作成した第2のカタログ情報を記憶する第2のカタロ
グ情報記憶部2を備えていることを示している。また、
計算機5は、データベース記憶部20に記憶されている
データを管理する第1のカタログ情報を記憶する第1の
カタログ情報記憶部1と、第2のカタログ情報を記憶す
る第2のカタログ情報記憶部2と、コンパイラ4を備え
る処理要求解析部3から構成されている。6は、処理要
求7、8を入力するための端末等であり、5の計算機と
接続されている。また、23は、所定の処理要求に対し
てコンパイラ4が参照するカタログ情報が記憶されてい
るファイルを指定するカタログ参照情報であり、入力部
6より入力される。また、この実施の形態1では従来例
と同様にデータベース記憶部20に記憶されているデー
タをSQL文を用いてアクセスするものとする。このた
め処理要求解析部3は、SQL処理系となる。図2は、
第1と第2のそれぞれのカタログ情報記憶部に記憶され
ている第1と第2のそれぞれのカタログ情報の一例を示
す図である。図2(A)は第1のカタログ情報を示して
いる。第1のカタログ情報は、カラム定義情報11を管
理している_COLUMNSというデータファイルであ
る。上記カラム定義情報11はスキーマ名11aとカラ
ム名11cとカラムが存在するテーブル名11bとデー
タタイプ11dとサイズ11eと索引情報11fより構
成されている。また、カラム名11cには索引12が付
いている。また、図2(B)は、第2のカタログ情報を
示している。第2のカタログ情報はカラム定義情報13
を管理している_COLUMNSというデータファイル
である。上記カラム定義情報13はスキーマ名13aと
カラム名13cとカラムが存在するテーブルのテーブル
名13bとデータタイプ13dとサイズ13eと索引情
報13fより構成されている。また、テーブル名13b
には索引14が付いている。
Embodiment 1 FIG. Hereinafter, an embodiment of the present invention will be described with reference to the drawings. FIG. 1 is a diagram illustrating a configuration of a database configuration information management system according to the first embodiment. In FIG. 1, the database configuration information management system changes a first catalog information stored in the first catalog information storage unit 1 to a second catalog created by changing a part of the first catalog information. The figure shows that a second catalog information storage unit 2 for storing information is provided. Also,
The computer 5 includes a first catalog information storage unit 1 for storing first catalog information for managing data stored in the database storage unit 20, and a second catalog information storage unit for storing second catalog information. 2 and a processing request analysis unit 3 having a compiler 4. Reference numeral 6 denotes a terminal or the like for inputting processing requests 7 and 8, and is connected to the computer 5. Reference numeral 23 denotes catalog reference information for specifying a file storing catalog information to be referenced by the compiler 4 in response to a predetermined processing request, and is input from the input unit 6. In the first embodiment, data stored in the database storage unit 20 is accessed using an SQL statement, as in the conventional example. For this reason, the processing request analysis unit 3 becomes an SQL processing system. FIG.
FIG. 4 is a diagram illustrating an example of first and second catalog information stored in first and second catalog information storage units. FIG. 2A shows the first catalog information. The first catalog information is a data file called _COLUMNS that manages the column definition information 11. The column definition information 11 includes a schema name 11a, a column name 11c, a table name 11b in which a column exists, a data type 11d, a size 11e, and index information 11f. The column name 11c has an index 12. FIG. 2B shows the second catalog information. The second catalog information is column definition information 13
Is a data file called _COLUMNS. The column definition information 13 includes a schema name 13a, a column name 13c, a table name 13b of a table in which the column exists, a data type 13d, a size 13e, and index information 13f. Also, the table name 13b
Has an index 14.

【0024】次にデータベース構成情報管理システムに
おける処理の手順を図3、図4の流れ図に基づいて説明
する。図3は、利用者が行う手順を示す流れ図である。
図4はコンパイラの動作を示す流れ図である。図3に示
すように、利用者はまず、処理要求7、8と第1のカタ
ログ情報記憶部1に記憶されている第1のカタログ情報
を参照して、最適なアクセス方式を得ることが可能かど
うかを見極める(S15)。S15で最適なアクセス方
式を得ることが不可能な場合、上記第1のカタログ情報
と置き換えを行う第2のカタログ情報2を作成する(S
16)。上記第2のカタログ情報は、第1のカタログ情
報の一部を変更して作成する。但し、第2のカタログ情
報には第1のカタログ情報の中で変更していない情報も
含んで第2のカタログ情報とする。尚、この実施の形態
1では処理要求7が第1のカタログ情報を参照し、処理
要求8が第2のカタログ情報を参照するものとする。こ
のため、カタログ情報2に適するように、必要に応じて
処理要求(SQL文)8を書き換える(S17)。上記
S16において第2のカタログ情報は第1のカタログ情
報の一部の情報を変更して作成していた。例えば、図2
(A)に示している第1のカタログ情報ではカラム名1
1cに索引12が付いていた。しかし、ユーザは最適な
アクセス方式を得るために図2(B)のようにカラム名
11cについていた索引12を取りやめて、テーブル名
13bに索引14をつけてこれを第2のカタログ情報と
して第2のカタログ情報記憶部2に記憶させた。このた
め、例えば処理要求8がテーブル名の昇順にカラム名を
出力するような処理要求であった場合、処理要求8には
取得したカラム名をカラム名に対応するテーブル名の昇
順になるように並び替えを行う処理が含まれている。し
かし、図2(B)のようにテーブル名13bに索引14
をつけることによって索引14に基づいてテーブル名と
カラム名を取得すれば、取得したカラム名はテーブル名
の昇順に成っている。このため、処理要求8の中で定義
していたテーブル名ごとにカラム名を並び替える処理は
不要となるので処理要求8を書き換える必要がでてく
る。次に、コンパイル時に、処理要求8についてはカタ
ログ情報2を参照するように指定したカタログ参照情報
23(以後メイクファイルと呼する)を作成する(S1
8)。図5にメイクファイルの一例を示す。図5に示し
たメイクファイル23では、「SQL1.SQL」に格
納されている処理要求については、第2のカタログ情報
が記憶されている「CAT02」というファイルを参照
してアクセス方式を得ることを指示している。また、図
6には別のメイクファイルの一例を示す。図6に示した
メイクファイル23では、処理要求8の内容をメイクフ
ァイル23の中に直接記載する例を示している。図6の
ようにメイクファイルに参照するカタログ情報を記憶し
ているファイル名とともに、処理要求を記載してもかま
わない。その後、利用者が入力部6から処理要求7、8
及びカタログ参照情報23を計算機5に送る(S1
9)。計算機5内では、コンパイラ4がカタログ参照情
報23に従い第1のカタログ情報或いは第2のカタログ
情報を参照してアクセス方式9、10を生成する(S2
0)。最後に、計算機5はより最適化されたアクセス方
式9、10を出力する(S21)。
Next, the processing procedure in the database configuration information management system will be described with reference to the flowcharts of FIGS. FIG. 3 is a flowchart showing a procedure performed by the user.
FIG. 4 is a flowchart showing the operation of the compiler. As shown in FIG. 3, the user can first obtain the optimum access method by referring to the processing requests 7 and 8 and the first catalog information stored in the first catalog information storage unit 1. It is determined whether it is (S15). If it is not possible to obtain the optimum access method in S15, the second catalog information 2 to be replaced with the first catalog information is created (S15).
16). The second catalog information is created by changing a part of the first catalog information. However, the second catalog information includes information that has not been changed in the first catalog information, and is referred to as second catalog information. In the first embodiment, it is assumed that the processing request 7 refers to the first catalog information and the processing request 8 refers to the second catalog information. Therefore, the processing request (SQL sentence) 8 is rewritten as necessary so as to be suitable for the catalog information 2 (S17). In S16, the second catalog information is created by changing a part of the first catalog information. For example, FIG.
In the first catalog information shown in (A), column name 1
Index 12 was attached to 1c. However, the user cancels the index 12 attached to the column name 11c as shown in FIG. 2B and obtains an index 14 for the table name 13b to obtain the second catalog information as the second catalog information in order to obtain the optimum access method. Is stored in the catalog information storage unit 2. For this reason, for example, when the processing request 8 is a processing request that outputs column names in ascending order of table names, the processing request 8 includes the acquired column names in ascending order of table names corresponding to the column names. The processing for rearranging is included. However, as shown in FIG.
If the table name and the column name are acquired based on the index 14 by adding, the acquired column names are arranged in ascending order of the table names. For this reason, the process of rearranging the column names for each table name defined in the processing request 8 becomes unnecessary, and the processing request 8 needs to be rewritten. Next, at the time of compiling, catalog reference information 23 (hereinafter referred to as a make file) is created which designates the processing request 8 to refer to the catalog information 2 (S1).
8). FIG. 5 shows an example of a make file. In the make file 23 shown in FIG. 5, for the processing request stored in “SQL1.SQL”, the access method is obtained by referring to the file “CAT02” in which the second catalog information is stored. Instructed. FIG. 6 shows an example of another make file. The make file 23 shown in FIG. 6 shows an example in which the contents of the processing request 8 are directly described in the make file 23. As shown in FIG. 6, the processing request may be described together with the file name storing the catalog information to be referred to in the make file. Thereafter, the user inputs processing requests 7 and 8 from the input unit 6.
And the catalog reference information 23 to the computer 5 (S1
9). In the computer 5, the compiler 4 generates the access methods 9 and 10 by referring to the first catalog information or the second catalog information according to the catalog reference information 23 (S2).
0). Finally, the computer 5 outputs the more optimized access methods 9 and 10 (S21).

【0025】上記S20におけるコンパイラ4の動作
を、図4の流れ図に従い以下に説明する。まず、コンパ
イラ4はメイクファイルを参照して使用する予定のカタ
ログ情報が記憶されているファイル名を取得する(S3
1)。次に取得したファイル名のテキストファイルが存
在するか確認する(S32)。上記テキストファイルと
は、MS−DOS(Microsoft−Disk O
perating System、MS−DOSは、マ
イクロソフト社の登録商標)によるアクセス可能なファ
イル形式をしたファイルである。そして、テキストファ
イルが存在する場合はテキストファイルを読み込む(S
33)。なお、S32及びS33で現れたテキストファ
イルは後続の実施の形態で詳細を説明する。上記S32
において、テキストファイルが存在しない場合はカタロ
グ情報のサブセットが存在するかどうかを調べ(S3
4)、サブセットが存在する場合はサブセットを読み込
む(S35)。上記サブセットとは、第2のカタログ情
報を記憶しているファイルである。サブセットがない場
合には第1のカタログ情報記憶部1より第1のカタログ
情報を読む(S36)。そののち、上記S33またはS
36で読み込んだファイルより検索対象とするデータベ
ースの物理的な構成情報を得て(S37)、実際にアク
セス方式を作成する処理へ移る。次にコンパイラ4は、
上記S37で取得した構成情報と上記S19で送信され
た処理要求に基づいて処理対象となるデータベースを示
す表において処理要求を実行するときのソートキーとな
る項目(カラム)に索引が付いているかいないかを判断
する(S38)。索引がついていれば、コンパイラ4は
索引を利用したアクセス方式を作成する(S39)。処
理対象となるデータベースを示す表でソートキーとする
項目(カラム)の列定義と索引定義とが一致しているか
どうかを調べ(S41)、一致していれば、その索引を
用いてアクセス方式を作成する(S42)。上記S38
において索引がついていない場合には、索引を使わない
アクセス方式を生成する(S40)。また、上記S41
で列定義と索引定義が一致していなければ、索引を使わ
ないアクセス方式を生成する(S43)。上記のような
S31〜S43の処理を経たのち、処理要求を実行する
ために用いる項目(カラム)のカラムオフセットとサイ
ズを得る(S44)。そして、上記S40又はS42又
はS43で作成したアクセス方式には、項目(カラム)
に対してカラムオフセットやサイズを設定していないの
でS44で取得したカラムオフセットサイズを設定して
最適なアクセス方式を得る(S45)。
The operation of the compiler 4 in S20 will be described below with reference to the flowchart of FIG. First, the compiler 4 refers to the make file to obtain a file name in which catalog information to be used is stored (S3).
1). Next, it is confirmed whether a text file having the acquired file name exists (S32). The text file refers to MS-DOS (Microsoft-Disk O
The operating system, MS-DOS, is a file in a file format accessible by Microsoft Corporation (registered trademark). Then, if a text file exists, the text file is read (S
33). The text files appearing in S32 and S33 will be described in detail in the following embodiments. S32 above
In step (3), if there is no text file, it is checked whether a subset of catalog information exists (S3).
4) If a subset exists, the subset is read (S35). The subset is a file storing the second catalog information. If there is no subset, the first catalog information is read from the first catalog information storage unit 1 (S36). After that, S33 or S
The physical configuration information of the database to be searched is obtained from the file read in 36 (S37), and the process proceeds to a process of actually creating an access method. Next, Compiler 4
Based on the configuration information obtained in S37 and the processing request transmitted in S19, whether or not an item (column) serving as a sort key for executing a processing request in a table indicating a database to be processed has an index. Is determined (S38). If there is an index, the compiler 4 creates an access method using the index (S39). It is checked whether the column definition of the item (column) used as the sort key in the table indicating the database to be processed matches the index definition (S41), and if they match, an access method is created using the index. (S42). S38 above
If no index is assigned in step (S40), an access method that does not use an index is generated (S40). In addition, the above S41
If the column definition does not match the index definition, an access method that does not use an index is generated (S43). After the processing of S31 to S43 as described above, the column offset and the size of the item (column) used to execute the processing request are obtained (S44). The access method created in S40 or S42 or S43 includes an item (column)
Since no column offset or size has been set for, the optimal access method is obtained by setting the column offset size acquired in S44 (S45).

【0026】図4ではアクセス方式を作成するときに索
引を使うか否かを判定する判定基準としてS38とS4
1を例に上げた。しかし、処理の対象となるデータベー
スを示す表(カラム)の列定義と、処理要求の中で選択
条件として記述されている項目(カラム)の列定義とが
一致しているかどうかなど、別の判定基準も考えられ
る。
In FIG. 4, S38 and S4 are used as criteria for determining whether or not to use an index when creating an access method.
1 was taken as an example. However, another determination, such as whether the column definition of the table (column) indicating the database to be processed matches the column definition of the item (column) described as the selection condition in the processing request Standards are also conceivable.

【0027】従来では、コンパイラ4がアクセス方式を
生成する場合、第1のカタログ情報記憶部1に記憶され
ている第1のカタログ情報を用いると、コンパイラ4は
処理要求Aに対しては最適なアクセス方式9を生成する
が、処理要求Bに対しては、最適なアクセス方式10を
生成できなかった。しかし、処理要求Bのために別の第
2のカタログ情報を用意して第2のカタログ情報記憶部
2に記憶させておき、処理要求Bについては第2のカタ
ログ情報記憶部2に記憶されている第2のカタログ情報
を参照するように指定したカタログ参照情報23を入力
することによって、コンパイラ4は、第2のカタログ情
報を参照して最適なアクセス方式10を生成する。例え
ば、10万件のデータが格納されているデータベースが
あるとする。そして、検索処理を上記データベースに対
して実行しようとした場合に、不必要となるデータが1
0件と判っているとする。この場合、従来例で説明した
方式では例えば第1のカタログ情報として検索対象とな
る項目(カラム)に索引が付いていると索引を参照して
上記データベースをアクセスするようなアクセス方式を
作成する。このため、索引によってアドレスの飛び先が
バラバラであるとデータベースのアクセスに時間がかか
る。しかし、この発明のデータベース構成情報管理シス
テムを用いることによって、ユーザは処理要求に合わせ
て、検索対象となる項目(カラム)に付いている索引を
取り除くことができる。そして、変更した第1のカタロ
グ情報を第2のカタログ情報として登録し、ある処理要
求については第2のカタログ情報を参照するようにカタ
ログ参照情報に指定しておけば、コンパイラは、所定の
処理要求については第2のカタログ情報を参照してアク
セス方式を得る。このため、上記10万件のデータベー
スから所定のデータを検索する場合、検索対象となる項
目(カラム)に索引が付いていないと、先頭のデータか
ら順に検索条件に一致するかしないかを判断するような
アクセス方式を得る。このため索引を参照するアクセス
方式よりも処理効率のよいアクセス方式を得ることがで
きる。
Conventionally, when the compiler 4 generates an access method, if the first catalog information stored in the first catalog information storage unit 1 is used, the compiler 4 can optimize the processing request A for the processing request A. Although the access method 9 is generated, the optimum access method 10 cannot be generated for the processing request B. However, another second catalog information is prepared for the processing request B and stored in the second catalog information storage unit 2, and the processing request B is stored in the second catalog information storage unit 2. By inputting the catalog reference information 23 specified to refer to the existing second catalog information, the compiler 4 refers to the second catalog information and generates an optimal access method 10. For example, assume that there is a database that stores 100,000 data. When the search process is performed on the database, the unnecessary data becomes 1
It is assumed that there are no known cases. In this case, in the method described in the conventional example, for example, if an item (column) to be searched has an index as the first catalog information, an access method for accessing the database with reference to the index is created. For this reason, it takes time to access the database if the destinations of the addresses are different according to the index. However, by using the database configuration information management system of the present invention, a user can remove an index attached to an item (column) to be searched according to a processing request. Then, the changed first catalog information is registered as second catalog information, and if a certain processing request is specified in the catalog reference information so as to refer to the second catalog information, the compiler performs predetermined processing. For the request, the access method is obtained by referring to the second catalog information. For this reason, when searching for predetermined data from the above 100,000 database, if an item (column) to be searched is not indexed, it is determined whether or not the data matches the search condition in order from the first data. Obtain such an access method. Therefore, it is possible to obtain an access method with higher processing efficiency than an access method that refers to the index.

【0028】例えば、従来例で示したカラム名リストを
出力する処理要求Bは、_COLUMNSのTB_NA
MEに図2(B)に示すように索引14を付加した第2
カタログ情報を処理要求B用に用意して、コンパイル4
が処理要求Bについては第2のカタログ情報を参照する
ようにカタログ参照情報23を指定することによって、
最適なアクセス方式を得ることができる。そして、高速
なデータベース処理を行うことができるようになる。
For example, the processing request B for outputting the column name list shown in the conventional example is TB_NA of _COLUMNS.
A second index obtained by adding an index 14 to the ME as shown in FIG.
Prepare catalog information for processing request B and compile 4
Specifies the catalog reference information 23 so that the processing request B refers to the second catalog information.
An optimal access method can be obtained. Then, high-speed database processing can be performed.

【0029】実施の形態2.上記実施の形態1では、第
1のカタログ情報の一部を変更した情報と変更していな
い情報とを処理要求B用に作成した第2のカタログ情報
として、第2のカタログ情報記憶部2に記憶していた。
しかし、この実施の形態2では第1のカタログ情報の一
部を変更した情報のみを第2のカタログ情報とする例に
ついて説明する。図7は実施の形態2におけるデータベ
ース構成情報管理システムのシステム構成図である。実
施の形態1と異なる点は、第2のカタログ情報36とし
て、第1のカタログ情報の中の変更した情報のみを第2
のカタログ情報記憶部2に記憶する点である。
Embodiment 2 In the first embodiment, information obtained by partially changing the first catalog information and information that has not been changed are stored in the second catalog information storage unit 2 as second catalog information created for the processing request B. I remembered.
However, in the second embodiment, an example will be described in which only information obtained by partially changing the first catalog information is used as the second catalog information. FIG. 7 is a system configuration diagram of the database configuration information management system according to the second embodiment. The difference from the first embodiment is that only the changed information in the first catalog information is used as the second catalog information 36 in the second catalog information.
Is stored in the catalog information storage unit 2.

【0030】つまり実施の形態1では、処理要求Aが最
適となるアクセス方式9と、処理要求Bが最適となるア
クセス方式10を得るために第1のカタログ情報を記憶
した第1のカタログ情報記憶部1と第2のカタログ情報
を記憶した第2のカタログ情報2を備えていた。そし
て、上記第2のカタログ情報は第1のカタログ情報の
内、変更した情報と変更していない情報の両方を記憶し
ていた。このため、第1のカタログ情報記憶部1と第2
のカタログ情報記憶部2に記憶されている定義情報は膨
大な情報となっている。
That is, in the first embodiment, the first catalog information storage in which the first catalog information is stored in order to obtain the access method 9 that optimizes the processing request A and the access method 10 that optimizes the processing request B There was provided a second catalog information 2 storing a first catalog information and a second catalog information. The second catalog information stores both changed information and unchanged information among the first catalog information. Therefore, the first catalog information storage unit 1 and the second
The definition information stored in the catalog information storage unit 2 is enormous information.

【0031】実施の形態2におけるデータベース構成情
報管理システムのシステム構成は、変更対象カタログ情
報1aを変更して第2のカタログ情報とする以外は、上
記実施の形態1と同様の構成であるので説明を省略す
る。また、このデータベース構成情報管理システムにお
ける処理フローも、図3において、第2のカタログ情報
を作成する(S16)ときに、全ての情報ではなく変更
対象カタログ情報1aを変更して第2のカタログ情報3
6を作成する。また、図4のコンパイラ4の処理フロー
についていは、カタログサブセットが第2のカタログ情
報36に該当し、図4のS34におけるカタログサブセ
ットが存在するかを確認する処理と、S35におけるカ
タログサブセット読み出し処理がこれから説明する実施
の形態2に該当する。
The system configuration of the database configuration information management system according to the second embodiment is the same as that of the first embodiment except that the change-target catalog information 1a is changed to the second catalog information. Is omitted. Also, in FIG. 3, the processing flow in the database configuration information management system is such that when the second catalog information is created (S16), not all the information but the change target catalog information 1a is changed and the second catalog information is changed. 3
Create 6. Further, regarding the processing flow of the compiler 4 of FIG. 4, the processing of checking whether the catalog subset corresponds to the second catalog information 36 and the catalog subset exists in S34 of FIG. 4, and the processing of reading the catalog subset in S35. Corresponds to the second embodiment described below.

【0032】例えば、上記実施の形態1では、図2
(A)に示したカラム定義情報11である_COLUM
NSは、カラム名に索引12が付いていた。これを図2
(B)に示すようにテーブル名に索引14をつけてカラ
ム名の索引12を取り消したカラム定義情報13を第2
のカタログ情報として第2のカタログ情報記憶部2に記
憶させていた。そして、第2のカタログ情報記憶部2に
は、上記カラム定義情報13の他にも、第1のカタログ
定義情報記憶部1に記憶されている変更しなかった他の
定義情報も記憶さている。しかし、この実施の形態2で
は、テーブル名に索引14をつけたカタログ情報のみを
第2のカタログ情報36として第2のカタログ情報記憶
部2に記憶する事が可能である。そして、処理要求Aや
処理要求Bの処理要求が入力部6より入力された場合
に、カタログ参照情報23に処理要求Aについては第1
のカタログ情報を参照するように指定し、処理要求Bに
ついては第2のカタログ情報36を参照するように指定
しておけばコンパイル4は最適なアクセス方式を得るこ
とができる。また、第1のカタログ情報を参照する処理
要求についてはカタログ参照情報23に参照するカタロ
グ情報を指定しなくても既定値として第1のカタログ情
報を参照するようにしてもかまわない。
For example, in the first embodiment, FIG.
_COLUM which is the column definition information 11 shown in FIG.
NS had an index 12 on the column name. Figure 2
As shown in (B), the column definition information 13 in which the index 14 is added to the table name and the index 12 of the column name is canceled is stored in the second
Is stored in the second catalog information storage unit 2 as the catalog information. The second catalog information storage unit 2 stores, in addition to the column definition information 13, other definition information which is not changed and is stored in the first catalog definition information storage unit 1. However, in the second embodiment, it is possible to store only the catalog information in which the index 14 is added to the table name as the second catalog information 36 in the second catalog information storage unit 2. When a processing request such as a processing request A or a processing request B is input from the input unit 6, the first processing request A is stored in the catalog reference information 23.
Compile 4 can obtain an optimal access method by designating to refer to the second catalog information 36 for the processing request B. Further, for a processing request that refers to the first catalog information, the first catalog information may be referred to as a default value without specifying the catalog information to be referred to in the catalog reference information 23.

【0033】以上のように第1のカタログ情報と第2の
カタログ情報で一致する情報を二重持ちする必要がない
ので、データ容量の縮小化を実現できる。
As described above, since it is not necessary to duplicate information that matches between the first catalog information and the second catalog information, it is possible to reduce the data capacity.

【0034】実施の形態3.上記実施の形態1及び2で
は、第2のカタログ情報もデータベースのデータファイ
ル群として提供していた。しかし、例えば、テキストフ
ァイルとして提供することも可能である。図8は実施の
形態3におけるデータベース構成情報管理システムのシ
ステム構成を示す図である。図8と実施の形態2の図7
とが異なる点は、第2カタログ情報を記憶するファイル
の形式がデータベースの形式をしたファイルではなく、
MS−DOS(Microsoft社の登録商標、Mi
crosoft−DiskOperating Sys
tem)よりアクセス可能なテキストファイル37であ
るという点である。
Embodiment 3 In the first and second embodiments, the second catalog information is also provided as a data file group of the database. However, for example, it is also possible to provide as a text file. FIG. 8 is a diagram showing a system configuration of a database configuration information management system according to the third embodiment. 8 and FIG. 7 of the second embodiment.
Is that the file format for storing the second catalog information is not a database format file,
MS-DOS (registered trademark of Microsoft Corporation, Mi
cross-Disk Operating Sys
tem) is a text file 37 that is more accessible.

【0035】この実施の形態3では、第2のカタログ情
報37がテキストファイルであること以外は、上記実施
の形態1および実施の形態2と同様のシステム構成であ
る。また、処理フローは、利用者の処理手順(図3)に
おいては、第2のカタログ情報を作成する(S16)処
理において、テキストファイルを生成する。また、コン
パイラ4の動作を示す処理フローでは、図4のテキスト
ファイルがあるかどうかを確認するS32と、テキスト
ファイルを読み込むS33の処理がこの実施の形態3に
該当する。カタログ参照情報23であるメイクファイル
に参照するカタログ情報のファイル名をテキストファイ
ル名に指定しておけば、コンパイラ4は指定されている
テキストファイル名である第2のカタログ情報37を参
照して最適なアクセス方式を得る。
The third embodiment has the same system configuration as the first and second embodiments except that the second catalog information 37 is a text file. Further, in the processing flow, in the processing procedure of the user (FIG. 3), a text file is generated in the processing of creating the second catalog information (S16). In the processing flow showing the operation of the compiler 4, the processing of S32 of FIG. 4 for confirming whether there is a text file and the processing of S33 of reading a text file correspond to the third embodiment. If the file name of the catalog information to be referred to in the make file as the catalog reference information 23 is specified in the text file name, the compiler 4 refers to the second catalog information 37 which is the specified text file name and optimizes it. Access method.

【0036】例えば、図2(B)に示したカラム定義情
報13である_COLUMNSを、以下のように記述し
て、テキストファイルに記憶する。 PATH=/CATALOG/_COLUMNS COL =■SC_NAME■ Type=■CHAR■ Size=32 Offset=0 COL =■TB_NAME■ Type=■CHAR■ Size=32 Offset=32 COL =■CL_NAME■ Type=■CHAR■ Size=32 Offset=64 : : : : : 従来例において説明したようにカタログ情報は、データ
ベース中のデータファイルとして表現されていることが
多い。このため、カタログ情報の追加や変更を行う場
合、データベース中のデータファイルをアクセスしてデ
ータの編集を行う機能を持ったツールが必要であった。
また、ユーザがそのツールの使用方法を知っていなけれ
ばならなかった。しかし、上記したように第1のカタロ
グ情報の一部の情報を変更して作成した第2のカタログ
情報をテキストファイル記憶することによって、新たに
カタログ情報を提供する場合や、管理情報を変更する場
合、テキストファイルをアクセスして編集を行う機能を
持ったツールによって追加や変更が容易に行える。例え
ばユーザはデータベース中のデータファイルをアクセス
してデータの編集を行う機能を持ったツールの使用方法
を知らなくても、テキストファイルをアクセスして編集
を行う機能を持ったツールは知っていることが多いと考
えられるため、ユーザは処理要求にあわせてカタログ情
報を作成することができる。
For example, _COLUMNS which is the column definition information 13 shown in FIG. 2B is described as follows and stored in a text file. PATH = / CATALOG / _COLUMNS COL = ■ SC_NAME ■ Type = ■ CHAR ■ Size = 32 Offset = 0 COL = ■ TB_NAME ■ Type = ■ CHAR ■ Size = 32 Offset = 32 COL = ■ CL_NAME ■ Type = ■ CHAR ■ Size = 32 Offset = 64:::::: As described in the conventional example, catalog information is often represented as a data file in a database. Therefore, when adding or changing catalog information, a tool having a function of accessing a data file in a database and editing data is required.
Also, the user had to know how to use the tool. However, as described above, the second catalog information created by changing a part of the first catalog information is stored in a text file, so that new catalog information is provided or the management information is changed. In this case, addition and change can be easily performed by a tool having a function of accessing and editing a text file. For example, if a user does not know how to use a tool that has the function of accessing a data file in a database and editing data, but knows a tool that has the function of accessing and editing a text file Therefore, the user can create catalog information according to the processing request.

【0037】こうすることにより、より簡単に複数のカ
タログ情報を用意することができるので、いろいろな処
理要求に容易に対応することができる。また、第2のカ
タログ情報を記憶するファイルの形式がMS−DOSよ
りアクセス可能なテキストファイルである例について説
明した。しかし、テキストファイルに限らず、所定のオ
ペレーティングシステムよりアクセス可能なファイル形
式であっても構わない。
In this way, a plurality of pieces of catalog information can be prepared more easily, so that it is possible to easily respond to various processing requests. Also, an example has been described in which the format of the file storing the second catalog information is a text file accessible from MS-DOS. However, the file format is not limited to a text file, and may be a file format accessible from a predetermined operating system.

【0038】実施の形態4.上記実施の形態1,2,3
では、第1のカタログ情報の一部を変更し、変更後の情
報と変更していない情報の両方を記憶する第2のカタロ
グ情報、或いは、変更後の情報のみを記憶する第2のカ
タログ情報を処理要求に合わせて複数持つことにより、
最適なアクセス方式を得ていた。この実施の形態4では
更に第1のカタログ情報を管理するテーブルの見方を変
えることによって、より最適なアクセス方式を得ること
を説明する。
Embodiment 4 FIG. Embodiments 1, 2, and 3
Then, the second catalog information that changes a part of the first catalog information and stores both the changed information and the unchanged information, or the second catalog information that stores only the changed information By having multiple according to the processing request,
Had the best access method. In the fourth embodiment, a description will be given of obtaining a more optimal access method by changing the way of viewing the table for managing the first catalog information.

【0039】テーブルの見方を変える例として、索引が
付加されている定義情報を索引なしと定義する例があ
る。図9に実施の形態4のテーブル定義情報の一例を示
す。図9のテーブル定義情報38は_TABLESとい
う名称であり、テーブル名、所有するスキーマ名、カラ
ム数などの情報を管理している。そして、スキーマ名で
あるSC_NAMEに索引39が付いている。これをテ
キスト形式にすると以下のように記述できる。
As an example of changing the view of the table, there is an example in which definition information to which an index is added is defined as no index. FIG. 9 shows an example of table definition information according to the fourth embodiment. The table definition information 38 in FIG. 9 is called _TABLES, and manages information such as table names, owned schema names, and the number of columns. An index 39 is added to SC_NAME, which is a schema name. If this is converted into a text format, it can be described as follows.

【0040】 PATH=/CATALOG/_TABLES COL =■SC_NAME■ Type=■CHAR■ Size=32 Offset=0 Index=YES COL =■TB_NAME■ Type=■CHAR■ Size=32 Offset=32 : : : : : また、上記したテーブル定義情報38は、第1のカタロ
グ情報として第1のカタログ情報記憶部1に記憶されて
いるものとする。上記実施の形態3において、第2のカ
タログ情報をテキストファイルに記憶させる例を説明し
た。この実施の形態4では更に第1のカタログ情報もテ
キストファイルに記憶させることができるものとする。
PATH = / CATALOG / _TABLES COL = ■ SC_NAME ■ Type = ■ CHAR ■ Size = 32 Offset = 0 Index = YES COL = ■ TB_NAME ■ Type = ■ CHAR ■ Size = 32 Offset = 32 :::::: The table definition information 38 described above is stored in the first catalog information storage unit 1 as first catalog information. In the third embodiment, an example in which the second catalog information is stored in the text file has been described. In the fourth embodiment, the first catalog information can be further stored in a text file.

【0041】例えば、以下に示すようなスキーマ名のリ
ストを出力する処理要求が入力部6より入力されたとす
る。 SELECT SC_NAME FROM _TABLES 上記処理要求に対して、図9のテーブル定義情報38を
用いるときは、コンパイラ4は索引39を用いたアクセ
ス方式を生成する。このため、上記アクセス方式を用い
て処理要求を実行するとテーブル定義情報38を記憶し
ている記憶部に対する入出力が多く発生する可能性があ
り、処理速度が遅くなるという問題が発生する。
For example, it is assumed that a processing request for outputting the following list of schema names is input from the input unit 6. SELECT SC_NAME FROM_TABLES When using the table definition information 38 in FIG. 9 in response to the above processing request, the compiler 4 generates an access method using the index 39. Therefore, if a processing request is executed using the above access method, there is a possibility that a large number of inputs and outputs to the storage unit storing the table definition information 38 may occur, causing a problem that the processing speed is reduced.

【0042】そこで、図10に示すように、SC_NA
MEに索引39が付いていない第2のカタログ情報を作
成する。ユーザは、上記したテキストファイルに記憶さ
れている第1のカタログ情報を以下に示す第2カタログ
情報に変更する。そしてテキストファイルに記憶する。
Therefore, as shown in FIG.
The second catalog information without the index 39 is created for the ME. The user changes the first catalog information stored in the text file to the second catalog information described below. Then, it is stored in a text file.

【0043】 PATH=/CATALOG/_TABLES COL =■SC_NAME■ Type=■CHAR■ Size=32 Offset=0 Index=NO COL =■TB_NAME■ Type=■CHAR■ Size=32 Offset=32 : : : : :PATH = / CATALOG / _TABLES COL = ■ SC_NAME ■ Type = ■ CHAR ■ Size = 32 Offset = 0 Index = NO COL = ■ TB_NAME ■ Type = ■ CHAR ■ Size = 32 Offset = 32 ::::::

【0044】上記した第2のカタログ情報はSC_NA
MEに対するインデックスをIndex’YES’か
ら’NO’に変更している。上記第2のカタログ情報を
作成し、コンパイラ4が第2のカタログ情報を参照する
ようにカタログ参照情報23に指定する。すると、コン
パイラ4は、テーブル定義情報38aのSC_NAME
には索引39が付いていないと見なし、上記処理要求に
対してデータベースを順次アクセスするアクセス方式を
得ることができる。このため、索引を参照するためのア
クセスがなくなり処理の速度性能が向上する。また、図
11に実施の形態4におけるメイクファイルの一例を示
す。図11に示したメイクファイルであるカタログ参照
情報23は、「SQL1.SQL」というファイルに格
納されている処理要求に対するアクセス方式を生成する
場合、「CAT02.TXT」という名称の第2のカタ
ログ情報が記憶されているテキストファイルを参照する
ことを指示している。また、図12に実施の形態4にお
ける他のメイクファイルの一例を示す。図12に示した
メイクファイルであるカタログ参照情報23は、処理要
求8をそのままメイクファイルの中に記述している例を
示している。図12のようにメイクファイルの中に処理
要求をそのまま記述することも可能である。
The second catalog information is SC_NA
The index for ME is changed from "YES" to "NO". The second catalog information is created, and the compiler 4 designates the catalog reference information 23 so as to refer to the second catalog information. Then, the compiler 4 sets the SC_NAME in the table definition information 38a.
Is regarded as having no index 39, and an access method for sequentially accessing the database in response to the processing request can be obtained. Therefore, there is no access to refer to the index, and the processing speed performance is improved. FIG. 11 shows an example of a make file according to the fourth embodiment. The catalog reference information 23, which is a makefile shown in FIG. 11, is used to generate an access method for a processing request stored in a file “SQL1.SQL”, and to generate second catalog information named “CAT02.TXT”. Indicates that the user refers to the stored text file. FIG. 12 shows an example of another make file according to the fourth embodiment. The catalog reference information 23 which is the make file shown in FIG. 12 shows an example in which the processing request 8 is described in the make file as it is. As shown in FIG. 12, it is also possible to directly describe the processing request in the make file.

【0045】実施の形態5.上記実施の形態4では、索
引が付加されている定義情報を「索引なし」と見なし、
より最適なアクセス方式を得ていたが、この実施の形態
5では図13で示すように、複数列にまたがって付加さ
れている索引を利用する方法も考えられる。
Embodiment 5 FIG. In the fourth embodiment, the definition information to which an index is added is regarded as “no index”,
Although a more optimal access method has been obtained, in the fifth embodiment, as shown in FIG. 13, a method of using an index added over a plurality of columns is also conceivable.

【0046】図13に示す_COLUMNSであるカラ
ム定義情報11にはSC_NAME、TB_NAME、
CL_NAMEの複数列にまたがる索引41が付いてい
る。このようなカラム定義情報11を以下に示すテキス
ト形式で記述して、第1のカタログ情報としてテキスト
ファイルに記憶させる。
The column definition information 11 _COLUMNS shown in FIG. 13 includes SC_NAME, TB_NAME,
An index 41 is provided over a plurality of columns of CL_NAME. Such column definition information 11 is described in the following text format, and is stored in the text file as the first catalog information.

【0047】 PATH=/CATALOG/_COLUMNS COL =■SC_NAME■ Type=■CHAR■ Size=32 Offset=0 Index= YES IdexLen=96 COL =■TB_NAME■ Type=■CHAR■ Size=32 Offset=32 Index=YES COL =■CL_NAME■ Type=■CHAR■ Size=32 Offset=64 Index=YES COL =■IDX_INFO■ Type=■CHAR■ Size=32 Offset=96 : : : : :PATH = / CATALOG / _COLUMNS COL = ■ SC_NAME ■ Type = ■ CHAR ■ Size = 32 Offset = 0 Index = YES IdexLen = 96 COL = ■ TB_NAME ■ Type = ■ CHAR ■ Size = 32 Offset = 32 Index = YES COL = ■ CL_NAME ■ Type = ■ CHAR ■ Size = 32 Offset = 64 Index = YES COL = ■ IDX_INFO ■ Type = ■ CHAR ■ Size = 32 Offset = 96:::::

【0048】例えば、以下に記述する処理要求が入力部
6より計算機5に入力されるものとする。 SELECT IDX_INFO FROM _COLUMNS WHERE SC_NAME = ‘SC1’ AND TB_NAME = ‘T1’ AND CL_NAME = ‘CL1’ 上記した処理要求は特定の値を持つスキーマ名、テーブ
ル名、カラム名から索引情報を検索する処理要求であ
る。この処理要求に対し上記した第1のカタログ情報を
用いると、条件文に用いている各項目SC_NAME,
CL_NAME,CL_NAMEにそれぞれ索引がつい
ていても、上記それぞれの条件をAND条件で接続して
いるため、コンパイラ4は順次アクセス方式を採用して
しまう。
For example, it is assumed that a processing request described below is input from the input unit 6 to the computer 5. SELECT IDX_INFO FROM_COLUMNS WHERE SC_NAME = 'SC1' AND TB_NAME = 'T1' AND CL_NAME = 'CL1' The above processing request is a processing request for searching index information from a schema name, table name, and column name having a specific value. . When the above-described first catalog information is used for this processing request, each item SC_NAME,
Even if CL_NAME and CL_NAME are each indexed, the compiler 4 employs the sequential access method because the above conditions are connected by AND conditions.

【0049】そこで、図13に示すように、仮想的にS
C_NAME、TB_NAME、CL_NAMEをひと
つの項目(カラム)40とみなすようにして、SC_T
B_CLという名称にする。これを実現するために、第
2のカタログ情報として上記した第1のカタログ情報を
以下に示すカラム定義情報に変更する。以下に示す第2
のカタログ情報では、上記した第1のカタログ情報の中
のSC_NAME,TB_NAME,CL_NAMEを
一つの項目SC_TB_CLと定義して更に索引付きと
定義している。そして、定義した第2のカタログ情報は
テキストファイルに記憶させるものとする。
Therefore, as shown in FIG.
C_NAME, TB_NAME and CL_NAME are regarded as one item (column) 40, and SC_T
Name it B_CL. To realize this, the above-described first catalog information is changed to the following column definition information as the second catalog information. The second shown below
In the catalog information of, SC_NAME, TB_NAME and CL_NAME in the above-mentioned first catalog information are defined as one item SC_TB_CL, and further defined as indexed. Then, the defined second catalog information is stored in a text file.

【0050】 PATH=/CATALOG/_COLUMNS COL =■SC_TB_CL■ Type=■CHAR■ Size=96 Offset=0 Index= YES IdxLen=96 COL =■IDX_INFO■ Type=■CHAR■ Size=32 Offset=96 : : : : :PATH = / CATALOG / _COLUMNS COL = ■ SC_TB_CL ■ Type = ■ CHAR ■ Size = 96 Offset = 0 Index = YES IdxLen = 96 COL = ■ IDX_INFO ■ Type = ■ CHAR ■ Size = 32 Offset = 96:::: :::

【0051】処理要求も第2のカタログ情報に合わせて
以下に示すように変更する。 SELECT IDX_INFO FROM _COLUMNS WHERE SC_TB_CL=CONCAT(‘SC1’,‘T 1’,‘CL1’)
The processing request is also changed as shown below according to the second catalog information. SELECT IDX_INFO FROM_COLUMNS WHERE SC_TB_CL = CONCAT ('SC1', 'T1', 'CL1')

【0052】上記のように処理要求を変更して第2のカ
タログ情報を参照することにより、コンパイラ4はSC
_TB_CLの索引を利用したアクセス方式を採用する
ことが可能となる。
By changing the processing request and referring to the second catalog information as described above, the compiler 4
An access method using an index of _TB_CL can be adopted.

【0053】実施の形態6.上記実施の形態5では、複
数列にまたがって付加されている索引を1つの項目(カ
ラム)に索引が付いているようにカタログ情報を変更す
る例を説明した。この実施の形態6では、図14に示す
ように、DATEの一部分であるYYMMに索引が付加
されているときに、項目DATEを複数項目に分割した
第2のカタログ情報を作成する例について説明する。
Embodiment 6 FIG. In the fifth embodiment, an example has been described in which catalog information is changed such that an index added over a plurality of columns is indexed to one item (column). In the sixth embodiment, as shown in FIG. 14, an example will be described in which, when an index is added to YYMM which is a part of DATE, second catalog information in which the item DATE is divided into a plurality of items is created. .

【0054】処理対象となるデータベースのデータの構
成を定義した第1のカタログ情報において、_TABL
ESという名称のテーブル定義情報38が最終変更期日
(YYMMDD)をDATE42という項目(カラム)
名で管理しており、DATE42のYYMMに索引43
が付いている場合、この第1のカタログ情報をテキスト
形式で示すと以下のようになる。 PATH=/CATALOG/_TABLES COL =■TB_NAME■ Type=■CHAR■ Size=32 Offset=0 COL =■DATE■ Type=■CHAR■ Size=6 Offset=32 Index=YES IdxLen=4 : : : : :
In the first catalog information defining the structure of the data of the database to be processed, _TABL
The table definition information 38 named ES indicates the last change date (YYMMDD) in the item (column) DATE42.
Index 43 in YYMM of DATE 42
When the first catalog information is provided in a text format, the first catalog information is as follows. PATH = / CATALOG / _TABLES COL = ■ TB_NAME ■ Type = ■ CHAR ■ Size = 32 Offset = 0 COL = ■ DATE ■ Type = ■ CHAR ■ Size = 6 Offset = 32 Index = YES IdxLen = 4::::::

【0055】例えば、 SELECT TB_NAME FROM _TABLES WHERE 951001 <= DATE < 951101 のように、テーブル定義情報38が最終変更期日(YY
MMDD)をDATE42という項目(カラム)名で管
理している時に、95年10月中に最終変更されたテー
ブルを検索する処理要求を出すとする。上記処理要求に
対し、上記第1のカタログ情報を用いると、DATE4
2に対しては索引43を利用することが不可能である
(索引はDATE42を構成するYYMMにつけられて
いるため)。このため、コンパイラ4は2回の比較処理
を行う順次アクセス方式を得ることになる。上記2回の
比較処理の1回目の比較処理では951001 ≦ D
ATEを行う。2回目の比較処理ではDATE ≦ 9
51101の比較処理を行う。また、索引43を利用す
ることができないのでデータベースに格納されているす
べてのデータについてアクセスをすることになる。
For example, as shown in SELECT TB_NAME FROM_TABLES WHERE 951001 <= DATE <951101, the table definition information 38 indicates the last change date (YY
When MMDD is managed by the item (column) name of DATE42, a processing request for searching the table last changed in October 1995 is issued. When the first catalog information is used for the processing request, DATE4
It is impossible to use the index 43 for No. 2 (since the index is attached to YYMM constituting DATE 42). Therefore, the compiler 4 obtains a sequential access method for performing the comparison process twice. In the first comparison process of the above two comparison processes, 951001 ≦ D
Perform ATE. DATE ≦ 9 in the second comparison process
The comparison processing of 51101 is performed. In addition, since the index 43 cannot be used, all data stored in the database is accessed.

【0056】そこで、DATE42をYYMMとDDの
2つの項目(カラム)から構成されているものとみなす
ようにする。これを実現するために、第2のカタログ情
報を以下に示すようにテキスト形式で作成する。 PATH=/CATALOG/_TABLES COL =■TB_NAME■ Type=■CHAR■ Size=32 Offset=0 COL =■YYMM Type=■CHAR■ Size=4 Offset=32 Index=YES I dxLen=4 COL =■DD■ Type=■CHAR■ Size=2 Offset=36 : : : : :
Therefore, DATE 42 is regarded as being composed of two items (columns) of YYMM and DD. To realize this, the second catalog information is created in a text format as shown below. PATH = / CATALOG / _TABLES COL = ■ TB_NAME ■ Type = ■ CHAR ■ Size = 32 Offset = 0 COL = ■ YYMM Type = ■ CHAR ■ Size = 4 Offset = 32 Index = YES I dxLen = 4 COL = ■ DD ■ Type = ■ CHAR ■ Size = 2 Offset = 36::::::

【0057】また、処理要求も以下のように変更する。 SELECT TB_MAME FROM _TABLES WHERE YYMM = 9510 上記のように変更した処理要求に対して第2のカタログ
情報を参照してアクセス方式を生成するとコンパイラ4
は、索引43を利用した比較処理を1回行うアクセス方
式を生成する。
The processing request is also changed as follows. SELECT TB_MAME FROM_TABLES WHERE YYMM = 9510 When the access method is generated with reference to the second catalog information for the processing request changed as described above, the compiler 4
Generates an access method that performs the comparison process using the index 43 once.

【0058】実施の形態7.上記実施の形態6では、あ
る項目(カラム)の一部分に索引が付加されているとき
に、その項目(カラム)を構成する項目(カラム)に分
割して第2のカタログ情報を作成する例を説明した。こ
の実施の形態7では、図15示すように、TB_NAM
EとCL_NAMEのように連続する複数の項目の個々
に対して一致を判定する選択条件が処理要求に指定され
ていて、かつ、それらの選択条件が論理積で結合されて
いる場合、連続する複数の項目をひとつの項目としてま
とめた第2のカタログ情報を作成する例について以下に
説明する。
Embodiment 7 FIG. In the sixth embodiment, an example is described in which, when an index is added to a part of a certain item (column), the second catalog information is created by dividing the item (column) into items (columns). explained. In the seventh embodiment, as shown in FIG.
If a selection condition such as E and CL_NAME for determining a match for each of a plurality of continuous items is specified in the processing request, and the selection conditions are combined by a logical product, a plurality of continuous An example of creating the second catalog information in which the above items are combined into one item will be described below.

【0059】処理対象となるデータベースのデータの構
成を定義した第1のカタログ情報において、_COLU
MNSという名称のカラム定義情報11のTB_NAM
EとCL_NAMEがそれぞれ別々のカラムとして第1
のカタログ情報に定義されているとする。以下に上記第
1のカタログ情報をテキスト形式で記述した例を示す。 PATH=/CATALOG/_COLUMNS COL =■SC_NAME■ Type=■CHAR■ Size=32 Offset=0 COL =■TB_NAME■ Type=■CHAR■ Size=32 Offset=32 COL =■CL_NAME■ Type=■CHAR■ Size=32 Offset=64 : : : : :
In the first catalog information that defines the data structure of the database to be processed, _COLU
TB_NAM of column definition information 11 named MNS
E and CL_NAME are separate columns
Is defined in the catalog information. An example in which the first catalog information is described in a text format is shown below. PATH = / CATALOG / _COLUMNS COL = ■ SC_NAME ■ Type = ■ CHAR ■ Size = 32 Offset = 0 COL = ■ TB_NAME ■ Type = ■ CHAR ■ Size = 32 Offset = 32 COL = ■ CL_NAME ■ Type = ■ CHAR ■ Size = 32 Offset = 64 ::::::

【0060】例えば、 SELECT SC_NAME FROM _COLUMNS WHERE TB_NAME = ‘T1’ AND CL_NAME = ‘CL1’ のように、TB_NAMEとCL_NAMEからSC_
NAMEを検索する処理要求をユーザが実行しようとす
る。上記処理要求に対してコンパイラ4が上記した第1
のカタログ情報を用いてアクセス方式を生成すると、1
回目にTB_NAMEの値が条件と一致するか確認し、
2回目にCL_NAMEの値が条件と一致するか確認す
る。このため2回の確認処理が必要とされる。
For example, SC_NAME FROM CL_NAME = “CL1” and SC_NAME to SC_NAME, such as SELECT SC_NAME FROM_COLUMNS WHERE TB_NAME = “T1”
The user attempts to execute a processing request for searching for NAME. In response to the processing request, the compiler 4
When the access method is generated using the catalog information of
The second time, check if the value of TB_NAME matches the condition,
At the second time, it is checked whether the value of CL_NAME matches the condition. Therefore, two confirmation processes are required.

【0061】そこで、TB_NAMEとCL_NAME
をTB_CLというひとつの項目(カラム)44とみな
すような第2のカタログ情報を作成する。以下に上記第
2のカタログ情報をテキスト形式で記述した例を示す。 PATH=/CATALOG/_COLUMNS COL =■SC_NAME■ Type=■CHAR■ Size=32 Offset=0 COL =■TB_CL■ Type=■CHAR■ Size=64 Offset=32 : : : : :
Therefore, TB_NAME and CL_NAME
Is created as one item (column) 44 called TB_CL. An example in which the second catalog information is described in a text format will be described below. PATH = / CATALOG / _COLUMNS COL = ■ SC_NAME ■ Type = ■ CHAR ■ Size = 32 Offset = 0 COL = ■ TB_CL ■ Type = ■ CHAR ■ Size = 64 Offset = 32:::::

【0062】上記した第2のカタログ情報に合わせて処
理要求を以下のように変更する。 SELECT SC_NAME FROM _COLUMNS WHERE TB_CL = CONCAT(‘T1’,‘CL1 ’) 上記のように変更した処理要求に対して上記第2のカタ
ログ情報を参照することによりコンパイラ4は確認処理
を1回だけ実施するアクセス方式を生成することが可能
となる。
The processing request is changed as follows in accordance with the above-mentioned second catalog information. SELECT SC_NAME FROM_COLUMNS WHERE TB_CL = CONCAT ('T1', 'CL1') The compiler 4 executes the confirmation processing only once by referring to the second catalog information for the processing request changed as described above. An access method can be generated.

【0063】このように、複数の選択条件をひとつの選
択条件として高速に処理可能とする処理方式を強制的に
採用させることにより、最適なアクセス方式を得ること
ができる。
As described above, an optimal access method can be obtained by forcibly adopting a processing method in which a plurality of selection conditions can be processed at a high speed as one selection condition.

【0064】実施の形態8.上記実施の形態7では、連
続する複数の項目の個々に対して一致を判定する選択条
件が処理要求に指定されていて、かつ、それらの選択条
件が論理積で結合されている場合、連続する複数の項目
をひとつの項目としてまとめる方法を示した。この実施
の形態8では、図16に示すように、ひとつの項目に対
して上記項目の値の前方もしくは後方の部分的な一致を
判定する選択条件が処理要求に指定されている場合、そ
の項目の値の前方もしくは後方を別の項目に対する値と
なるように項目を定義するようにした第2のカタログ情
報を作成する例について説明する。
Embodiment 8 FIG. In the seventh embodiment, when the selection condition for determining the match for each of a plurality of continuous items is specified in the processing request and the selection conditions are combined by a logical product, the continuous The method of combining a plurality of items as one item has been described. In the eighth embodiment, as shown in FIG. 16, when a selection condition for judging a partial match of the value of the above item with respect to the preceding or following item is specified in the processing request, An example will be described in which an item is defined such that an item is defined so that the value before or after the value of the item is a value for another item.

【0065】処理対象となるデータベースのデータの構
成を定義した第1のカタログ情報において、テーブル
名、スキーマ名、カラム数などの情報を管理する図16
の_TABLESという名称のデーブル定義情報38を
テキスト形式で以下に示す。 PATH=/CATALOG/_TABLES COL =■SC_NAME■ Type=■CHAR■ Size=32 Offset=0 COL =■TB_NAME■ Type=■CHAR■ Size=32 Offset=32 COL =■CL_CNT■ Type=■INT■ Size=4 Offset=64 : : : : :
In the first catalog information that defines the data structure of the database to be processed, information such as table names, schema names, and the number of columns is managed in FIG.
Table definition information 38 named _TABLES is shown below in text format. PATH = / CATALOG / _TABLES COL = ■ SC_NAME ■ Type = ■ CHAR ■ Size = 32 Offset = 0 COL = ■ TB_NAME ■ Type = ■ CHAR ■ Size = 32 Offset = 32 COL = ■ CL_CNT ■ Type = ■ INT ■ Size = 4 Offset = 64::::::

【0066】例えば、 SELECT SC_NAME FROM _TABLES WHERE TB_NAME LIKE ‘TB%’ の処理要求のように、‘TB’で始まるテーブル名をも
つスキーマ名をすべてを表示するという処理要求をユー
ザが実行しようとする。上記処理要求に対し上記第1の
カタログ情報を用いると、TB_NAMEに対する値の
先頭2文字が’TB’であるかを確認するメタ・キャラ
クタ比較が行われる。
For example, the user tries to execute a processing request to display all schema names having a table name starting with “TB”, such as a processing request of “SELECT SC_NAME FROM_TABLES WHERE TB_NAME LIKE“ TB% ”. When the first catalog information is used for the processing request, a meta-character comparison is performed to confirm whether the first two characters of the value for TB_NAME are 'TB'.

【0067】そこで、図16に示すように、テーブル定
義情報38においてTB_NAMEをA1 45とA2
46の2つの項目(カラム)からなる項目とみなすよ
うに第2のカタログ情報を作成する。以下に第1のカタ
ログ情報を用いて作成した第2のカタログ情報をテキス
ト形式で示す。
Therefore, as shown in FIG. 16, in the table definition information 38, TB_NAME is set to A145 and A2.
The second catalog information is created so as to be regarded as an item consisting of 46 items (columns). Hereinafter, the second catalog information created using the first catalog information is shown in a text format.

【0068】 PATH=/CATALOG/_TABLES COL =■SC_NAME■ Type=■CHAR■ Size=32 Offset=0 COL =■TB_NAME■ Type=■CHAR■ Size=32 Offset=32 COL =■A1■ Type=■CHAR■ Size=2 Offset=32 COL =■A2■ Type=■CHAR■ Size=30 Offset=34 COL =■CL_CNT■ Type=■INT■ Size=4 Offset=64 COL =■DATE■ Type=■CHAR■ Size=6 Offset=68 : : : : :PATH = / CATALOG / _TABLES COL = ■ SC_NAME ■ Type = ■ CHAR ■ Size = 32 Offset = 0 COL = ■ TB_NAME ■ Type = ■ CHAR ■ Size = 32 Offset = 32 COL = ■ A1 ■ Type = ■ CHAR ■ Size = 2 Offset = 32 COL = ■ A2 ■ Type = ■ CHAR ■ Size = 30 Offset = 34 COL = ■ CL_CNT ■ Type = ■ INT ■ Size = 4 Offset = 64 COL = ■ DATE ■ Type = ■ CHAR ■ Size = 6 Offset = 68::::::

【0069】更に上記処理要求も以下のように変更す
る。 SELECT SC_NAME FROM _TABLES WHERE A1 = ‘TB’ 上記のように処理要求を変更して、入力部6より計算機
5に変更後の処理要求を入力する。これによりコンパイ
ラ4は単純な確認処理を行うようなアクセス方式を生成
する。
Further, the above processing request is also changed as follows. SELECT SC_NAME FROM_TABLES WHERE A1 = 'TB' The processing request is changed as described above, and the changed processing request is input from the input unit 6 to the computer 5. Thereby, the compiler 4 generates an access method for performing a simple confirmation process.

【0070】このように、ある項目(カラム)に対する
値が部分的に一致する事を判定するのではなく、ある項
目(カラム)に対する値全体が一致することを判定して
高速に処理ができる処理方式を強制的に採用させる。
As described above, instead of determining that the value for a certain item (column) partially matches, it is determined that the entire value for a certain item (column) matches, and processing can be performed at high speed. Force the system to be adopted.

【0071】[0071]

【発明の効果】この発明は、上記で説明したように構成
されているので、以下に示すような効果を奏する。
Since the present invention is configured as described above, it has the following effects.

【0072】この発明におけるデータベース構成情報管
理システムは、データベースの処理系において、データ
ベースに記憶されているデータの構成を定義する定義情
報を管理する第1のカタログ情報を所定の処理要求に合
わせて変更して第2のカタログ情報を作成する。そし
て、所定の処理要求に対しては上記第2のカタログ情報
を参照してアクセス方式を得ることを明示的に強制する
ことが可能である。このため、最適なアクセス方式を選
択することができるという効果がある。
In the database configuration information management system according to the present invention, in a database processing system, first catalog information for managing definition information defining a configuration of data stored in a database is changed in accordance with a predetermined processing request. To create second catalog information. Then, for a predetermined processing request, it is possible to explicitly force the access method to be obtained by referring to the second catalog information. Therefore, there is an effect that an optimal access method can be selected.

【0073】また、第1のカタログ情報は、データベー
スに記憶されている全てのデータの定義情報を管理して
いるために記憶容量が膨大になる。そして、上記発明で
は第1のカタログ情報の内、変更していないカタログ情
報も第2のカタログ情報として第2のカタログ情報記憶
部は記憶する。しかし、第2のカタログ情報は第1のカ
タログ情報の内、必要とする部分的なものつまり、変更
対象としたカタログ情報のみとすることが可能である。
このため、上記発明よりも第2のカタログ情報を記憶す
る容量を、小さくすることができる効果がある。
Further, since the first catalog information manages the definition information of all data stored in the database, the storage capacity becomes enormous. In the above invention, the catalog information that has not been changed among the first catalog information is also stored in the second catalog information storage unit as the second catalog information. However, the second catalog information can be only required partial information of the first catalog information, that is, only the catalog information to be changed.
For this reason, there is an effect that the capacity for storing the second catalog information can be made smaller than in the above invention.

【0074】また、第1のカタログ情報は、通常それ自
身もデータベースの中の部分情報として管理される。し
かし、第2のカタログ情報は、データベースの中の部分
情報として管理されるのではなく、所定のオペレーティ
ングシステム、例えば、MS−DOSによるアクセスが
可能なファイル形式で提供することが可能である。この
ため、第1のカタログ情報の一部を変更して第2のカタ
ログ情報を作成する場合、ユーザはデータベースの中の
情報をアクセスして編集するツールの使用方法を知って
いなければならないが、MS−DOSによるアクセスが
可能なファイル形式であればMS−DOSのファイル形
式であるファイルをアクセスして編集するツールによっ
てデータの変更を行うことができるので、カタログ情報
の変更が容易に行えるという効果がある。
The first catalog information itself is usually managed as partial information in the database. However, the second catalog information is not managed as partial information in the database, but can be provided in a file format that can be accessed by a predetermined operating system, for example, MS-DOS. For this reason, when creating a second catalog information by changing a part of the first catalog information, a user must know how to use a tool for accessing and editing information in the database. If the file format is accessible by MS-DOS, the data can be changed by a tool for accessing and editing the file in the MS-DOS file format, so that the catalog information can be easily changed. There is.

【0075】また、入力部は処理要求とカタログ参照情
報等を一つの情報として入力する事を可能にしている。
このため、ユーザはどの処理要求がどのカタログ情報を
参照しているかを確認する場合、処理要求とカタログ参
照情報とが一つのファイルになっているので、処理要求
とカタログ参照情報の管理が行いやすくなる効果があ
る。
The input unit allows a processing request and catalog reference information to be input as one piece of information.
For this reason, when the user checks which processing request refers to which catalog information, since the processing request and the catalog reference information are in one file, it is easy to manage the processing request and the catalog reference information. There is an effect.

【0076】また、第1のカタログ情報では索引が付加
されているフィールドを、第2カタログ情報では索引な
しとして定義できる。このため、所定の処理要求につい
て索引を利用しない処理方式を強制的に採用させること
ができるので、最適なアクセス方式を選択することがで
きる効果がある。
Further, a field to which an index is added in the first catalog information can be defined as an indexless field in the second catalog information. For this reason, a processing method that does not use an index can be forcibly adopted for a predetermined processing request, so that an optimum access method can be selected.

【0077】また、第1のカタログ情報において、付加
されている索引が複数のフィールドにまたがって定義さ
れているときに、第2のカタログ定義情報では、その複
数のフィールドをひとつのフィールドと定義することが
できる。このため、所定の処理要求に対して強制的に効
率の良いと思われる処理方式を採用させることができる
ため、最適なアクセス方式を選択することができる効果
がある。
When the added index is defined over a plurality of fields in the first catalog information, the plurality of fields are defined as one field in the second catalog definition information. be able to. For this reason, it is possible to forcibly adopt a processing method that is considered to be efficient for a predetermined processing request, and thus it is possible to select an optimal access method.

【0078】また、第1のカタログ情報において付加さ
れている索引がひとつのフィールドの一部分に定義され
ているときに、第2のカタログ情報では、上記フィール
ドの一部分をひとつのフィールドとし、もとのフィール
ドを分割して定義することができる。このため、強制的
に効率の良いと思われる処理方式を採用させることがで
きるため、最適なアクセス方式を選択することができる
効果がある。
Further, when the index added in the first catalog information is defined in a part of one field, in the second catalog information, a part of the field is made one field, and the original Fields can be defined separately. For this reason, it is possible to forcibly adopt a processing method that is considered to be efficient, and thus it is possible to select an optimal access method.

【0079】また、処理要求に第1のカタログ情報に定
義されている連続する複数のフィールドの個々に対して
一致を判定する選択条件が指定されていて、かつ、それ
らの選択条件が理論積で結合されているときに、第2の
カタログ情報には、上記それらのフィールドをひとつの
フィールドと定義することができる。このため、処理要
求に記述した複数の選択条件をひとつの選択条件に変更
することができ、強制的に効率のよい処理方式を採用す
ることができる。これにより最適なアクセス方式を選択
することができる効果がある。
Further, in the processing request, selection conditions for determining a match for each of a plurality of continuous fields defined in the first catalog information are specified, and the selection conditions are logical products. When combined, these fields can be defined as one field in the second catalog information. Therefore, a plurality of selection conditions described in the processing request can be changed to one selection condition, and an efficient processing method can be forcibly adopted. Thereby, there is an effect that an optimal access method can be selected.

【0080】さらに、処理要求に第1のカタログ情報に
定義されているひとつのフィールドに対する値と前方も
しくは後方の部分的な一致を判定する選択条件が記述さ
れている時に、第2のカタログ情報には、上記1つのフ
ィールドを複数のフィールドに定義できる。このため、
処理要求を1つのフィールドに対する部分的な一致では
なく、フィールド全体の一致の判定として記述できる。
これにより、強制的に効率のよい処理方式を採用させる
ことができるため、最適なアクセス方式を選択すること
ができる効果がある。
Further, when the processing request describes a selection condition for judging a partial match between the value of one field defined in the first catalog information and the front or rear part, the second catalog information Can define one field as a plurality of fields. For this reason,
A processing request can be described not as a partial match for one field, but as a determination of a match for the entire field.
As a result, an efficient processing method can be forcibly adopted, so that an optimal access method can be selected.

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

【図1】 この発明の実施の形態1におけるデータベー
ス構成情報管理システムの一構成図を示す図。
FIG. 1 is a diagram showing a configuration diagram of a database configuration information management system according to a first embodiment of the present invention.

【図2】 この発明の実施の形態1における第1と第2
のそれぞれのカタログ情報記憶部に記憶されている第1
と第2のそれぞれのカタログ情報の一例を示す図。
FIG. 2 shows first and second embodiments according to the first embodiment of the present invention.
Of the first catalog information stored in the respective catalog information storage units.
FIG. 7 is a diagram showing an example of catalog information of the first and second catalogs.

【図3】 この発明のデータベース構成情報管理システ
ムにおける処理手順を示す流れ図。
FIG. 3 is a flowchart showing a processing procedure in the database configuration information management system of the present invention.

【図4】 この発明のデータベース構成情報管理システ
ムにおけるコンパイラの動作を示す流れ図。
FIG. 4 is a flowchart showing the operation of a compiler in the database configuration information management system of the present invention.

【図5】 この発明の実施の形態1におけるメイクファ
イルの一例を示す図。
FIG. 5 is a diagram showing an example of a make file according to the first embodiment of the present invention.

【図6】 この発明の実施の形態1におけるメイクファ
イルの一例を示す図。
FIG. 6 is a diagram showing an example of a make file according to the first embodiment of the present invention.

【図7】 この発明の実施の形態2におけるデータベー
ス構成情報管理システムの一構成図を示す図。
FIG. 7 is a diagram showing a configuration diagram of a database configuration information management system according to a second embodiment of the present invention.

【図8】 この発明の実施の形態3におけるデータベー
ス構成情報管理システムの一構成図を示す図。
FIG. 8 is a diagram showing a configuration diagram of a database configuration information management system according to a third embodiment of the present invention.

【図9】 この発明の実施の形態4におけるテーブル定
義情報の一例を示す図。
FIG. 9 is a diagram showing an example of table definition information according to Embodiment 4 of the present invention.

【図10】 この発明の実施の形態4におけるテーブル
定義情報の一例を示す図。
FIG. 10 is a diagram showing an example of table definition information according to Embodiment 4 of the present invention.

【図11】 この発明の実施の形態4におけるメイクフ
ァイルの一例を示す図。
FIG. 11 is a diagram showing an example of a make file according to Embodiment 4 of the present invention.

【図12】 この発明の実施の形態4におけるメイクフ
ァイルの一例を示す図。
FIG. 12 is a diagram showing an example of a make file according to Embodiment 4 of the present invention.

【図13】 この発明の実施の形態5におけるカラム定
義情報の一例を示す図。
FIG. 13 is a diagram showing an example of column definition information according to the fifth embodiment of the present invention.

【図14】 この発明の実施の形態6におけるテーブル
定義情報の一例を示す図。
FIG. 14 is a diagram showing an example of table definition information according to the sixth embodiment of the present invention.

【図15】 この発明の実施の形態7におけるカラム定
義情報の一例を示す図。
FIG. 15 is a diagram showing an example of column definition information according to the seventh embodiment of the present invention.

【図16】 この発明の実施の形態8におけるテーブル
定義情報の一例を示す図。
FIG. 16 is a diagram showing an example of table definition information according to the eighth embodiment of the present invention.

【図17】 従来のデータベース構成情報管理システム
の構成の一例を示す図。
FIG. 17 is a diagram showing an example of the configuration of a conventional database configuration information management system.

【図18】 従来例におけるカラム定義情報の一例を示
す図。
FIG. 18 is a diagram showing an example of column definition information in a conventional example.

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

1 第1のカタログ情報記憶部、1a 変更対象カタロ
グ情報、2 第2のカタログ情報記憶部、3 処理要求
解析部、4 コンパイラ、5 計算機、6 入力部、
7,8 処理要求、9,10 アクセス方式、11 カ
ラム定義情報、12 索引、13 カラム定義情報、1
4 索引、20 データベース記憶部、21 データベ
ースA、22 データベースB、23 カタログ参照情
報、36第2のカタログ情報、37 第2のカタログ情
報、38,38a テーブル定義情報、39 索引、4
0 一つの項目、41 索引、42 DATE、43
索引、44 一つの項目、45 A1、46 A2。
1 first catalog information storage unit, 1a catalog information to be changed, 2 second catalog information storage unit, 3 processing request analysis unit, 4 compiler, 5 computer, 6 input unit,
7, 8 processing request, 9, 10 access method, 11 column definition information, 12 index, 13 column definition information, 1
4 Index, 20 database storage unit, 21 database A, 22 database B, 23 catalog reference information, 36 second catalog information, 37 second catalog information, 38, 38a table definition information, 39 index, 4
0 One item, 41 index, 42 DATE, 43
Index, 44 one entry, 45 A1, 46 A2.

Claims (10)

【特許請求の範囲】[Claims] 【請求項1】 データを記憶するデータベース記憶部
と、上記データベース記憶部に記憶されているデータの
構成を記述した第1のカタログ情報を記憶する第1のカ
タログ情報記憶部と、上記データベース記憶部に記憶さ
れているデータに対する処理の要求を入力する入力部
と、上記入力部より入力された処理要求を上記第1のカ
タログ情報記憶部に記憶されている第1のカタログ情報
に従い解析して上記データベースをアクセスする所定の
アクセス手順を得る処理要求解析部を備えたデータベー
ス構成情報管理システムにおいて、 所定の処理要求用に作成した第2のカタログ情報を記憶
する第2のカタログ情報記憶部を備え、 上記入力部は、上記処理要求解析部が上記第2のカタロ
グ情報記憶部に記憶されている第2のカタログ情報を参
照するように指定するカタログ参照情報を入力し、 上記処理要求解析部は、上記入力部より入力された処理
要求を上記カタログ参照情報に指定されている第2のカ
タログ情報記憶部に記憶されている第2のカタログ情報
に従い解析して上記データベースをアクセスする所定の
アクセス手順を得ることを特徴とするデータベース構成
情報管理システム。
1. A database storage unit for storing data, a first catalog information storage unit for storing first catalog information describing a configuration of data stored in the database storage unit, and the database storage unit An input unit for inputting a request for processing of data stored in the storage unit, and analyzing the processing request input from the input unit according to the first catalog information stored in the first catalog information storage unit. A database configuration information management system including a processing request analysis unit that obtains a predetermined access procedure for accessing a database, comprising: a second catalog information storage unit that stores second catalog information created for a predetermined processing request; In the input unit, the processing request analysis unit refers to the second catalog information stored in the second catalog information storage unit The processing request analysis unit stores the processing request input from the input unit in the second catalog information storage unit specified in the catalog reference information. A database configuration information management system, characterized in that a predetermined access procedure for accessing the database is obtained by analyzing according to second catalog information.
【請求項2】 上記第2のカタログ情報記憶部は、上記
第1のカタログ情報記憶部に記憶されている第1のカタ
ログ情報を所定のカタログ情報に変更して第2のカタロ
グ情報として記憶することを特徴とする請求項1記載の
データベース構成情報管理システム。
2. The second catalog information storage section changes the first catalog information stored in the first catalog information storage section into predetermined catalog information and stores the same as second catalog information. 2. The database configuration information management system according to claim 1, wherein:
【請求項3】 上記第2のカタログ情報記憶部は、上記
第1のカタログ情報記憶部に記憶されている第1のカタ
ログ情報の一部の情報を変更して上記変更した一部の情
報を第2のカタログ情報として記憶することを特徴とす
る請求項1記載のデータベース構成情報管理システム。
3. The second catalog information storage unit changes a part of the first catalog information stored in the first catalog information storage, and stores the changed part of the information. 2. The database configuration information management system according to claim 1, wherein the database configuration information is stored as second catalog information.
【請求項4】 上記第2のカタログ情報記憶部は、所定
のファイル形式でカタログ情報を記憶することを特徴と
する請求項2または3記載のデータベース構成情報管理
システム。
4. The database configuration information management system according to claim 2, wherein said second catalog information storage unit stores catalog information in a predetermined file format.
【請求項5】 上記入力部は、上記処理要求と上記カタ
ログ参照情報とを1つの情報として入力することを特徴
とする請求項1記載のデータベース構成情報管理システ
ム。
5. The database configuration information management system according to claim 1, wherein the input unit inputs the processing request and the catalog reference information as one piece of information.
【請求項6】 上記第1のカタログ情報は1つ以上のフ
ィールドより構成されており、上記第1のカタログ情報
記憶部は、上記第1のカタログ情報として上記フィール
ド毎に索引付のフィールドか索引無しのフィールドかを
示す第1の索引情報を記憶し、上記第2のカタログ情報
は1つ以上のフィールドより構成されており、上記第2
のカタログ情報記憶部は、上記第2のカタログ情報とし
て上記フィールド毎に索引付のフィールドか索引無しの
フィールドかを示す第2の索引情報を記憶し、上記第1
のカタログ情報記憶部が上記第1のカタログ情報として
所定のフィールドについて索引付のフィールドであるこ
とを示す上記第1の索引情報を記憶している場合、上記
第2のカタログ情報記憶部は、上記所定のフィールドに
ついて上記フィールドが索引無しのフィールドであるこ
とを示す上記第2の索引情報を記憶することを特徴とす
る請求項1記載のデータベース構成情報管理システム。
6. The first catalog information is composed of one or more fields, and the first catalog information storage unit stores an indexed field or an index for each field as the first catalog information. First index information indicating whether or not the field is absent is stored, and the second catalog information is composed of one or more fields.
The second catalog information storage unit stores, as the second catalog information, second index information indicating whether each of the fields is an indexed field or an unindexed field,
If the catalog information storage unit stores the first index information indicating that the predetermined field is an indexed field as the first catalog information, the second catalog information storage unit stores 2. The database configuration information management system according to claim 1, wherein said second index information indicating that said field is a field without an index is stored for a predetermined field.
【請求項7】 上記第1のカタログ情報記憶部は、上記
第1のカタログ情報として上記フィールド毎に上記第1
の索引情報を記憶するとともに上記フィールドを示す第
1のフィールド名を記憶し、上記第2のカタログ情報記
憶部は、上記第2のカタログ情報として上記フィールド
毎に上記第2の索引情報を記憶するとともに上記フィー
ルドを示す第2のフィールド名を記憶し、上記第1のカ
タログ情報記憶部が連続する2つ以上の上記フィールド
についてそれぞれ上記第1のフィールド名と上記第1の
索引情報とを記憶している場合、上記第2のカタログ情
報記憶部は、上記連続する2つ以上のフィールドを1つ
のフィールドとして第2のフィールド名と上記第2の索
引情報とを記憶することを特徴とする請求項6記載のデ
ータベース構成情報管理システム。
7. The first catalog information storage section stores the first catalog information as the first catalog information for each of the fields.
And the first field name indicating the field is stored, and the second catalog information storage unit stores the second index information for each field as the second catalog information. And the second field name indicating the field is stored, and the first catalog information storage unit stores the first field name and the first index information for each of the two or more consecutive fields. Wherein the second catalog information storage unit stores a second field name and the second index information with the two or more consecutive fields as one field. 6. The database configuration information management system according to item 6.
【請求項8】 上記第1のカタログ情報記憶部は、上記
第1のカタログ情報として上記フィールドに記憶するデ
ータの長さを示す第1のデータ長を記憶するとともに上
記フィールドに記憶するデータの一部を索引付とするこ
とを示す第1の索引長を記憶し、上記第2のカタログ情
報記憶部は、上記第2のカタログ情報として上記フィー
ルドに記憶するデータの長さを示す第2のデータ長を記
憶するとともに上記フィールドに記憶するデータの一部
を索引付とすることを示す第2の索引長を記憶し、上記
第1のカタログ情報記憶部が上記第1のデータ長である
上記フィールドに対してデータの一部を索引付とする上
記第1の索引長を記憶している場合、上記第2のカタロ
グ情報記憶部は、上記第1のデータ長である上記フィー
ルドに対して上記第1のデータ長を索引付とする上記第
2の索引長を記憶することを特徴とする請求項7記載の
データベース構成情報管理システム。
8. The first catalog information storage section stores a first data length indicating a length of data stored in the field as the first catalog information, and stores one data stored in the field. A second index information storing unit that stores a first index length indicating that a part is to be indexed; and a second data indicating a length of data stored in the field as the second catalog information. And a second index length indicating that a part of the data stored in the field is to be indexed, wherein the first catalog information storage unit stores the first data length. When the first index length in which a part of data is indexed is stored, the second catalog information storage unit stores the first index length in the field having the first data length. 8. The database configuration information management system according to claim 7, wherein said second index length having one data length as an index is stored.
【請求項9】 上記第1のカタログ情報記憶部は、上記
第1のカタログ情報として上記フィールドを示す第1の
フィールド名を記憶し、上記第2のカタログ情報記憶部
は、上記第2のカタログ情報として上記フィールドを示
す第2のフィールド名を記憶し、上記第1のカタログ情
報記憶部が連続する2つ以上の上記フィールドについて
それぞれ上記第1のフィールド名記憶している場合、上
記第2のカタログ情報記憶部は、上記連続する2つ以上
のフィールドを1つのフィールドとして第2のフィール
ド名を記憶することを特徴とする請求項6記載のデータ
ベース構成情報管理システム。
9. The first catalog information storage section stores a first field name indicating the field as the first catalog information, and the second catalog information storage section stores the second catalog information. When a second field name indicating the field is stored as information, and the first catalog information storage unit stores the first field name for each of two or more consecutive fields, the second catalog name is stored in the second catalog information storage unit. 7. The database configuration information management system according to claim 6, wherein the catalog information storage unit stores the second field name with the two or more consecutive fields as one field.
【請求項10】 上記第1のカタログ情報記憶部が、少
なくとも1つの上記フィールドに対する上記第1のフィ
ールド名を記憶する場合、上記第2のカタログ情報記憶
部は、上記1つのフィールドを2つ以上のフィールドに
分割して2つ以上の上記第2のフィールド名を記憶する
ことを特徴とする請求項9記載のデータベース構成情報
管理システム。
10. When the first catalog information storage section stores the first field name for at least one of the fields, the second catalog information storage section stores two or more of the one field. 10. The database configuration information management system according to claim 9, wherein two or more of said second field names are stored by dividing into two fields.
JP8218766A 1996-08-20 1996-08-20 Database configuration information management system Pending JPH1063554A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP8218766A JPH1063554A (en) 1996-08-20 1996-08-20 Database configuration information management system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP8218766A JPH1063554A (en) 1996-08-20 1996-08-20 Database configuration information management system

Publications (1)

Publication Number Publication Date
JPH1063554A true JPH1063554A (en) 1998-03-06

Family

ID=16725070

Family Applications (1)

Application Number Title Priority Date Filing Date
JP8218766A Pending JPH1063554A (en) 1996-08-20 1996-08-20 Database configuration information management system

Country Status (1)

Country Link
JP (1) JPH1063554A (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009230578A (en) * 2008-03-24 2009-10-08 Fujitsu Ltd Search key optimization apparatus and search key optimization program
JP2024087959A (en) * 2022-12-20 2024-07-02 三菱電機株式会社 Information processing system, information processing method, information processing device, and program

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009230578A (en) * 2008-03-24 2009-10-08 Fujitsu Ltd Search key optimization apparatus and search key optimization program
JP2024087959A (en) * 2022-12-20 2024-07-02 三菱電機株式会社 Information processing system, information processing method, information processing device, and program

Similar Documents

Publication Publication Date Title
JP4866495B2 (en) Method and apparatus for executing combined queries in a database system
US5685003A (en) Method and system for automatically indexing data in a document using a fresh index table
US6598038B1 (en) Workload reduction mechanism for index tuning
EP0667586A2 (en) Database generator
US7480661B2 (en) Query services for database system
JP2001527243A (en) Method and apparatus for generating an index in a relational database corresponding to a class in an object-oriented application
US20050021503A1 (en) Method and system for inclusion hash joins and exclusion hash joins in relational databases
US5394546A (en) Database management system and method of extending system functions
US5721924A (en) Method and device for obtaining a value of a referred to variable defined in a source program having a specific variable name
US20070255771A1 (en) Method and system for renewing an index
US6981006B2 (en) Schema-based file conversion
US7526469B2 (en) Method and system of database management with shared area
JP3163141B2 (en) Relational database processing device and processing method
JPH1063554A (en) Database configuration information management system
US6405205B1 (en) Message display method and system for reproduction of DML objects in relational databases
JP3660390B2 (en) Term dictionary management device
JPH08235033A (en) Joint arithmetic system for object-oriented data base management system
JP3337717B2 (en) Database processing device and database processing method
JPH04348468A (en) Data base device
JP2785966B2 (en) Foreign key dynamic resolution processing method
Goldstein et al. Database management with sequence trees and tokens
JPH01156831A (en) Table accelerator control method
CN121935252A (en) Medical data reconstruction method, system, equipment and medium based on index alignment
JPH064273A (en) Data processing device
JPH06266591A (en) Document managing method