JPH0764835A - Data storage system for relational data base - Google Patents
Data storage system for relational data baseInfo
- 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
Links
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
Description
【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.
【図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)
納方式において、レコードを構成する各項目データに、
少なくとも同じレコードの次項目データの格納場所を示
すアドレスと、次レコードの同項目データの格納場所を
示すアドレスを備えたデータ単位で格納することを特徴
とするリレーショナルデータベースのデータ格納方式。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.
データを検索条件と比較し、該条件が異なる場合は、前
記次レコードの同項目データの格納場所を示すアドレス
により、次レコードの同項目データを求めて前記検索条
件と比較することをくり返し、前記条件が一致した場合
は、前記同レコードの次項目データの格納場所を示すア
ドレスにより同レコードの次項目データを求めることを
くり返すことを特徴とする請求項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.
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)
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)
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 |
-
1993
- 1993-08-24 JP JP5229648A patent/JPH0764835A/en active Pending
Patent Citations (4)
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)
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 |