JPH0687226B2 - Database management method - Google Patents
Database management methodInfo
- Publication number
- JPH0687226B2 JPH0687226B2 JP1076014A JP7601489A JPH0687226B2 JP H0687226 B2 JPH0687226 B2 JP H0687226B2 JP 1076014 A JP1076014 A JP 1076014A JP 7601489 A JP7601489 A JP 7601489A JP H0687226 B2 JPH0687226 B2 JP H0687226B2
- Authority
- JP
- Japan
- Prior art keywords
- file
- data
- item
- definition
- time information
- 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.)
- Expired - Lifetime
Links
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Description
【発明の詳細な説明】 〔産業上の利用分野〕 本発明はデータベース管理方式に関し、特にファイルの
定義操作時の応答性を向上させること、コマンド数を削
減して、利用者インタフェースを容易にすること、およ
び、データベース管理システムの規模を削減することを
可能とするデータベース管理方式に関する。The present invention relates to a database management system, and more particularly, to improving responsiveness during file definition operation and reducing the number of commands to facilitate a user interface. And a database management method capable of reducing the scale of the database management system.
従来のデータベース管理システム(以下、「DBMS」とい
う)およびデータベース(DB)は、第10図に示す如き構
成となっていた。第10図中のDBMS20によるDB50は、ディ
クショナリファイル60と、データファイル70とから成っ
ている。ディクショナリファイル60には、DB50中の各フ
ァイルについての定義情報が格納されている。また、デ
ータファイル70には、利用者が操作して投入した実デー
タが格納されている。A conventional database management system (hereinafter referred to as "DBMS") and a database (DB) have a configuration as shown in FIG. A DB 50 by the DBMS 20 in FIG. 10 is composed of a dictionary file 60 and a data file 70. The dictionary file 60 stores definition information about each file in the DB 50. Further, the data file 70 stores the actual data input by the user.
データファイル71は、管理情報部72とデータレコード部
73とに、論理的に分けられる。データレコード部73に
は、実データがレコードを単位として格納されている。
また、管理情報部72には、前記各レコードの物理的な格
納位置情報および前記各レコード中の各項目の値の格納
位置情報等が格納されている。The data file 71 includes a management information section 72 and a data record section.
It is logically divided into 73 and. The data record unit 73 stores actual data in record units.
Further, the management information section 72 stores the physical storage position information of each record, the storage position information of the value of each item in each record, and the like.
DBMS20のデータ操作部40は、前記管理情報部72の情報に
より、データの格納および検索等の処理を効率的に実行
している。The data operating unit 40 of the DBMS 20 uses the information of the management information unit 72 to efficiently execute processing such as data storage and retrieval.
また、データファイル70の生成または構造変更は、DBMS
20の定義操作部30により実行されている。定義操作部30
は、コマンド10に指定されているデータファイル70の定
義に関する指示に従ってデータファイルの定義を行うと
ともに、その結果をディクショナリファイル60に記録す
る。データファイル71の定義処理は、ファイル管理部32
によるデータファイルの生成または管理情報部72の変更
と、データ再編成部33によるデータレコード部73のデー
タの再編成により実行されていた。In addition, the creation or modification of the structure of the data file 70
It is executed by the definition operation unit 30 of 20. Definition operation unit 30
Defines the data file according to the instruction regarding the definition of the data file 70 specified in the command 10, and records the result in the dictionary file 60. The definition process of the data file 71 is performed by the file management unit 32.
Was executed by the generation of the data file or the change of the management information section 72 by the reorganization of the data of the data record section 73 by the data reorganization section 33.
DBを操作するための標準言語としては、JISによる「デ
ータベース言語SQL」(JIS X 3005-1987)、およびISO
による「Working Draft Database Language SQL2」(IS
O/IEC JTC 1/SC21N:1988-4-13)が規定されている。上
記SQLおよびSQL2には、データファイルの生成または構
造変更を行う定義操作を記述するためのデータベース定
義言語(DDL)と、データファイル中のデータの格納お
よび検索等を行うデータ操作を記述するためのデータベ
ース操作言語(DML)とがある。第10図に示したDBMSの
定義操作部30およびデータ操作部40は、各々上記DDLお
よびDMLで記述された操作の処理を行っている。そのた
め、従来のDBMSは、SQLおよびSQL2の文法に対応した構
成になっていると言うことができる。SQLおよびSQL2の
操作言語の一部を、第11図に示す。As the standard language for operating the DB, "database language SQL" by JIS (JIS X 3005-1987) and ISO
"Working Draft Database Language SQL2" (IS
O / IEC JTC 1 / SC21N: 1988-4-13) is specified. In the above SQL and SQL2, the database definition language (DDL) for describing the definition operation that creates or changes the structure of the data file and the data operation that stores and retrieves the data in the data file are described. There is a database manipulation language (DML). The definition operation unit 30 and the data operation unit 40 of the DBMS shown in FIG. 10 perform the operations described in the DDL and DML, respectively. Therefore, it can be said that the conventional DBMS has a structure corresponding to the grammar of SQL and SQL2. Figure 11 shows a part of the operating language of SQL and SQL2.
日経マグロウヒル社発行の「最新データベース管理技
術」(W.H.Inmon et al.,1987-5-12)の第237〜253頁に
あるように、DBMSを利用した技術として、処理およびデ
ータを分散した環境で使用するシステムが考えられてい
る。このデータ分散型の分散処理システムは、情報の所
在を分散し管理を統合する手段、および、処理装置の負
荷を分散する手段として、有効と考えられている。デー
タ分散型の分散処理システムの一構成例を第12図に示
す。第12図において、830はパーソナルコンピュータ
(以下、「パソコン」という)、840はワークステーシ
ョン、850はサーバ、833,843および853はDBを、それぞ
れ示している。As the latest database management technology published by Nikkei McGraw-Hill, Inc. (WHInmon et al., 1987-5-12), pages 237-253, as a technology that uses a DBMS, it is used in a distributed processing and data environment. A system to do is considered. This data distribution type distributed processing system is considered to be effective as a means for distributing the location of information and integrating management, and a means for distributing the load on the processing device. FIG. 12 shows an example of the configuration of a data distribution type distributed processing system. In FIG. 12, 830 is a personal computer (hereinafter referred to as “personal computer”), 840 is a workstation, 850 is a server, and 833, 843 and 853 are DBs.
上述の従来技術によるDBMSでは、ファイルの定義変更に
より、ファイル中のデータを再編成する必要があった。
一般に、データの再編成処理は、ファイル中のすべての
データをアクセスするため、複雑でかつ処理時間が大き
くなり、利用者によるDBの操作時の応答性を悪くしてい
る。In the above-described conventional DBMS, it is necessary to reorganize the data in the file by changing the definition of the file.
Generally, the data reorganization process is complicated and requires a long processing time because all the data in the file is accessed, and the responsiveness when the user operates the DB is deteriorated.
また、前述の従来技術によるDBMSでは、DBへのアクセス
の動作が同じても、対象が異なれば別のコマンドとなっ
ている。これは、利用者によるDBの操作を扱いにくいも
のにしている。Further, in the above-described DBMS according to the related art, even if the operation of accessing the DB is the same, if the target is different, the command is different. This makes it difficult for the user to operate the DB.
また、将来普及するであろうデータ分散型の分散処理シ
ステムにおいては、各パソコンにもDBとそれを管理する
DBMSを置くことになるが、パソコンのメモリ搭載量は少
ないので、DBMSの規模が小さいことが要求される。しか
しながら、第10図の構造を持つDBMSは、規模が大きいも
のとなっていた。Also, in a data distribution type distributed processing system that will become popular in the future, it will also manage the DB and its management on each personal computer.
Although a DBMS will be installed, the scale of the DBMS is required to be small because the amount of memory installed in the personal computer is small. However, the DBMS having the structure shown in FIG. 10 had a large scale.
本発明は上記事情に鑑みてなされたもので、その第一の
目的は、従来の技術における上述の如き問題を解消し、
ファイルの定義操作時の応答性を向上させることが可能
なDB管理方式を提供することにある。また、本発明の他
の目的は、コマンド数を削減して、利用者インタフェー
スを容易にすることが可能なDB管理方式を提供すること
にある。本発明の更に他の目的は、DBMSの規模を削減す
ることが可能なDB管理方式を提供することにある。The present invention has been made in view of the above circumstances, and a first object thereof is to solve the above-described problems in the prior art,
It is to provide a DB management method capable of improving responsiveness at the time of file definition operation. Another object of the present invention is to provide a DB management method capable of reducing the number of commands and facilitating a user interface. Still another object of the present invention is to provide a DB management method capable of reducing the scale of the DBMS.
本発明の上述の目的は、データを格納するデータファイ
ルと、ファイルの論理構造等を定義するデータを格納す
るディクショナリファイルと、前記データファイルとデ
ィクショナリファイル中のデータをアクセスするデータ
操作手段とを有するデータベースを管理するデータベー
ス管理システムにおいて、前記データファイルとディク
ショナリファイルとを同一の物理構造とし、前記ディク
ショナリファイル内に、前記データファイルの論理構造
が定義または定義変更された時期を格納する定義時期情
報格納手段と、前記データファイルが生成または構造変
更された時期を格納する生成時期情報格納手段とを設け
るとともに、前記ディクショナリファイルに格納された
ファイルの論理構造等を定義するデータから前記データ
ファイルの生成または構造変更を行うデータファイル生
成手段を設けて、前記データ操作手段により前記データ
ファイルをアクセスする際に、前記格納手段中の定義時
期情報と対象ファイルの生成時期情報とを比較して、該
比較の結果に応じて前記データファイル生成手段を起動
することを特徴とするデータベース管理方式によって達
成される。The above-mentioned object of the present invention has a data file for storing data, a dictionary file for storing data defining the logical structure of the file, and a data operation means for accessing the data file and the data in the dictionary file. In a database management system that manages a database, the data file and the dictionary file have the same physical structure, and the dictionary file stores a definition time information storing the time when the logical structure of the data file is defined or modified. Means and a generation time information storage means for storing the time when the data file is generated or the structure is changed, and the generation of the data file from the data defining the logical structure of the file stored in the dictionary file. Is provided with a data file generation means for changing the structure, and when the data file is accessed by the data operation means, the definition time information in the storage means is compared with the generation time information of the target file, and the comparison is made. This is achieved by a database management method characterized in that the data file generating means is activated according to the result of (1).
本発明に係るデータベース管理方式においては、データ
ファイルとディクショナリファイルとを同一の物理構造
とし、また、上記ディクショナリファイル内に、上記デ
ータファイルの論理構造が定義または定義変更された時
期を格納する定義時期情報格納手段と、データファイル
が生成または構造変更された時期を格納する生成時期情
報格納手段とを設け、更に、上記ディクショナリファイ
ルに格納されたファイルの論理構造等を定義するデータ
から上記データファイルの生成または構造変更を行うデ
ータファイル生成手段(実施例では、ファイル管理部)
を設けて、上記データ操作手段により前記データファイ
ルをアクセスする際に、上記格納手段中の定義時期情報
と対象ファイルの生成時期情報とを時期情報比較部にお
いて比較して、該比較の結果に応じて、必要な場合にの
み上記データファイル生成手段を起動するようにしたの
で、データファイルの生成または構造変更を行うための
定義操作を、大幅に簡略化することが可能になる。In the database management system according to the present invention, the data file and the dictionary file have the same physical structure, and the dictionary file stores the time when the logical structure of the data file is defined or modified. An information storage means and a generation time information storage means for storing the time when the data file is generated or the structure is changed are further provided, and further, from the data defining the logical structure of the file stored in the dictionary file Data file generation means for generating or changing the structure (file management unit in the embodiment)
And when the data file is accessed by the data operation means, the definition time information in the storage means and the generation time information of the target file are compared in the time information comparison unit, and the result is compared according to the result of the comparison. Since the data file generating means is activated only when necessary, the definition operation for generating the data file or changing the structure can be greatly simplified.
より詳細には、本発明に係るデータベース管理方式にお
いては、従来のDBMSの定義処理においてその大半を占め
ていたデータの再編成処理および定義コマンドの解析処
理を、ファイル中の管理情報部の変更処理と、前述の定
義処理の起動手段である時期情報の比較処理によって構
成したものであり、これにより、従来のDBMSの定義処理
の大半を不要とし、DBMSの規模を大幅に削減することを
可能としたものである。More specifically, in the database management method according to the present invention, the data reorganization processing and the definition command analysis processing, which occupy most of the conventional DBMS definition processing, are replaced by the management information section change processing in the file. And, it is configured by the comparison process of the time information, which is the starting means of the definition process described above, which makes it possible to eliminate most of the definition process of the conventional DBMS and significantly reduce the scale of the DBMS. It was done.
以下、本発明の実施例を図面に基づいて詳細に説明す
る。Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.
第2図は、本発明の一実施例を示すDBシステムの構成図
である。図において、200はDBMS、300はDBを示してお
り、100は操作コマンドを示している。DBMS200中には、
後述する時期情報比較部210,ファイル管理部220および
データ操作部230が設けられている。DB300中のファイル
は、ファイルの論理的構造を定義するデータを蓄積する
ディクショナリファイル310と、通常のデータを蓄積す
るデータファイル320とから成っている。なお、ここで
は、上記ディクショナリファイル310中にはファイル登
録簿400と項目登録簿500が、また、データファイル320
中には住所録600が格納されている場合を示している。FIG. 2 is a block diagram of a DB system showing an embodiment of the present invention. In the figure, 200 is a DBMS, 300 is a DB, and 100 is an operation command. In DBMS200,
A time information comparison unit 210, a file management unit 220, and a data operation unit 230, which will be described later, are provided. The files in the DB 300 are composed of a dictionary file 310 that stores data that defines the logical structure of the file and a data file 320 that stores normal data. Here, in the dictionary file 310, the file register 400 and the item register 500, and the data file 320
The case where the address book 600 is stored is shown in the inside.
第3図に、上述の各ファイルの論理的な構成および各部
のデータフォーマットを示す。同図(a)は、各ファイ
ルの構成を示すものである。上記ディクショナリファイ
ル310とデータファイル320中の各ファイルは、管理情報
部700とデータレコード部730とから構成され、管理情報
部700は、ファイルに関する管理情報を格納するファイ
ル管理情報部710と、ファイルを構成する各項目に関す
る管理情報を格納する項目管理情報部720とから構成さ
れている。FIG. 3 shows the logical structure of each file and the data format of each part. FIG. 7A shows the structure of each file. Each file in the dictionary file 310 and the data file 320 is composed of a management information section 700 and a data record section 730. The management information section 700 stores a file management information section 710 for storing management information about the file and a file. It is composed of an item management information section 720 which stores management information on each of the constituent items.
上記ファイル管理情報部710は、第3図(b)に示す如
く、ファイルの生成または構造変更が行われた時期を特
定する生成時期情報712を格納する領域を有する。ま
た、項目管理情報部720は、第3図(c)に示す如く、
各項目を特定する項目識別子722を格納する領域を有す
る。As shown in FIG. 3B, the file management information section 710 has an area for storing generation time information 712 that specifies the time when the file is generated or the structure is changed. In addition, the item management information section 720, as shown in FIG.
It has an area for storing an item identifier 722 for specifying each item.
データレコード部730は、第3図(d)に示す如く、複
数の項目735で構成されている。また、各項目735は、項
目の値734,項目の値の長さ733および項目の識別子732か
ら構成されている。The data record section 730 is composed of a plurality of items 735, as shown in FIG. Each item 735 includes an item value 734, an item value length 733, and an item identifier 732.
前述の如く、ディクショナリファイル310中には、その
ファイルの属性を示すデータを蓄積するファイル登録簿
400と、項目の属性を示すデータを蓄積する項目登録簿5
00とが備えられている。As described above, the dictionary file 310 contains a file directory that stores data indicating the attributes of the file.
Item register 5 that stores data indicating 400 and item attributes
00 and are provided.
第4図に、前記ファイル登録簿400のファイルフォーマ
ットを示す。ファイル登録簿400のデータレコード部730
は、第4図(c)に示す如く、項目として、ファイルを
特定するファイル名401および該ファイル名401で特定さ
れるファイルが定義された時期を示す定義時期情報402
を有する。項目管理情報部720は、同図(b)に示す如
く、上述のファイル名401および定義時期情報402のそれ
ぞれの項目管理情報421および422を格納している。ま
た、ファイル管理情報部710の生成時期情報712には、同
図(a)に示す如く、ファイル登録簿400の生成または
構造変更が行われた時期として、日付情報“88/01/01"
が格納されている。FIG. 4 shows the file format of the file directory 400. Data record part 730 of file directory 400
As shown in FIG. 4 (c), is a definition time information 402 indicating the file name 401 for specifying the file and the time when the file specified by the file name 401 is defined as items.
Have. The item management information section 720 stores the item management information 421 and 422 of the file name 401 and the definition time information 402, respectively, as shown in FIG. Further, in the generation time information 712 of the file management information section 710, as shown in (a) of the figure, the date information “88/01/01” is set as the time when the file register 400 is generated or the structure is changed.
Is stored.
第5図に、前記項目登録簿500のファイルフォーマット
を示す。項目登録簿500のデータレコード部730は、第5
図(c)に示す如く、項目として、項目を特定する所属
ファイル名501,項目名502および項目に格納されるデー
タの属性を示すデータ型503を有する。項目管理情報部7
20は、同図(b)に示す如く、上記所属ファイル名501,
項目名502およびデータ型503のそれぞれの項目管理情報
521,522および523を格納している。また、ファイル管理
情報部710の生成時期情報712には、同図(a)に示す如
く、項目登録簿500の生成または構造変更が行われた時
期として、日付情報“88/01/01"が格納されている。FIG. 5 shows the file format of the item register 500. The data record portion 730 of the item register 500 is the fifth
As shown in FIG. 6C, the item has a belonging file name 501 that identifies the item, an item name 502, and a data type 503 that indicates the attribute of the data stored in the item. Item management information section 7
20 is the above-mentioned belonging file name 501, as shown in FIG.
Item management information for each item name 502 and data type 503
It contains 521, 522 and 523. Further, the generation time information 712 of the file management information section 710 includes date information “88/01/01” as the time when the item register 500 was generated or the structure was changed, as shown in FIG. It is stored.
第6図に、前記住所録600のファイルフォーマットを示
す。住所録600のデータレコード部730は、第6図(c)
に示す如く、項目として、項目を特定する氏名601,住所
602および電話番号603を有する。項目管理情報部720
は、同図(b)に示す如く、上述の氏名601,住所602お
よび電話番号503のそれぞれの項目管理情報621,622,623
を格納している。また、ファイル管理情報部710の生成
時期情報712には、同図(a)に示す如く、住所録600の
生成または構造変更が行われた時期として、日付情報
“88/12/14"が格納されている。なお、第6図(c)に
示す住所録600のデータレコード部730には、三種類の異
なったフォーマットを持つレコードが混在しているが、
これについては、動作とともに後述する。FIG. 6 shows the file format of the address book 600. The data record part 730 of the address book 600 is shown in FIG. 6 (c).
As shown in, as the item, specify the item, name 601, address
602 and telephone number 603. Item management information section 720
Is the item management information 621, 622, 623 of each of the above-mentioned name 601, address 602 and telephone number 503, as shown in FIG.
Is stored. Further, the generation time information 712 of the file management information section 710 stores date information “88/12/14” as the time when the address book 600 is generated or the structure is changed, as shown in FIG. Has been done. In the data record section 730 of the address book 600 shown in FIG. 6 (c), records having three different formats are mixed,
This will be described later along with the operation.
第2図に示したDBMS200は、ファイルの管理情報部700を
変更するために用いる時期情報比較部210およびファイ
ル管理部220と、前述のディクショナリファイル310およ
びデータファイル320に格納されているデータを操作す
るデータ操作部230とから構成されている。The DBMS 200 shown in FIG. 2 operates the data stored in the time information comparison unit 210 and the file management unit 220 used to change the management information unit 700 of the file, and the above-mentioned dictionary file 310 and the data file 320. And a data operation unit 230 that operates.
上述の如く構成された本実施例のDBシステムの動作を、
以下、第1図に示す動作フローチャートに示す処理の流
れに従って説明する。The operation of the DB system of the present embodiment configured as described above,
In the following, description will be given according to the flow of processing shown in the operation flowchart shown in FIG.
DBMS200は、DB300中のファイルの操作を要求するコマン
ド100を受取る(ステップ910)。このコマンド100に
は、データの追加,削除または更新等の操作の種別と、
操作の対象となるファイル(以下、これを「対象ファイ
ル」という)と、操作に用いるデータが指定されてい
る。The DBMS 200 receives the command 100 requesting the operation of the file in the DB 300 (step 910). This command 100 includes the type of operation such as data addition, deletion, or update,
A file to be operated (hereinafter referred to as “target file”) and data used for the operation are specified.
DBMS200中の時期情報比較部210は、以下の手順(ステッ
プ920)により、ファイルの定義変更に関する判定を行
い、ファイル管理部220を起動する。まず、ファイル登
録簿400から、対象ファイルに関するファイルの定義時
期情報402を読込む(ステップ921)。次に、対象ファイ
ル中のファイル管理情報部710から対象ファイルの生成
時期情報712を読込む。ここで、対象ファイルが未生成
の場合は、ファイル管理部220を起動する(ステップ92
2)。The time information comparison unit 210 in the DBMS 200 determines the file definition change according to the following procedure (step 920) and activates the file management unit 220. First, the file definition time information 402 regarding the target file is read from the file register 400 (step 921). Next, the generation time information 712 of the target file is read from the file management information section 710 in the target file. If the target file has not been generated, the file management unit 220 is activated (step 92).
2).
ファイル管理部220は、各ディクショナリファイルに格
納されている対象ファイルの定義情報であるデータレコ
ードを読込み、それに従って対象ファイルの生成を行う
(ステップ923)。一方、ステップ922で、対象ファイル
の生成時期情報712を読込んだ場合には、対象ファイル
の定義時期情報402と上記生成時期情報712とを比較し、
対象ファイルの生成または構造変更後に対象ファイルに
対しての定義変更が行われているか否かを判定する。判
定の結果が、対象ファイルの生成または構造変更後に、
対象ファイルに対しての定義変更が行われている場合に
は、ファイル管理部220を起動する(ステップ924)。フ
ァイル管理部220は、対象ファイルの管理情報部700を、
ディクショナリファイル310中の対象ファイルに関する
定義情報に従って、変更する(ステップ925)。The file management unit 220 reads the data record, which is the definition information of the target file stored in each dictionary file, and generates the target file according to the data record (step 923). On the other hand, when the generation time information 712 of the target file is read in step 922, the definition time information 402 of the target file is compared with the generation time information 712,
It is determined whether the definition of the target file has been changed after the generation or structure change of the target file. After the generation or structure change of the target file,
If the definition of the target file has been changed, the file management unit 220 is activated (step 924). The file management unit 220 replaces the management information unit 700 of the target file with
It is changed according to the definition information about the target file in the dictionary file 310 (step 925).
DBMS200中のデータ操作部230は、以下の手順(ステップ
930)により、対象ファイルに対してデータ操作を行
う。まず、対象ファイルのデータレコード部に対して、
操作コマンド100で指定された、追加,削除または更新
等の操作を実行する(ステップ931)。次に、データ操
作部230は、対象ファイルが、ディクショナリファイル
か、データファイルかを判定する(ステップ932)。判
定の結果、対象ファイルがディクショナリファイルであ
る場合は、操作コマンド100による操作は、操作を行う
データによって指定されるファイルの定義情報の変更で
あり、定義時期情報の更新処理(ステップ933)を起動
する。この処理では、操作コマンド100によって定義変
更されたファイルのファイル登録簿400中の定義時期情
報402を更新する。The data operation unit 230 in the DBMS 200 uses the following procedure (step
930), data operation is performed on the target file. First, for the data record part of the target file,
The operation such as addition, deletion or update specified by the operation command 100 is executed (step 931). Next, the data operation unit 230 determines whether the target file is a dictionary file or a data file (step 932). If the result of the determination is that the target file is a dictionary file, the operation by the operation command 100 is a change in the definition information of the file specified by the data to be operated, and the definition time information update processing (step 933) is started. To do. In this processing, the definition time information 402 in the file register 400 of the file whose definition has been changed by the operation command 100 is updated.
以上の処理により、操作コマンド100を実行した結果が
返される(ステップ940)。Through the above processing, the result of executing the operation command 100 is returned (step 940).
上述の如く、本実施例においては、第3図に示した如き
ファイル構成およびフォーマットで、第2図に示したデ
ィクショナリファイル310とデータファイル320とを、同
一の物理構造で扱う。また、第2図に示したDBMS200内
に、時期情報比較部210およびファイル管理部220を設け
ている。これらにより、本実施例によれば、データ操作
によって蓄積されたファイルの定義情報から、ファイル
の生成または構造変更を、必要に応じてDBMS自身が自動
的に実行することができるという効果がある。また、第
3図(c)および(d)に示した識別子722および732に
より各項目の値を識別することで、ファイルの構造変更
に伴なうデータレコード部730のデータ再編成が不要に
なるという効果がある。As described above, in the present embodiment, the dictionary file 310 and the data file 320 shown in FIG. 2 are treated with the same physical structure with the file structure and format shown in FIG. Further, a time information comparison unit 210 and a file management unit 220 are provided in the DBMS 200 shown in FIG. As a result, according to the present embodiment, there is an effect that the DBMS itself can automatically generate or change the structure of the file from the definition information of the file accumulated by the data operation, if necessary. Further, by identifying the value of each item by the identifiers 722 and 732 shown in FIGS. 3C and 3D, it is not necessary to reorganize the data of the data record part 730 due to the structure change of the file. There is an effect.
前述の如きシステム構成において、DB300にデータファ
イル320として、住所録600を生成およぞ構造変更を行っ
た場合の各ファイルの状態を第7図〜第9図に示す。各
図の(a),(b),(c)はそれぞれ、操作前の状
態,定義操作を行った状態,データ操作を行った状態を
示している。7 to 9 show the states of the respective files when the address book 600 is generated and the structure is changed as the data file 320 in the DB 300 in the system configuration as described above. (A), (b), and (c) of each figure respectively show the state before the operation, the state after the definition operation, and the state after the data operation.
第7図は、DB300にデータファイル320として住所録600
を生成し、生成した住所録600にデータレコード631を挿
入する操作を行った場合の各ファイルの状態を示してい
る。Figure 7 shows an address book 600 as a data file 320 in DB300.
And the state of each file when the operation of inserting the data record 631 into the generated address book 600 is performed.
本操作においては、まず、住所録600の生成操作とし
て、ファイル登録簿400に住所録600のファイル定義情報
であるデータレコード433を挿入し、次に、項目登録簿5
00に住所録600の項目である氏名601および住所602の各
々の項目定義情報であるデータレコード536および537を
挿入する。次に、住所録600へのデータ操作として、住
所録600のデータレコード631を挿入する。In this operation, first, as the operation of generating the address book 600, the data record 433 that is the file definition information of the address book 600 is inserted into the file register 400, and then the item register 5
The data records 536 and 537 which are the item definition information of each of the name 601 which is the item of the address book 600 and the address 602 are inserted into 00. Next, as a data operation to the address book 600, the data record 631 of the address book 600 is inserted.
第8図は、上述の住所録600に、新しい項目である電話
番号603を追加する操作を行った場合の各ファイルの状
態を示している。FIG. 8 shows the state of each file when an operation of adding a telephone number 603, which is a new item, to the address book 600 is performed.
本操作においては、まず、住所録600の定義変更操作と
して、項目登録簿500に住所録600の追加項目である電話
番号603の、項目定義情報であるデータレコード538を挿
入する。次に、住所録600へのデータ操作として、住所
録600のデータレコード632を挿入する。In this operation, first, as a definition changing operation of the address book 600, a data record 538 which is the item definition information of the telephone number 603 which is an additional item of the address book 600 is inserted into the item register 500. Next, as a data operation to the address book 600, the data record 632 of the address book 600 is inserted.
第9図は、上述の住所録600から項目を削除するという
定義変更を行った住所録600に、データレコード633を挿
入する操作を行った場合の各ファイルの状態を示してい
る。FIG. 9 shows the state of each file when the operation of inserting the data record 633 is performed in the address book 600 whose definition is changed by deleting the item from the address book 600 described above.
本操作においては、まず、住所録600の定義変更操作と
して、項目登録簿500から住所録600の削除項目である住
所602の項目定義情報であるデータレコード537を削除す
る。次に、住所録600へのデータ操作として、住所録600
のデータレコード633を挿入する。In this operation, first, as a definition changing operation of the address book 600, the data record 537 which is the item definition information of the address 602 which is the deletion item of the address book 600 is deleted from the item register 500. Next, as a data operation to the address book 600, the address book 600
Insert data record 633 of.
上述の各操作の定義操作は、前述のディクショナリファ
イル310へのデータ操作である。そのため、第1図のス
テップ932および933の処理により、ファイル登録簿400
のデータレコード部730に格納されている住所録600の定
義情報のうちの定義時期情報402が更新されるが、それ
らの定義操作を行った時点では、住所録600の生成また
は構造変更は行われない。The definition operation of each operation described above is a data operation to the dictionary file 310 described above. Therefore, the file directory 400 is processed by the processing of steps 932 and 933 in FIG.
The definition time information 402 of the definition information of the address book 600 stored in the data record section 730 of the address book 600 is updated, but when the definition operation is performed, the address book 600 is not generated or the structure is changed. Absent.
上記実施例によれば、第1図のステップ920における二
つの時期情報の比較によって、ファイル中の管理情報部
の変更処理の起動の必要性を判定しているため、ファイ
ルの定義変更における処理効率が良い。これにより、DB
操作時の操作性が向上する。また、上記実施例において
は、ファイルの定義操作を、構造を定義するデータのデ
ータ操作で代替しているため、定義操作のためのコマン
ドが不要である。これにより、利用者インタフェースが
容易になる。更に、上記実施例においては、従来のDBMS
による定義処理の大半を占めていたデータの再編成処理
および定義コマンドの解析処理を実行する部分が、DBMS
中に不要になるので、DBMSの規模が大幅に削減されると
いう効果もある。According to the above-described embodiment, the necessity of activating the change processing of the management information part in the file is determined by comparing the two pieces of time information in step 920 of FIG. Is good. This allows DB
Operability during operation is improved. Further, in the above embodiment, since the file definition operation is replaced by the data operation of the data defining the structure, the command for the definition operation is unnecessary. This facilitates the user interface. Further, in the above embodiment, the conventional DBMS
The data reorganization processing and definition command analysis processing, which accounted for most of the definition processing by
There is also an effect that the size of the DBMS is significantly reduced because it is not needed inside.
なお、前記各操作により、住所録600のデータレコード
部730には、第6図(c)に示す如き三種類の異なった
フォーマットを持つレコードが混在することになる。し
かし、上記実施例によれば、各項目の値に付加された項
目の識別子および項目の値の長さにより、所望の項目の
値を格納および検索等することができる。これにより、
第8図および第9図に示したデータ操作では、住所録60
0が生成または構造変更された後に定義操作が行われて
いるため、第1図のステップ924および925の処理によ
り、住所録600の構造変更が行われるが、住所録600のフ
ァイル管理情報部710および項目管理情報部720のみの更
新であり、既に格納されているデータレコードのデータ
再編成は行われない。By the above operations, the data record section 730 of the address book 600 contains records having three different formats as shown in FIG. 6 (c). However, according to the above-described embodiment, the value of a desired item can be stored and retrieved based on the item identifier added to the value of each item and the length of the item value. This allows
In the data manipulation shown in FIGS. 8 and 9, the address book 60
Since the definition operation is performed after 0 is generated or the structure is changed, the structure of the address book 600 is changed by the processing of steps 924 and 925 in FIG. 1, but the file management information part 710 of the address book 600 is changed. And only the item management information section 720 is updated, and the data reorganization of the already stored data record is not performed.
以上、詳細に述べた如く、本発明によれば、ファイルの
定義操作時の応答性を向上させること、コマンド数を削
減して、利用者インタフェースを容易にすること、およ
び、データベース管理システムの規模を削減することを
可能とするデータベース管理方式を実現できるという顕
著な効果を奏するものである。As described above in detail, according to the present invention, the responsiveness at the time of file definition operation is improved, the number of commands is reduced to facilitate the user interface, and the scale of the database management system. This has the remarkable effect of realizing a database management method that can reduce
第1図は本発明の一実施例であるDBMSにおける各部の動
作を示すフローチャート、第2図は実施例のDBシステム
の構成図、第3図は各ファイルの論理的な構成および各
部のデータフォーマットを示す図、第4図〜第6図は各
ファイルの詳細な構成を示す図、第7図〜第9図は実施
例の具体的動作を示すファイル状態を示す図、第10図は
従来技術によるシステムの構成図、第11図はSQLのDDLお
よびDMLコマンドにおける対象と動作を示す図、第12図
はデータ分散型の分散処理システムの構成例を示す図で
ある。 200:DBMS、210:時期情報比較部、220:ファイル管理部、
230:データ操作部、300:DB、310:ディクショナリファイ
ル、320:データファイル、400:ファイル登録簿、402:定
義時期情報、500:項目登録簿、600:住所録、712:生成時
期情報、732:項目の識別子、733:項目の値の長さ、734:
項目の値。FIG. 1 is a flow chart showing the operation of each part in a DBMS that is an embodiment of the present invention, FIG. 2 is a block diagram of the DB system of the embodiment, and FIG. 3 is a logical structure of each file and the data format of each part. FIG. 4, FIG. 4 to FIG. 6 are diagrams showing a detailed structure of each file, FIG. 7 to FIG. 9 are diagrams showing a file state showing a concrete operation of the embodiment, and FIG. FIG. 11 is a diagram showing the configuration of a system according to FIG. 11, FIG. 11 is a diagram showing objects and operations in SQL DDL and DML commands, and FIG. 12 is a diagram showing a configuration example of a data distribution type distributed processing system. 200: DBMS, 210: Time information comparison section, 220: File management section,
230: Data operation part, 300: DB, 310: Dictionary file, 320: Data file, 400: File directory, 402: Definition time information, 500: Item directory, 600: Address book, 712: Generation time information, 732 : Item identifier, 733: Item value length, 734:
The value of the item.
───────────────────────────────────────────────────── フロントページの続き (72)発明者 安田 和幸 東京都渋谷区道玄坂1丁目16番5号 株式 会社日本ビジネスコンサルタント内 (56)参考文献 特開 昭61−279932(JP,A) 特開 昭61−82251(JP,A) 特開 昭63−145551(JP,A) 特開 昭63−276640(JP,A) 発明協会公開技報83−2543 朴木実著「データベース・導入と設計」 (昭50−9−5)企画センター PP. 189−195 「ACOSソウトウェア ACOS−4 /MVP XE ADBS概説書 DFC 71−3」(1985−6.)日本電気 PP. 88−89 ─────────────────────────────────────────────────── ─── Continuation of the front page (72) Inventor Kazuyuki Yasuda 1-16-5 Dogenzaka, Shibuya-ku, Tokyo Within Japan Business Consultant Co., Ltd. (56) References JP-A-61-279932 (JP, A) JP-A-SHO 61-82251 (JP, A) JP-A-63-145551 (JP, A) JP-A-63-276640 (JP, A) JIII Journal of Technical Disclosure 83-2543 Parki Minoru "Database / Introduction and Design" (SHO 50-9-5) Planning Center PP. 189-195 "ACOS Software ACOS-4 / MVP XE ADBS Overview DFC 71-3" (1985-6.) NEC PP. 88-89
Claims (2)
イルの論理構造等を定義するデータを格納するディクシ
ョナリファイルと、前記データファイルとディクショナ
リファイル中のデータをアクセスするデータ操作手段と
を有するデータベースを管理するデータベース管理シス
テムにおいて、前記データファイルとディクショナリフ
ァイルとを同一の物理構造とし、前記ディクショナリフ
ァイル内に、前記データファイルの論理構造が定義また
は定義変更された時期を格納する定義時期情報格納手段
と、前記データファイルが生成または構造変更された時
期を格納する生成時期情報格納手段とを設けるととも
に、前記ディクショナリファイルに格納されたファイル
の論理構造等を定義するデータから前記データファイル
の生成または構造変更を行うデータファイル生成手段を
設けて、前記データ操作手段により前記データファイル
をアクセスする際に、前記格納手段中の定義時期情報と
対象ファイルの生成時期情報とを比較して、該比較の結
果に応じて前記データファイル生成手段を起動すること
を特徴とするデータベース管理方式。1. A database including a data file for storing data, a dictionary file for storing data defining a logical structure of the file, and a data manipulating means for accessing the data in the data file and the dictionary file are managed. In the database management system, the data file and the dictionary file have the same physical structure, in the dictionary file, the definition time information storage means for storing the time when the logical structure of the data file is defined or definition changed, A generation time information storage means for storing the time when the data file is generated or the structure is changed is provided, and the generation or the structure change of the data file is performed from the data defining the logical structure of the file stored in the dictionary file. A data file generating means for performing the above is provided, and when the data file is accessed by the data operating means, the definition time information in the storage means is compared with the generation time information of the target file, and the result of the comparison is obtained. A database management method characterized in that the data file generating means is activated accordingly.
が、項目の識別子,項目の値の長さおよび項目の値から
成り、前記データ操作手段では、前記項目の識別子およ
び項目の値の長さを参照することにより前記各項目の値
を操作することを特徴とする請求項1記載のデータベー
ス管理方式。2. Each item in each record in the file comprises an item identifier, an item value length and an item value, and in the data operating means, the item identifier and item value length. 2. The database management system according to claim 1, wherein the value of each item is operated by referring to the value.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP1076014A JPH0687226B2 (en) | 1989-03-28 | 1989-03-28 | Database management method |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP1076014A JPH0687226B2 (en) | 1989-03-28 | 1989-03-28 | Database management method |
Publications (2)
Publication Number | Publication Date |
---|---|
JPH02253451A JPH02253451A (en) | 1990-10-12 |
JPH0687226B2 true JPH0687226B2 (en) | 1994-11-02 |
Family
ID=13592967
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP1076014A Expired - Lifetime JPH0687226B2 (en) | 1989-03-28 | 1989-03-28 | Database management method |
Country Status (1)
Country | Link |
---|---|
JP (1) | JPH0687226B2 (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10289719B2 (en) | 2015-07-10 | 2019-05-14 | Mitsubishi Electric Corporation | Data acquisition device, data acquisition method and computer readable medium |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPS6182251A (en) * | 1984-09-29 | 1986-04-25 | Hitachi Ltd | Storing system of relation type data base |
JPS61279932A (en) * | 1985-06-06 | 1986-12-10 | Nec Corp | Automatic collective translation system for source program |
JPS63145551A (en) * | 1986-12-09 | 1988-06-17 | Nec Corp | Changing system for definition of file attribute |
JPS63276640A (en) * | 1987-05-08 | 1988-11-14 | Mitsubishi Electric Corp | Master file managing system |
-
1989
- 1989-03-28 JP JP1076014A patent/JPH0687226B2/en not_active Expired - Lifetime
Non-Patent Citations (3)
Title |
---|
「ACOSソウトウェアACOS−4/MVPXEADBS概説書DFC71−3」(1985−6.)日本電気PP.88−89 |
朴木実著「データベース・導入と設計」(昭50−9−5)企画センターPP.189−195 |
発明協会公開技報83−2543 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10289719B2 (en) | 2015-07-10 | 2019-05-14 | Mitsubishi Electric Corporation | Data acquisition device, data acquisition method and computer readable medium |
Also Published As
Publication number | Publication date |
---|---|
JPH02253451A (en) | 1990-10-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6407753B1 (en) | System and method for integrating entities via user-interactive rule-based matching and difference reconciliation | |
JP3460597B2 (en) | Compound document management system, compound document structure management method, and recording medium storing compound document structure management program | |
JP3123025B2 (en) | Cut and paste filter in data processing system | |
US5432928A (en) | Updating objects stored in a permanent container while preserving logical contiguity | |
US6809748B2 (en) | Method and apparatus for setting a limitation of copy to generated data in a system having a plurality of information processing apparatuses connected to a network | |
US6529913B1 (en) | Database for electronic design automation applications | |
JPH06259472A (en) | Multimedia information system | |
JP2644728B2 (en) | Data dictionary directory system | |
US5394546A (en) | Database management system and method of extending system functions | |
JPH0687226B2 (en) | Database management method | |
US5978810A (en) | Data management system and method for storing a long record in a set of shorter keyed records | |
JP3245047B2 (en) | Version control apparatus and method | |
JP3169596B2 (en) | Database management device | |
JP3590211B2 (en) | Database management method | |
JPH09305449A (en) | Data base managing system | |
JP2000123038A (en) | Database device, database access method and recording medium recorded with database access program | |
JP3709510B2 (en) | Relational database management method and relational database system | |
JP3170795B2 (en) | File group processing device | |
JP2785966B2 (en) | Foreign key dynamic resolution processing method | |
JPH09167167A (en) | Object retrieval method in object directing database | |
Pesch | Large arrays and files | |
JPH08328929A (en) | Database split management system | |
JPH06231016A (en) | File coupling/dividing method | |
JPH07248955A (en) | Data base management system | |
JPH04314129A (en) | File managing system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
R360 | Written notification for declining of transfer of rights |
Free format text: JAPANESE INTERMEDIATE CODE: R360 |
|
R370 | Written measure of declining of transfer procedure |
Free format text: JAPANESE INTERMEDIATE CODE: R370 |
|
S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081102 Year of fee payment: 14 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091102 Year of fee payment: 15 |
|
EXPY | Cancellation because of completion of term | ||
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091102 Year of fee payment: 15 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091102 Year of fee payment: 15 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091102 Year of fee payment: 15 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091102 Year of fee payment: 15 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091102 Year of fee payment: 15 |