[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

JPH0764835A - Data storage system for relational data base - Google Patents

Data storage system for relational data base

Info

Publication number
JPH0764835A
JPH0764835A JP5229648A JP22964893A JPH0764835A JP H0764835 A JPH0764835 A JP H0764835A JP 5229648 A JP5229648 A JP 5229648A JP 22964893 A JP22964893 A JP 22964893A JP H0764835 A JPH0764835 A JP H0764835A
Authority
JP
Japan
Prior art keywords
data
record
address
item
same
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
JP5229648A
Other languages
Japanese (ja)
Inventor
Nobuyuki Baba
信行 馬場
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.)
NEC Corp
Original Assignee
NEC 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 NEC Corp filed Critical NEC Corp
Priority to JP5229648A priority Critical patent/JPH0764835A/en
Publication of JPH0764835A publication Critical patent/JPH0764835A/en
Pending legal-status Critical Current

Links

Landscapes

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

Abstract

PURPOSE:To realize a data storage system which increases the access speed of a relational data base and doesn't oppress the capacity of a storage device. CONSTITUTION:When data of the relational data base will be stored in the storage device, data is not stored with a record as unit but is stored with each of data constituting a record as unit, and the address (nf address) indicating the storage position of data of the next record of the same item and the address (nd address) indicating the storage position of data of the next item of the same record are stored together with data. At the time of retrieval, data is compared with a retrieval condition with data like a name as unit, and, when comparison results in coincidence, data of the address, the age, etc., is obtained from the nd address attached to this data. If it doesn't result in coincidence, data of the same item of the next record is obtained from the nf address and is compared with the retrieval condition again.

Description

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

【0001】[0001]

【産業上の利用分野】本発明は、データベースのデータ
格納方式に関し、特にリレーショナルデータベースのデ
ータ格納方式、及びデータ検索方式に関する。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a database data storage system, and more particularly to a relational database data storage system and a data search system.

【0002】[0002]

【従来の技術】従来、データベースのデータ格納方式
は、図2に示すように、レコード単位での格納である。
そして、データの検索時間を短縮するためには図に示す
ようなインデクスを作成する方法がとられている。
2. Description of the Related Art Conventionally, as shown in FIG. 2, the data storage method of a database is storage in record units.
Then, in order to shorten the data retrieval time, a method of creating an index as shown in the figure is adopted.

【0003】また、特開平2−181873号公報に
は、データ実体の格納位置をデータ実体名と同じレコー
ドに格納することにより、データ実体名からデータ実体
を高速にアクセスすることを可能とした方式が記載され
ている。
Further, Japanese Patent Laid-Open No. 2-181873 discloses a method in which the storage location of a data entity is stored in the same record as the data entity name, so that the data entity can be accessed at high speed from the data entity name. Is listed.

【0004】[0004]

【発明が解決しようとする課題】しかしながら、従来の
データ格納方式では、検索対象項目となり得る項目が一
表に多数存在する場合、それぞれの項目に対してインデ
クスを作成する必要があり、極端に言えば一表の項目す
べてが検索項目となる場合、その全ての項目に対しイン
デクスを作成する必要があり、記憶装置の容量を圧迫す
るという問題がある。
However, in the conventional data storage method, when there are a large number of items that can be searched for in a table, it is necessary to create an index for each item, which is extremely extreme. For example, if all the items in the table are search items, it is necessary to create indexes for all the items, which causes a problem of reducing the capacity of the storage device.

【0005】記憶装置の容量が不足すると、ある項目に
ついてインデクスの作成を諦める事になるが、そうした
場合、インデクスを作成していない項目についての検索
は、全レコード読み込みとなるため、記憶装置のアクセ
スに時間をとられ、結果的に検索処理の効率低下を招く
という問題がある。
When the capacity of the storage device is insufficient, the index creation for some items is abandoned. In such a case, however, the search for the items for which no index is created results in the reading of all records, so the access to the storage device is performed. However, there is a problem in that the efficiency of search processing is reduced as a result.

【0006】また、インデクスを作成している項目につ
いて、その内容を変更しようとした場合や、レコードを
追加しようとした場合、データ部へのアクセスとインデ
クス部へのアクセスの2つが発生し、インデクスなしの
表に比較して処理時間が遅くなるという問題がある。
When the contents of an item for which an index is being created are to be changed or a record is to be added, two accesses occur: access to the data part and access to the index part. There is a problem that the processing time becomes slower than the table without.

【0007】[0007]

【課題を解決するための手段】本発明は、上述した課題
を解決するための手段として、リレーショナルデータベ
ースのデータ格納方式において、レコードを構成する各
項目データに、少なくとも同じレコードの次項目データ
の格納場所を示すアドレスと、次レコードの同項目デー
タの格納場所を示すアドレスを備えたデータ単位で格納
することを特徴とするリレーショナルデータベースのデ
ータ格納方式を有する。
According to the present invention, as means for solving the above-mentioned problems, in a data storage system of a relational database, each item data constituting a record stores at least the next item data of the same record. It has a data storage system of a relational database characterized by storing in a data unit having an address indicating a location and an address indicating a storage location of the same item data of the next record.

【0008】また、データ検索時に、前記データ単位の
項目データを検索条件と比較し、異なる場合、前記次レ
コードの同項目データの格納場所を示すアドレスによ
り、次レコードの同項目データを求めて前記検索条件と
比較することをくり返し、一致した場合は、前記同レコ
ードの次項目データの格納場所を示すアドレスにより同
レコードの次項目データを求めることをくり返すことを
特徴とするリレーショナルデータベースのデータ格納方
式を手段とするものである。
Further, at the time of data search, the item data of the data unit is compared with the search condition, and if different, the same item data of the next record is obtained by the address indicating the storage location of the same item data of the next record. Data storage of relational database characterized by repeating comparison with search conditions and, if they match, repeatedly obtaining the next item data of the same record by the address indicating the storage location of the next item data of the same record The method is used as a means.

【0009】[0009]

【実施例】本発明の実施例について、図面を参照して説
明する。図3の値を持つリレーショナルデータベースの
表を記憶装置に保存する際に、本発明の方式では、図1
のような形式で保存する。
Embodiments of the present invention will be described with reference to the drawings. In storing the table of the relational database having the values shown in FIG.
Save in a format like.

【0010】図1に示されるように、本発明のデータ格
納方式では、顧客番号、氏名、住所、年令等の各項目デ
ータを、従来のようにレコード単位で一緒に格納するの
ではなく、それぞれの項目データに同項目次レコードア
ドレス(nrアドレスと言うことにする)と、同レコー
ド次項目アドレス(ndアドレスと言うことにする)を
付けて各項目データ単位で格納することを特徴とする。
As shown in FIG. 1, in the data storage system of the present invention, each item data such as customer number, name, address, and age is not stored together in a record unit as in the conventional case, but It is characterized in that the same item next record address (to be referred to as nr address) and the same record next item address (to be referred to as nd address) are attached to each item data and stored in each item data unit. .

【0011】次に、このような本発明の方式で格納され
た各データの検索方法について説明する。
Next, a method of retrieving each piece of data stored by the method of the present invention will be described.

【0012】例えば、検索命令「氏名項目にクボタと登
録されているレコードのすべての項目を抽出する」をデ
ータベースマネジメントシステムが受け取った場合、最
初にスキーマ情報を読み込み、氏名項目の先頭データの
格納されているアドレスを得る。
For example, when the database management system receives the search command "extract all items of the record registered as Kubota in the name item", the schema information is first read and the top data of the name item is stored. To get the address.

【0013】次に、このアドレスを使用し、先頭の氏名
項目のデータを読み込み、条件に合致するかどうかを判
断する。
Next, using this address, the data of the first name item is read to determine whether or not the condition is met.

【0014】条件に合致しない場合、同項目次レコード
のデータの格納されているアドレス(nrアドレス)を
使用し、同項目次レコードの氏名データを読み込み、条
件判断を繰り返す。
When the condition is not met, the address (nr address) where the data of the same item next record is stored is used to read the name data of the same item next record, and the condition judgment is repeated.

【0015】条件に合致するデータが現れた場合、同レ
コード次項目のデータの格納されているアドレス(nd
アドレス)を使用し、順次1レコード分のデータとし
て、住所、年令等を得る。
When data that meets the conditions appears, the address (nd) where the data of the next item in the record is stored
Address) is used to sequentially obtain the address, age, etc. as data for one record.

【0016】これらの一連の動作により、従来必要とさ
れたインデクス部を作成することなく上記検索を実施す
ることが出来る。
By the series of operations described above, the above-mentioned search can be carried out without creating an index part which has been conventionally required.

【0017】図4は、上述した本発明の検索方法を説明
するための概略的なフローチャートである。
FIG. 4 is a schematic flow chart for explaining the search method of the present invention described above.

【0018】[0018]

【発明の効果】以上説明したように、本発明は、データ
を項目毎に別々に保存し、読み込み、書き込みの際もデ
ータ個別にアクセスをするようになっているので、イン
デクスを作成する必要がなく、アクセス速度が向上する
という効果や、データの変更も容易になるという効果を
有する。
As described above, according to the present invention, data is separately stored for each item, and each data is accessed even when reading or writing, so it is necessary to create an index. In addition, it has an effect of improving the access speed and an effect of facilitating the change of data.

【0019】また、インデクスを作成する必要がないた
め、記憶装置の容量を圧迫することもない。
Since it is not necessary to create an index, the capacity of the storage device will not be pressed.

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

【図1】本発明による記憶装置内でのデータ格納構造を
示す図である。
FIG. 1 is a diagram showing a data storage structure in a storage device according to the present invention.

【図2】従来のデータ格納方式を説明するための図であ
る。
FIG. 2 is a diagram for explaining a conventional data storage method.

【図3】図1,2で参照したデータのデータベース上で
の認識のされ方を示す図である。
FIG. 3 is a diagram showing how the data referred to in FIGS. 1 and 2 is recognized on a database.

【図4】本発明のデータ検索方式を説明するための概略
的フローチャートである。
FIG. 4 is a schematic flowchart for explaining a data search method of the present invention.

Claims (2)

【特許請求の範囲】[Claims] 【請求項1】 リレーショナルデータベースのデータ格
納方式において、レコードを構成する各項目データに、
少なくとも同じレコードの次項目データの格納場所を示
すアドレスと、次レコードの同項目データの格納場所を
示すアドレスを備えたデータ単位で格納することを特徴
とするリレーショナルデータベースのデータ格納方式。
1. In a data storage system of a relational database, each item data constituting a record,
A data storage method for a relational database, characterized in that data is stored in a data unit having at least an address indicating a storage location of the next item data of the same record and an address indicating a storage location of the same item data of the next record.
【請求項2】 データ検索時に、前記データ単位の項目
データを検索条件と比較し、該条件が異なる場合は、前
記次レコードの同項目データの格納場所を示すアドレス
により、次レコードの同項目データを求めて前記検索条
件と比較することをくり返し、前記条件が一致した場合
は、前記同レコードの次項目データの格納場所を示すア
ドレスにより同レコードの次項目データを求めることを
くり返すことを特徴とする請求項1に記載のリレーショ
ナルデータベースのデータ格納方式。
2. When retrieving data, the item data of the data unit is compared with a search condition, and if the condition is different, the same item data of the next record is determined by an address indicating the storage location of the same item data of the next record. And repeatedly comparing the search condition with the search condition, and if the condition is matched, it is repeated to obtain the next item data of the same record by the address indicating the storage location of the next item data of the same record. The data storage method of the relational database according to claim 1.
JP5229648A 1993-08-24 1993-08-24 Data storage system for relational data base Pending JPH0764835A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP5229648A JPH0764835A (en) 1993-08-24 1993-08-24 Data storage system for relational data base

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP5229648A JPH0764835A (en) 1993-08-24 1993-08-24 Data storage system for relational data base

Publications (1)

Publication Number Publication Date
JPH0764835A true JPH0764835A (en) 1995-03-10

Family

ID=16895494

Family Applications (1)

Application Number Title Priority Date Filing Date
JP5229648A Pending JPH0764835A (en) 1993-08-24 1993-08-24 Data storage system for relational data base

Country Status (1)

Country Link
JP (1) JPH0764835A (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6963866B2 (en) 1999-04-13 2005-11-08 Mirror Imaging L.L.C. Method of obtaining an electronically stored financial document

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS52106641A (en) * 1976-03-05 1977-09-07 Hitachi Ltd Data record storage for high-speed sequential access
JPS63219032A (en) * 1987-03-07 1988-09-12 Fujitsu Ltd Bidirectional list construction method in table processing
JPS6468849A (en) * 1987-09-09 1989-03-14 Nec Corp Data base storing system
JPH0581102A (en) * 1991-09-19 1993-04-02 Fuji Xerox Co Ltd System for controlling table

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS52106641A (en) * 1976-03-05 1977-09-07 Hitachi Ltd Data record storage for high-speed sequential access
JPS63219032A (en) * 1987-03-07 1988-09-12 Fujitsu Ltd Bidirectional list construction method in table processing
JPS6468849A (en) * 1987-09-09 1989-03-14 Nec Corp Data base storing system
JPH0581102A (en) * 1991-09-19 1993-04-02 Fuji Xerox Co Ltd System for controlling table

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6963866B2 (en) 1999-04-13 2005-11-08 Mirror Imaging L.L.C. Method of obtaining an electronically stored financial document
US7552118B2 (en) 1999-04-13 2009-06-23 Mirror Imaging Llc Method of obtaining an electronically-stored financial document
US7836067B2 (en) 1999-04-13 2010-11-16 Mirror Imaging, LLC Method of obtaining electronically-stored financial documents

Similar Documents

Publication Publication Date Title
US6484181B2 (en) Method and system for handling foreign key update in an object-oriented database environment
US6122644A (en) System for halloween protection in a database system
JPH0764835A (en) Data storage system for relational data base
CN1139882C (en) Personal optical disk library system and its automatic data processing method
JPH07334402A (en) Data base as main memory
CN104834664A (en) Optical disc juke-box oriented full text retrieval system
JPH081642B2 (en) Keyword search method
JP2001067369A (en) Information retrieval system, information retrieval method and recording medium recording information retrieval probram
Fenk et al. Improving multidimensional range queries of non rectangular volumes specified by a query box set
JPH04112253A (en) Data accessing method using multilayer buffer
JPH04156624A (en) High speed accessing systme in knowledge base systme
JPH0782451B2 (en) Database management system
JP2540821B2 (en) Database search system
JP3145727B2 (en) Data retrieval device
JPS61103242A (en) High-speed retrieval system
JPH02116936A (en) Reorganizing system
JPS63245720A (en) Data base system
JPH05165891A (en) Data registration/retrieval system of data base
CN114020800A (en) A data processing method and device for big data
JP3508842B2 (en) Database search system and recording medium storing database search program
JPH0225974A (en) Retrieving system for updating of data base
JPH0877205A (en) Relational database management system
JPH02252061A (en) Image filing device
JPH07105063A (en) File storing method for time series
JPS60225938A (en) Information retrieving system