WO2012117438A1 - Database management device, database management method, and database system - Google Patents

Database management device, database management method, and database system Download PDF

Info

Publication number
WO2012117438A1
WO2012117438A1 PCT/JP2011/001154 JP2011001154W WO2012117438A1 WO 2012117438 A1 WO2012117438 A1 WO 2012117438A1 JP 2011001154 W JP2011001154 W JP 2011001154W WO 2012117438 A1 WO2012117438 A1 WO 2012117438A1
Authority
WO
WIPO (PCT)
Prior art keywords
index
path
storage area
stored
priority
Prior art date
Application number
PCT/JP2011/001154
Other languages
French (fr)
Japanese (ja)
Inventor
五十嵐和人
矢田部英次
千田理路
Original Assignee
株式会社日立製作所
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 株式会社日立製作所 filed Critical 株式会社日立製作所
Priority to PCT/JP2011/001154 priority Critical patent/WO2012117438A1/en
Publication of WO2012117438A1 publication Critical patent/WO2012117438A1/en

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/80Information retrieval; Database structures therefor; File system structures therefor of semi-structured data, e.g. markup language structured data such as SGML, XML or HTML
    • G06F16/81Indexing, e.g. XML tags; Data structures therefor; Storage structures
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/80Information retrieval; Database structures therefor; File system structures therefor of semi-structured data, e.g. markup language structured data such as SGML, XML or HTML
    • G06F16/83Querying
    • G06F16/835Query processing
    • G06F16/8373Query execution

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

Provided is a database management device, whereby it is possible, when accessing data according to a work program query, said data being stored in a database region, to shorten time required to access the data by using an index which is stored in an index storage region. The data management device comprises a control unit which, when creating the index, computes, on the basis of the degree to which the access time can be shortened by using the index and the storage capacity of the index storage region which is consumed by creating the index, priorities for a plurality of paths of the data for which indices are to be created, and creates only the index of the paths on the basis of the computed priorities.

Description

データベース管理装置、データベース管理方法及びデータベースシステムDatabase management apparatus, database management method, and database system
 本発明はデータベース管理装置、データベース管理方法及びデータベースシステムに関し、例えばXML(Extensible Markup Language)データベースを管理するデータベース管理装置、データベース管理方法及びデータベースシステムに適用して好適なものである。 The present invention relates to a database management apparatus, a database management method, and a database system, and is suitably applied to, for example, a database management apparatus, a database management method, and a database system for managing an XML (Extensible Markup Language) database.
 XMLデータベースは、関連データベース(RDB:Relational Data Base)におけるXML型の列に対してXMLスキーマを定義しない場合、整形式XML文書であれば、どのようなスキーマをもつXML文書であっても格納が可能である。 If the XML database does not define an XML schema for an XML type column in a relational database (RDB: Relational Data Base), it can be stored in any well-formed XML document. Is possible.
 このためXMLデータベースにおいては、運用中に新しい要素や属性の追加に起因して関連データベースのXML型の列に格納するXML文書のスキーマが変化する場合には、データベース管理者がスキーマや問合せの変化に応じてインデックスを再編成することが求められる。 Therefore, in the XML database, when the schema of the XML document stored in the XML type column of the related database changes due to the addition of new elements or attributes during operation, the database administrator changes the schema or query. It is required to reorganize the index according to the situation.
 そこで特許文献1によれば、インデックスを再設計する際、業務プログラムからの問合わせの実行頻度に基づいて、チューニングする優先度を決定し、決定した優先度に基づいて、インデックスを再編成し得る技術が開示されている。 Therefore, according to Patent Document 1, when redesigning an index, the priority to be tuned can be determined based on the execution frequency of the inquiry from the business program, and the index can be reorganized based on the determined priority. Technology is disclosed.
特開2007-122405号公報JP 2007-122405 A
 ところが、従来、データベース管理者がインデックスを再編成する場合、インデックスを格納する記憶領域のサイズを考慮しないため、限りある記憶領域で大きな効果を達成するインデックスを構築し難い問題があった。 However, conventionally, when a database administrator reorganizes an index, there is a problem that it is difficult to construct an index that achieves a large effect in a limited storage area because the size of the storage area for storing the index is not considered.
 また従来、データベース管理者がインデックスを再編成する場合、問合せの実行頻度でチューニングの優先度を計算しているため、実行頻度が低くても1回の処理時間が長い問合せに対するチューニングの効果が低いという問題があった。 Conventionally, when the database administrator reorganizes the index, the tuning priority is calculated based on the frequency of execution of the query. Therefore, even if the frequency of execution is low, the effect of tuning on a query with a long processing time is low. There was a problem.
 本発明は以上の点を考慮してなされたもので、限りある記憶領域を有効に利用しながら高い性能を発揮し得るデータベース管理装置、データベース管理方法及びデータベースシステムを提案しようとするものである。 The present invention has been made in view of the above points, and intends to propose a database management apparatus, a database management method, and a database system that can exhibit high performance while effectively using a limited storage area.
 かかる課題を解決するため本発明においては、業務プログラムからの問合せ文に応じてデータベース領域に格納されているデータにアクセスする際、インデックス格納領域に格納されているインデックスを用いて前記データの格納領域を検索し、該検索した結果に基づいて前記データにアクセスするデータベース管理装置において、前記データベース格納領域に格納されているデータのパスに関する統計情報を取得する統計情報取得部と、前記パスに対する問合せ時間を前記統計情報から取得して、該取得した問合せ時間に基づいて、前記インデックスを用いた場合に削減され得る問合せ時間削減量を算出する問合せ時間削減量算出部と、前記パスに対するインデックスを作成し、該作成したインデックスを前記インデックス格納領域に格納した場合に消費される格納領域消費量を算出する格納領域消費量算出部と、前記問合せ時間削減量及び前記格納領域消費量に基づいて、インデックスを作成すべき複数の前記データのパスについての優先度を算出する優先度計算部と、前記優先度に基づいて、前記パスのインデックスを作成するインデックス削除作成部とを備えることを特徴とする。 In order to solve such a problem, in the present invention, when accessing data stored in a database area in response to a query statement from a business program, the data storage area is stored using an index stored in the index storage area. In a database management apparatus that accesses the data based on the search result, a statistical information acquisition unit that acquires statistical information about a path of data stored in the database storage area, and an inquiry time for the path A query time reduction amount calculation unit that calculates a query time reduction amount that can be reduced when the index is used based on the acquired query time, and an index for the path is created. The created index is stored in the index storage area. A storage area consumption calculating unit for calculating a storage area consumption consumed in the case of the storage, and a priority for a plurality of the data paths to be indexed based on the inquiry time reduction amount and the storage area consumption A priority calculating unit that calculates a degree; and an index deletion creating unit that creates an index of the path based on the priority.
 また本発明においては、業務プログラムからの問合せ文に応じてデータベース領域に格納されているデータにアクセスする際、インデックス格納領域に格納されているインデックスを用いて前記データの格納領域を検索し、該検索した結果に基づいて前記データにアクセスするデータベース管理装置のデータベース管理方法において、統計情報取得部が、前記データベース格納領域に格納されているデータのパスに関する統計情報を取得する第1のステップと、問合せ時間削減量算出部が、前記パスに対する問合せ時間を前記統計情報から取得して、該取得した問合せ時間に基づいて、前記インデックスを用いた場合に削減され得る問合せ時間削減量を算出する第2のステップと、格納領域消費量算出部が、前記パスに対するインデックスを作成し、該作成したインデックスを前記インデックス格納領域に格納した場合に消費される格納領域消費量を算出する第3のステップと、優先度計算部が、前記問合せ時間削減量及び前記格納領域消費量に基づいて、インデックスを作成すべき複数の前記データのパスについての優先度を算出する第4のステップと、インデックス削除作成部が、前記優先度に基づいて、前記パスのインデックスを作成する第5のステップとを備えることを特徴とする。 In the present invention, when accessing data stored in the database area in response to a query from the business program, the data storage area is searched using an index stored in the index storage area, In the database management method of the database management apparatus that accesses the data based on the search result, a first step in which a statistical information acquisition unit acquires statistical information on a path of data stored in the database storage area; A query time reduction amount calculation unit obtains a query time for the path from the statistical information, and calculates a query time reduction amount that can be reduced when the index is used based on the acquired query time. And the storage area consumption calculation unit calculates an index for the path. A third step of calculating a storage area consumption amount that is generated when the generated index is stored in the index storage area, and a priority calculation unit includes the query time reduction amount and the storage area consumption amount And a fourth step of calculating a priority for a plurality of paths of the data to be indexed, and a fifth index deletion creation unit creates an index of the path based on the priority. These steps are provided.
 また本発明においては、端末装置、データベース管理装置及び記憶装置が互いに通信可能に接続されるデータベースシステムにおいて、前記データベース管理装置は、前記端末装置の業務プログラムからの問合せ文に応じて前記記憶装置のデータベース領域に格納されているデータにアクセスする際、前記記憶装置のインデックス格納領域に格納されているインデックスを用いて前記データの格納領域を検索し、該検索した結果に基づいて前記データにアクセスするデータベース管理装置であって、前記データベース格納領域に格納されているデータのパスに関する統計情報を取得する統計情報取得部と、前記パスに対する問合せ時間を前記統計情報から取得して、該取得した問合せ時間に基づいて、前記インデックスを用いた場合に削減され得る問合せ時間削減量を算出する問合せ時間削減量算出部と、前記パスに対するインデックスを作成し、該作成したインデックスを前記インデックス格納領域に格納した場合に消費される格納領域消費量を算出する格納領域消費量算出部と、前記問合せ時間削減量及び前記格納領域消費量に基づいて、インデックスを作成すべき複数の前記データのパスについての優先度を算出する優先度計算部と、前記優先度に基づいて、前記パスのインデックスを作成するインデックス削除作成部とを備えることを特徴とする。 Further, in the present invention, in the database system in which the terminal device, the database management device, and the storage device are connected so as to be able to communicate with each other, the database management device is configured so that the storage device When accessing data stored in a database area, the storage area of the data is searched using an index stored in the index storage area of the storage device, and the data is accessed based on the search result A database management device, a statistical information acquisition unit that acquires statistical information about a path of data stored in the database storage area, and an inquiry time for the path is acquired from the statistical information, and the acquired inquiry time Based on the above, reduction when using the index A query time reduction amount calculation unit that calculates a query time reduction amount that can be stored, and a storage that calculates an index for the path and calculates a storage area consumption amount that is consumed when the created index is stored in the index storage area An area consumption calculation unit; a priority calculation unit that calculates a priority for a plurality of paths of the data to be indexed based on the inquiry time reduction amount and the storage area consumption; and And an index deletion creation unit for creating an index of the path.
 本発明によれば、限りある記憶領域を有効に利用しながら高い性能を発揮し得るデータベース管理装置、データベース管理方法及びデータベースシステムを提供することができる。 According to the present invention, it is possible to provide a database management apparatus, a database management method, and a database system that can exhibit high performance while effectively using a limited storage area.
データベースシステムの概略構成図である。It is a schematic block diagram of a database system. データベースシステムの論理構成図である。It is a logical block diagram of a database system. 統計情報を示す概念図である。It is a conceptual diagram which shows statistical information. システム情報を示す概念図である。It is a conceptual diagram which shows system information. インデックス定義情報を示す概念図である。It is a conceptual diagram which shows index definition information. 優先度表を示す概念図である。It is a conceptual diagram which shows a priority table. 作成インデックス表を示す概念図である。It is a conceptual diagram which shows a creation index table. インデックス再編成設定画面の一例を示す概念図である。It is a conceptual diagram which shows an example of an index reorganization setting screen. インデックス再編成結果画面の一例を示す概念図である。It is a conceptual diagram which shows an example of an index reorganization result screen. 優先度計算処理の処理手順を示すフローチャートである。It is a flowchart which shows the process sequence of a priority calculation process. 倍率計算処理の処理手順を示すフローチャートである。It is a flowchart which shows the process sequence of a magnification calculation process. インデックス削除作成処理の処理手順を示すフローチャートである。It is a flowchart which shows the process sequence of an index deletion creation process.
 以下図面について、本発明の一実施の形態を詳述する。 Hereinafter, an embodiment of the present invention will be described in detail with reference to the drawings.
(1)本実施の形態によるXMLデータベースシステムの構成
 図1において、1は全体として本実施の形態によるXMLデータベースシステムを示す。このXMLデータベースシステム1は、端末装置10及びデータベース管理装置20がネットワークNを介して接続されると共に、データベース管理装置20に二次記憶装置30が接続されて構成されている。
(1) Configuration of XML Database System According to this Embodiment In FIG. 1, 1 indicates an XML database system according to this embodiment as a whole. The XML database system 1 is configured such that a terminal device 10 and a database management device 20 are connected via a network N, and a secondary storage device 30 is connected to the database management device 20.
 端末装置10は、ユーザが業務を遂行するために使用する情報処理装置であり、プロセッサ11、メモリ12及び通信インタフェース13等の情報処理資源を備えて構成される。メモリ12には、端末装置10を使用するユーザの業務内容に応じた業務プログラム12Aが格納されており、プロセッサ11がこの業務プログラム12Aを実行することにより所定の業務処理が実行される。そして、この業務処理の実行時に、データベース管理装置20が管理するXMLデータベースから必要な情報を取得するための問合せ文が通信インタフェース13を介してデータベース管理装置20に発行される。通信インタフェース13は、例えばNIC(Network Interface Card)などから構成され、データベース管理装置20との通信時におけるプロトコル制御を行う。 The terminal device 10 is an information processing device used by a user for performing business, and includes information processing resources such as a processor 11, a memory 12, and a communication interface 13. The memory 12 stores a business program 12A corresponding to the business content of the user who uses the terminal device 10, and a predetermined business process is executed when the processor 11 executes the business program 12A. Then, at the time of executing this business process, a query statement for acquiring necessary information from the XML database managed by the database management apparatus 20 is issued to the database management apparatus 20 via the communication interface 13. The communication interface 13 is composed of, for example, a NIC (Network Interface Card) or the like, and performs protocol control during communication with the database management apparatus 20.
 データベース管理装置20は、通信インタフェース21、プロセッサ22、メモリ23及びディスクインタフェース24等の情報処理資源を備えるコンピュータ装置であり、例えばパーソナルコンピュータ、ワークステーション又は大型計算機などから構成される。 The database management device 20 is a computer device provided with information processing resources such as a communication interface 21, a processor 22, a memory 23, and a disk interface 24, and is composed of, for example, a personal computer, a workstation, or a large computer.
 メモリ23は、主として各種制御プログラムを保持するために利用される一次記憶装置である。後述する問合せ実行プログラム23A、統計情報取得プログラム23B、優先度計算プログラム23C及びインデックス削除作成プログラム23Dもこのメモリ23に格納されて保持される。このメモリ23に格納された上述の各種プログラムをプロセッサ22が実行することにより、データベース管理装置20全体として後述のような各種処理が実行される。ディスクインタフェース24は、二次記憶装置30との通信時におけるプロトコル制御を行うアダプタから構成される。通信インタフェース21は、端末装置10の通信インタフェース13と同様の機能を有する。 The memory 23 is a primary storage device mainly used for holding various control programs. A query execution program 23A, a statistical information acquisition program 23B, a priority calculation program 23C, and an index deletion creation program 23D, which will be described later, are also stored and held in the memory 23. When the processor 22 executes the above-described various programs stored in the memory 23, the database management apparatus 20 as a whole performs various processes as described below. The disk interface 24 is composed of an adapter that performs protocol control during communication with the secondary storage device 30. The communication interface 21 has the same function as the communication interface 13 of the terminal device 10.
 二次記憶装置30は、例えば単体のハードディスク装置又は光ディスク装置や、複数のハードディスク装置又は光ディスク装置をアレイ状に搭載したディスクアレイ装置などから構成される。二次記憶装置30には、データベース領域31、統計情報32、システム情報33、インデックス格納領域34、インデックス定義情報35及び優先度表36が格納される。これらデータベース領域31、統計情報32、システム情報33、インデックス格納領域34、インデックス定義情報35及び優先度表36については、後述する。 The secondary storage device 30 includes, for example, a single hard disk device or optical disk device, or a disk array device in which a plurality of hard disk devices or optical disk devices are mounted in an array. The secondary storage device 30 stores a database area 31, statistical information 32, system information 33, an index storage area 34, index definition information 35, and a priority table 36. The database area 31, statistical information 32, system information 33, index storage area 34, index definition information 35, and priority table 36 will be described later.
 図2は、本データベースシステム1のデータベース管理に関する論理構成を示す。 FIG. 2 shows a logical configuration related to database management of the database system 1.
 図2において、問合せ実行部230A、統計情報取得部230B、優先度計算部230C及びインデックス削除作成部230Dは、それぞれデータベース管理装置20のプロセッサ22が、メモリ23に格納された問合せ実行プログラム23A、統計情報取得プログラム23B、優先度計算プログラム23C及びインデックス削除作成プログラム23Dを実行することにより発揮される機能を表す。これら問合せ実行部230A、統計情報取得部230B、優先度計算部230C及びインデックス削除作成部230Dのうち、優先度計算部230C及びインデックス削除作成部230Dにより後述のようなインデックス再編成処理(図10~図12参照)を実行するインデックス再編成部232が構成される。 In FIG. 2, the query execution unit 230A, the statistical information acquisition unit 230B, the priority calculation unit 230C, and the index deletion creation unit 230D are respectively executed by the processor 22 of the database management device 20 with the query execution program 23A stored in the memory 23, the statistics It represents a function that is exhibited by executing the information acquisition program 23B, the priority calculation program 23C, and the index deletion creation program 23D. Of these query execution unit 230A, statistical information acquisition unit 230B, priority calculation unit 230C, and index deletion creation unit 230D, an index reorganization process (described later with reference to FIG. 10) is performed by the priority calculation unit 230C and the index deletion creation unit 230D. An index reorganization unit 232 that executes (see FIG. 12) is configured.
 問合せ実行部230Aは、端末装置10の業務プログラム12Aから与えられる問合せ文に従って二次記憶装置30に設けられたデータベース領域31に格納されたデータから要求された情報を検索し、検索結果を業務プログラム12Aに通知する。また問合せ実行部230Aは、かかる業務プログラム12Aから与えられた問合せ文を統計情報取得部230Bに転送する。 The inquiry execution unit 230A searches the requested information from the data stored in the database area 31 provided in the secondary storage device 30 in accordance with the inquiry sentence given from the business program 12A of the terminal device 10, and the search result is the business program. 12A is notified. Further, the query execution unit 230A transfers the query sentence given from the business program 12A to the statistical information acquisition unit 230B.
 統計情報取得部230Bは、問合せ実行部230Aから問合せ文が転送されるごとに、当該問合せ文に関する所定の情報を取得し、これを統計情報32として二次記憶装置30に蓄積する。 The statistical information acquisition unit 230B acquires predetermined information about the inquiry sentence every time the inquiry sentence is transferred from the inquiry execution unit 230A, and accumulates the information in the secondary storage device 30 as the statistical information 32.
 優先度計算部230Cは、ユーザにより設定された一定間隔ごとに、後述のような優先度計算処理(図10参照)を実行し、後述のような優先度表の優先度欄(図6参照)に格納される各パスの優先度を算出する。 The priority calculation unit 230C executes a priority calculation process (see FIG. 10) as described later at regular intervals set by the user, and a priority column in a priority table as described later (see FIG. 6). The priority of each path stored in is calculated.
 なお、「優先度」とは、優先度表(図6参照)に格納された問合せ時間削減量、格納領域消費量、パスの使用頻度及び倍率に基づいて算出される値であって、本実施の形態では、優先度が高い順にインデックスが作成される。 The “priority” is a value calculated based on the query time reduction amount, storage area consumption, path usage frequency, and magnification stored in the priority table (see FIG. 6). In this form, indexes are created in descending order of priority.
 インデックス削除作成部230Dは、ユーザにより設定された一定間隔ごとに、後述のようなインデックス削除作成処理(図12参照)を実行し、優先度の高い順にインデックスを作成するとともに、不要なインデックスを削除する。 The index deletion creation unit 230D executes an index deletion creation process (see FIG. 12) described later at regular intervals set by the user, creates indexes in descending order of priority, and deletes unnecessary indexes. To do.
(2)本実施の形態による各種情報
 図1及び図2において、データベース領域31は、端末装置10からの問い合わせにかかるデータを格納するための記憶領域である。またインデックス格納領域34は、データベース管理装置20により作成されたインデックスを格納するための1又は複数の記憶領域である。
(2) Various Information According to this Embodiment In FIGS. 1 and 2, a database area 31 is a storage area for storing data related to an inquiry from the terminal device 10. The index storage area 34 is one or a plurality of storage areas for storing indexes created by the database management apparatus 20.
 図3は、端末装置10の業務プログラム12Aからデータベース管理装置20に問合せが与えられるごとに取得される統計情報32を示す。統計情報32は、例えば図3に示すように、時刻欄32A、問合わせ文欄32B、使用パス名欄32C、問合せ時間欄32D及びCPU時間欄32Eから構成される。 FIG. 3 shows statistical information 32 acquired each time an inquiry is given from the business program 12A of the terminal device 10 to the database management device 20. For example, as shown in FIG. 3, the statistical information 32 includes a time column 32A, an inquiry statement column 32B, a used path name column 32C, an inquiry time column 32D, and a CPU time column 32E.
 そして時刻欄32Aには、業務プログラム12Aからの問合せが与えられた時刻が格納され、問合わせ文欄32Bには、その問い合せの際の問合せ文が格納される。また使用パス名欄32Cには、その問合せに対する検索時に使用されたXML文書内のパスのパス名が格納され、問合せ時間欄32Dには、問い合わせるデータにアクセスする際にかかる時間が格納される。またCPU時間欄32Eには、プロセッサ22の処理時間が格納される。 In the time column 32A, the time when the inquiry from the business program 12A is given is stored, and in the inquiry statement column 32B, the inquiry statement at the time of the inquiry is stored. The used path name column 32C stores the path name of the path in the XML document used when searching for the query, and the query time column 32D stores the time taken to access the data to be queried. The CPU time column 32E stores the processing time of the processor 22.
 図4は、本データベースシステム1内に設けられたインデックス格納領域34を管理するためのシステム情報33を示す。システム情報33は、例えば図4に示すように、インデックス格納領域名欄33A、容量欄33B及び最大倍率欄33Cから構成される。そしてインデックス格納領域名欄33Aには、インデックス格納領域34の名称(インデックス格納領域名)が格納され、容量欄33Bには、そのインデックス格納領域34の容量が格納され、最大倍率欄33Cには、そのインデックス格納領域34に対してユーザが予め設定した最大倍率が格納される。最大倍率の詳細については、後述する。 FIG. 4 shows system information 33 for managing the index storage area 34 provided in the database system 1. For example, as shown in FIG. 4, the system information 33 includes an index storage area name column 33A, a capacity column 33B, and a maximum magnification column 33C. The index storage area name column 33A stores the name of the index storage area 34 (index storage area name), the capacity column 33B stores the capacity of the index storage area 34, and the maximum magnification column 33C stores A maximum magnification preset by the user is stored in the index storage area 34. Details of the maximum magnification will be described later.
 図5は、本データベースシステム1内に存在するインデックスを管理するためのインデックス定義情報35を示す。インデックス定義情報35は、例えば図5に示すように、インデックス名欄35A及びパス名欄35Bから構成される。そしてインデックス名欄35Aには、個々のインデックスの名称(インデックス名)が格納され、パス名欄35Bには、そのインデックスが索引付しているパスのパス名が格納される。 FIG. 5 shows index definition information 35 for managing an index existing in the database system 1. The index definition information 35 includes an index name field 35A and a path name field 35B as shown in FIG. 5, for example. Each index name (index name) is stored in the index name column 35A, and the path name of the path indexed by the index is stored in the path name column 35B.
 図6は、統計情報32に登録された各パスの優先度を計算及び管理するために利用される優先度表36を示す。優先度表36は、例えば図6に示すように、パス名欄36A、問合せ時間削減量欄36B、格納領域消費量欄36C、頻度欄36D、倍率欄36E及び優先度欄36Fから構成される。 FIG. 6 shows a priority table 36 used for calculating and managing the priority of each path registered in the statistical information 32. For example, as shown in FIG. 6, the priority table 36 includes a path name column 36A, an inquiry time reduction amount column 36B, a storage area consumption amount column 36C, a frequency column 36D, a magnification column 36E, and a priority column 36F.
 そしてパス名欄36Aには、統計情報32に登録されている各パスのパス名がそれぞれ格納される。また問合せ時間削減量欄36Bには、対応するパスのインデックスを作成しない場合の問合せ時間に対する当該インデックスを作成した場合の問合せ時間の削減量が格納され、格納領域消費量欄36Cには、対応するパスのインデックスを作成した場合のインデックス格納領域34の消費量が格納される。 In the path name column 36A, the path name of each path registered in the statistical information 32 is stored. The query time reduction amount column 36B stores the query time reduction amount when the index is created relative to the query time when the corresponding path index is not created, and the storage area consumption amount column 36C corresponds. The consumption amount of the index storage area 34 when the path index is created is stored.
 さらに頻度欄36Dには、統計情報32から取得した、対応するパスの単位時間当たりの使用頻度が格納され、倍率欄36Eには、対応するパスについて算出した倍率が格納される。さらに優先度欄36Fには、対応するパスについて算出した優先度が格納される。 Further, the frequency column 36D stores the usage frequency of the corresponding path per unit time acquired from the statistical information 32, and the magnification column 36E stores the magnification calculated for the corresponding path. Further, the priority column 36F stores the priority calculated for the corresponding path.
 ここで、倍率とは、優先度を計算するに際して、パスの使用頻度をどの程度優先度に加味させるかを定めた値であり、すなわち優先度において反映する使用頻度の割合を示す値である。倍率は、例えば次式(1)のように算出される。
 (数1)
f(頻度)=[{(最大倍率)-1)}/{max(全パスの頻度)-min(全パスの頻度)}×(頻度)]+[1-{(最大倍率)-1)}/{max(全パスの頻度)-min(全パスの頻度)}×min(全パスの頻度)]……(1)
Here, the magnification is a value that defines how much the use frequency of a path is added to the priority when the priority is calculated, that is, a value indicating a ratio of the use frequency reflected in the priority. The magnification is calculated, for example, as in the following formula (1).
(Equation 1)
f (frequency) = [{(maximum magnification) -1)} / {max (frequency of all paths) -min (frequency of all paths)} × (frequency)] + [1-{(maximum magnification) -1) } / {Max (frequency of all paths) −min (frequency of all paths)} × min (frequency of all paths)] …… (1)
 なお、上記式(1)における「最大倍率」には、システム情報33の最大倍率欄33Cに格納される最大倍率の値が代入され、「max(全パスの頻度)」及び「min(全パスの頻度)」には、優先度表36の頻度欄36Dに格納される全パスの使用頻度のうち、最大値及び最小値がそれぞれ代入される。また全パスの使用頻度が同一の場合、すなわち全パスの使用頻度の最大値から最小値を減算すると「0」となるような場合、倍率は「1」とされる。 Note that the value of the maximum magnification stored in the maximum magnification column 33C of the system information 33 is substituted for “maximum magnification” in the above formula (1), and “max (frequency of all paths)” and “min (all paths) The maximum value and the minimum value among the use frequencies of all paths stored in the frequency column 36D of the priority table 36 are respectively substituted for “ Further, when the usage frequencies of all paths are the same, that is, when the minimum value is subtracted from the maximum value of the usage frequencies of all paths, the magnification is set to “1”.
 そして、優先度は、この(1)式で算出される倍率を用いて、例えば次式(2)のように算出される。
 (数2)
優先度=f(頻度)×{(問合せ時間削減量)/(格納領域消費量)}……(2)
 
The priority is calculated using, for example, the following formula (2) using the magnification calculated by the formula (1).
(Equation 2)
Priority = f (frequency) × {(query time reduction amount) / (storage area consumption amount)} (2)
 なお、上記式(2)における「問合せ時間削減量」には、優先度表36の問合せ時間削減量欄36Bに格納される問合せ時間削減量のうち、優先度を算出したいパスの問合せ時間削減量が代入される。また「格納領域消費量」には、優先度表36の格納領域消費量欄36Cに格納される格納領域消費量のうち、優先度を算出したパスの格納領域消費量が代入される。そして、この上記式(2)により算出される優先度は、優先度表36の優先度欄36Fに格納されることになる。 The “query time reduction amount” in the above equation (2) includes the query time reduction amount of the path whose priority is to be calculated among the query time reduction amounts stored in the query time reduction amount column 36B of the priority table 36. Is substituted. In addition, the storage area consumption of the path for which the priority is calculated among the storage area consumption stored in the storage area consumption column 36C of the priority table 36 is substituted into “storage area consumption”. The priority calculated by the above equation (2) is stored in the priority column 36F of the priority table 36.
 このように、優先度に反映させるパスの使用頻度の割合、すなわち倍率をデータベース管理者が任意に設定できるようにすることでバッチ処理やOLTP(On-Line Transaction Processing)のような応答時間の要求の異なるデータベースシステムに対応することができる。 In this way, the ratio of path usage frequency to be reflected in the priority, that is, the response time request such as batch processing and OLTP (On-Line Transaction Processing) by allowing the database administrator to arbitrarily set the magnification. It is possible to correspond to different database systems.
 図7は、インデックス削除作成部230Dにより、優先度及びインデックス格納領域34の記憶容量に基づいてインデックス格納領域34に作成可能とされたインデックスを一時的に管理するための作成インデックス表37を示す。作成インデックス表37は、作成可能とされたインデックスの一覧を示しており、例えばメモリ23に一時的に保持される。そして作成インデックス表37は、作成対象パス名欄37Aから構成され、作成対象パス名欄37Aには、インデックスを作成すべきパスのパス名が格納される。 FIG. 7 shows a creation index table 37 for temporarily managing indexes that can be created in the index storage area 34 based on the priority and the storage capacity of the index storage area 34 by the index deletion creation unit 230D. The creation index table 37 shows a list of indexes that can be created, and is temporarily stored in the memory 23, for example. The creation index table 37 includes a creation target path name column 37A, and the creation target path name column 37A stores a path name of a path for which an index is to be created.
(3)本実施の形態による各種画面の構成
 図8は、端末装置10又はデータベース管理装置20の図示しない表示画面に表示されるインデックス再編成設定画面30の構成例を示す。データベース管理者は、このインデックス再編成設定画面30を用いて、データベース管理装置20が管理するインデックスの再編成に必要な項目を設定することができる。
(3) Configuration of Various Screens According to this Embodiment FIG. 8 shows a configuration example of the index reorganization setting screen 30 displayed on a display screen (not shown) of the terminal device 10 or the database management device 20. Using this index reorganization setting screen 30, the database administrator can set items necessary for reorganizing the index managed by the database management apparatus 20.
 実際上、インデックス再編成設定画面30は、例えば図8に示すように、インデックス再編成機能設定フィールド31、最大倍率設定フィールド32、インデックス格納領域容量設定フィールド33及び保存ボタン34から構成される。 Actually, the index reorganization setting screen 30 includes an index reorganization function setting field 31, a maximum magnification setting field 32, an index storage area capacity setting field 33, and a save button 34 as shown in FIG.
 そしてインデックス再編成機能設定フィールド31は、インデックスの再編成機能を使用するか否かの設定をデータベース管理者が指定するためのフィールドであり、また最大倍率設定フィールド32は、再編成しようとするインデックスの優先度の計算に用いる最大倍率をデータベース管理者が指定するためのフィールドである。 The index reorganization function setting field 31 is a field for the database administrator to specify whether to use the index reorganization function, and the maximum magnification setting field 32 is an index to be reorganized. This is a field for the database administrator to specify the maximum magnification used for the calculation of the priority.
 またインデックス格納領域容量設定フィールド33は、再編成しようとするインデックスの記憶容量をデータベース管理者が指定するためのフィールドであり、保存ボタン34は、これらインデックス再編成機能設定フィールド31、最大倍率設定フィールド32及びインデックス格納領域容量設定フィールド33においてデータベース管理者が指定した設定を保存するためのボタンである。これらインデックス再編成機能設定フィールド31、最大倍率設定フィールド32及びインデックス格納領域容量設定フィールド33においてインデックスの再編成を行う設定がなされた後、この保存ボタン34が押下されると、後述する図10~図12のインデックス再編成処理が実行される。 The index storage area capacity setting field 33 is a field for the database administrator to specify the storage capacity of the index to be reorganized, and the save button 34 is the index reorganization function setting field 31, the maximum magnification setting field. 32 and a button for saving the setting designated by the database manager in the index storage area capacity setting field 33. When the index reorganization function setting field 31, the maximum magnification setting field 32, and the index storage area capacity setting field 33 are set to perform index reorganization, when the save button 34 is pressed, FIG. The index reorganization process of FIG. 12 is executed.
 図9は、端末装置10又はデータベース管理装置20の図示しない表示画面に表示されるインデックス再編成結果画面40の構成例を示す。データベース管理者は、このインデックス再編成設定画面40を閲覧することにより、インデックス再編成処理が実行されたこと及び実行結果を把握することができる。 FIG. 9 shows a configuration example of the index reorganization result screen 40 displayed on a display screen (not shown) of the terminal device 10 or the database management device 20. The database administrator can grasp the execution of the index reorganization process and the execution result by browsing the index reorganization setting screen 40.
 実際上、インデックス再編成結果画面40は、例えば図9に示すように、インデックス再編成処理実行通知フィールド41、パス名フィールド42、パス状態フィールド43、削減時間フィールド44及び合計削減時間フィールド45から構成される。 In practice, the index reorganization result screen 40 includes an index reorganization process execution notification field 41, a path name field 42, a path status field 43, a reduction time field 44, and a total reduction time field 45, as shown in FIG. Is done.
 そしてインデックス再編成処理実行通知フィールド41には、インデックス再編成処理を実行した時刻及び実行した旨の通知が表示され、パス名フィールド42には、インデックス再編成処理により再編成されたパスのパス名が表示される。 The index reorganization process execution notification field 41 displays the time when the index reorganization process was executed and a notification that the index reorganization process was executed, and the path name field 42 shows the path name of the path reorganized by the index reorganization process. Is displayed.
 またパス状態フィールド43には、インデックス再編成処理により、新しくインデックスを作成したパスであるか(新規)、インデックスを削除したパスであるか(削除)、或いはインデックス再編成処理を実行する前後何れにおいてもインデックスが存在するパスであるか(既存)というパスの状態が表示される。 In the path status field 43, the index reorganization process indicates whether the path has been newly created (new), the index has been deleted (deletion), or before or after the index reorganization process is executed. Also, the path status indicating whether the index exists (existing) is displayed.
 また削減時間フィールド44には、インデックス再編成処理により削減された問合せ時間がパスごとに表示される。なお、表示される削減時間がプラス(例えば、「100」)の場合、インデックス再編成処理によりそのパスへの問合せ時間が削減されたことを示し、表示される削減時間がマイナス(例えば、「-10」)の場合、インデックス再編成処理によりそのパスへの問合せ時間が増加したことを示す。 In the reduction time field 44, the inquiry time reduced by the index reorganization process is displayed for each path. If the displayed reduction time is positive (for example, “100”), it indicates that the query time for the path has been reduced by the index reorganization process, and the displayed reduction time is negative (for example, “−” 10 ") indicates that the inquiry time for the path has increased due to the index reorganization processing.
 また合計削減時間フィールド45には、インデックス再編成処理により削減されたトータルの問合せ時間が表示される。なお、この合計削減時間フィールド45に表示される削減時間は、削減時間フィールド44に表示された削減時間の全てを加算して得られる値である。 In the total reduction time field 45, the total inquiry time reduced by the index reorganization process is displayed. The reduction time displayed in the total reduction time field 45 is a value obtained by adding all the reduction times displayed in the reduction time field 44.
(4)本実施の形態による各種処理
 図10は、データベース管理装置20のプロセッサ22がメモリ23に格納されている各種プログラムとの協働により実行する優先度計算処理の処理手順を示す。プロセッサ22は、インデックス再編成設定画面30においてインデックスの再編成に必要な各種項目が設定され、最後に保存ボタン34が押下されると、インデックスを再編成するべく、まずはこの図10に示す優先度計算処理を実行する。
(4) Various Processes According to this Embodiment FIG. 10 shows a processing procedure of the priority calculation process executed by the processor 22 of the database management apparatus 20 in cooperation with various programs stored in the memory 23. When various items necessary for index reorganization are set on the index reorganization setting screen 30 and the save button 34 is finally pressed, the processor 22 first displays the priorities shown in FIG. 10 in order to reorganize the index. Execute the calculation process.
 まずプロセッサ22は、二次記憶装置30に格納されている統計情報32を取得し、取得した統計情報32を参照して、この統計情報32に登録されている何れかのパスを選択する(S1)。 First, the processor 22 acquires the statistical information 32 stored in the secondary storage device 30, refers to the acquired statistical information 32, and selects any path registered in the statistical information 32 (S1). ).
 次いでプロセッサ22は、二次記憶装置30に格納されているインデックス定義情報35を取得し、取得したインデックス定義情報35及びステップS1で選択したパスを参照して、このステップS1で選択したパスにインデックスが存在するか否か判断する(S2)。 Next, the processor 22 acquires the index definition information 35 stored in the secondary storage device 30, refers to the acquired index definition information 35 and the path selected in step S1, and indexes the path selected in step S1. It is determined whether or not there exists (S2).
 プロセッサ22は、この判断で肯定結果を得ると、選択したパスには現在インデックスが存在するものと判断し、このパスにより特定されるデータへの問合せ時間についてインデックスを使用する場合と使用しない場合とで比較する。具体的には、プロセッサ22は、インデックスを使用しない場合の問合せ時間から統計情報32の問合せ時間欄32Dに格納されている問合せ時間を減算する(S3)。 If the processor 22 obtains an affirmative result in this determination, it determines that the current index exists in the selected path, and uses or does not use the index for the query time for the data specified by this path. Compare with. Specifically, the processor 22 subtracts the query time stored in the query time column 32D of the statistical information 32 from the query time when the index is not used (S3).
 これに対し、プロセッサ22は、ステップS2の判断で否定結果を得ると、選択したパスには現在インデックスが存在しないものと判断し、インデックスを使用するとした場合のこのパスにより特定されるデータへの問合せ時間から、インデックスを使用しない場合のこのパスにより特定されるデータへの問合せ時間、具体的には統計情報32の問合せ時間欄32Dに格納されている問合せ時間を減算する(S4)。 On the other hand, if the processor 22 obtains a negative result in the determination at step S2, it determines that there is no index currently in the selected path, and the data to be specified by this path when the index is used. The inquiry time for the data specified by this path when the index is not used, specifically, the inquiry time stored in the inquiry time column 32D of the statistical information 32 is subtracted from the inquiry time (S4).
 そしてプロセッサ22は、このパスについてインデックスを作成するとした場合に必要となるインデックス格納領域長を計算する(S5)。なお、インデックス格納領域長の計算は、従来からある通常の手法により計算するため、ここでの説明は省略する。 Then, the processor 22 calculates the index storage area length required when an index is created for this path (S5). Since the index storage area length is calculated by a conventional method, a description thereof is omitted here.
 プロセッサ22は、ステップS1で選択したパスの優先度を計算するに際して、その優先度の計算に用いるパスの使用頻度をどの程度その優先度の計算に反映させるかを決定するため、倍率計算処理を実行する(S6)。 In calculating the priority of the path selected in step S1, the processor 22 performs a magnification calculation process to determine how much the use frequency of the path used for the calculation of the priority is reflected in the calculation of the priority. Execute (S6).
 倍率計算処理については図11の説明で後述するが、この倍率計算処理では上記式(1)が用いられ、この倍率計算処理により、優先度に反映させるパスの使用頻度の倍率が算出される。 The magnification calculation process will be described later with reference to FIG. 11. In this magnification calculation process, the above formula (1) is used, and the magnification of the path usage frequency to be reflected in the priority is calculated by this magnification calculation process.
 そしてプロセッサ22は、ステップS6で算出した倍率を用いて優先度を算出し、算出した優先度を二次記憶装置30に格納されている優先度表36の優先度欄36Fに登録する(S7)。なお、ここで算出される優先度の具体的な計算方法については上記式(2)に示した通りである。すなわちプロセッサ22は、優先度表36を参照して、問合せ時間削減量を格納領域消費量で割り、この割った値に倍率を掛けることで、優先度を算出する。 Then, the processor 22 calculates the priority using the magnification calculated in step S6, and registers the calculated priority in the priority column 36F of the priority table 36 stored in the secondary storage device 30 (S7). . The specific calculation method of the priority calculated here is as shown in the above equation (2). That is, the processor 22 refers to the priority table 36, divides the inquiry time reduction amount by the storage area consumption amount, and calculates the priority by multiplying the divided value by a magnification.
 次いでプロセッサ22は、統計情報32に登録されている全てのパスを選択したか否かを判断する(S8)。 Next, the processor 22 determines whether or not all paths registered in the statistical information 32 have been selected (S8).
 プロセッサ22は、この判断で否定結果を得ると、ステップS1に戻って統計情報32に登録されている他のパスを選択し、上述のステップS1~S8の処理を実行する。なおプロセッサ22は、統計情報32に登録されている全てのパスを選択し終えるまで上述のステップS1~S8のループを繰り返す。 If the processor 22 obtains a negative result in this determination, it returns to step S1, selects another path registered in the statistical information 32, and executes the processes of steps S1 to S8 described above. The processor 22 repeats the loop of steps S1 to S8 described above until all the paths registered in the statistical information 32 are selected.
 これに対し、プロセッサ22は、ステップS8の判断で肯定結果を得ると、この優先度計算処理を終了する。 On the other hand, if the processor 22 obtains a positive result in the determination at step S8, it ends this priority calculation process.
 図11は、データベース管理装置20のプロセッサ22がメモリ23に格納されている各種プログラムとの協働により実行する倍率計算処理の処理手順を示す。プロセッサ22は、図10に示す優先度計算処理において倍率計算処理(S6)に移行すると、この図11に示す倍率計算処理を実行する。 FIG. 11 shows a processing procedure of a magnification calculation process executed by the processor 22 of the database management apparatus 20 in cooperation with various programs stored in the memory 23. When the processor 22 shifts to the magnification calculation process (S6) in the priority calculation process shown in FIG. 10, the processor 22 executes the magnification calculation process shown in FIG.
 まずプロセッサ22は、二次記憶装置30に格納されているシステム情報33を取得し、取得したシステム情報33を参照して、倍率計算処理の対象となっているパスの最大倍率を取得する(S61)。 First, the processor 22 acquires the system information 33 stored in the secondary storage device 30, and refers to the acquired system information 33 to acquire the maximum magnification of the path that is the target of the magnification calculation processing (S61). ).
 そしてプロセッサ22は、パスの使用頻度を入力値として倍率を計算する関数f(頻度)を作成する(S62)。 Then, the processor 22 creates a function f (frequency) for calculating the magnification with the use frequency of the path as an input value (S62).
 なお、ここで作成される関数f(頻度)は、例えば上記式(1)であるがこれに限らず、データベース管理者が予め指定した複数の(頻度、倍率)を通る近似曲線を表す関数が作成されるとしてもよい。 The function f (frequency) created here is, for example, the above formula (1), but is not limited to this, and a function that represents an approximate curve that passes through a plurality of (frequency, magnification) specified in advance by the database administrator. It may be created.
 プロセッサ22は、二次記憶装置30に格納されている統計情報32を取得し、取得した統計情報32を参照して、この倍率計算処理の対象となっているパスの使用頻度を取得する(S63)。 The processor 22 acquires the statistical information 32 stored in the secondary storage device 30, and refers to the acquired statistical information 32 to acquire the use frequency of the path that is the target of the magnification calculation process (S63). ).
 そしてプロセッサ22は、ステップS62で作成した関数(例えば、上記式(1))にステップS63で取得したパスの使用頻度を入力値として入力し、そのパスについての倍率を計算する(S64)。 Then, the processor 22 inputs the use frequency of the path acquired in step S63 to the function created in step S62 (for example, the above equation (1)) as an input value, and calculates the magnification for the path (S64).
 プロセッサ22は、統計情報32に登録されている全てのパスの使用頻度を取得したか否か判断する(S65)。 The processor 22 determines whether or not the usage frequencies of all the paths registered in the statistical information 32 have been acquired (S65).
 プロセッサ22は、この判断で否定結果を得ると、ステップS63に戻り、統計情報32に登録されていてまだ使用頻度を取得していないパスについて使用頻度を取得し、そのパスの倍率を計算する。なおプロセッサ22は、統計情報32に登録されている全てのパスの使用頻度を取得し終えるまで上述のステップS63~S65を繰り返す。 If the processor 22 obtains a negative result in this determination, it returns to step S63, acquires the use frequency for the path that has been registered in the statistical information 32 and has not yet acquired the use frequency, and calculates the magnification of the path. Note that the processor 22 repeats the above steps S63 to S65 until the use frequency of all the paths registered in the statistical information 32 is obtained.
 これに対し、プロセッサ22は、ステップS65の判断で肯定結果を得ると、この倍率計算処理を終了する。 On the other hand, if the processor 22 obtains a positive result in the determination at step S65, it ends this magnification calculation process.
 図12は、データベース管理装置20のプロセッサ22がメモリ23に格納されている各種プログラムとの協働により実行するインデックス削除作成処理の処理手順を示す。プロセッサ22は、インデックス再編成設定画面30においてインデックスの再編成に必要な各種項目が設定され、最後に保存ボタン34が押下されると、インデックスを再編成するべく、上述の図10及び図11に示す処理を実行した後、この図12に示すインデックス削除作成処理を実行する。 FIG. 12 shows a processing procedure of index deletion creation processing executed by the processor 22 of the database management apparatus 20 in cooperation with various programs stored in the memory 23. When various items necessary for index reorganization are set on the index reorganization setting screen 30 and the save button 34 is finally pressed, the processor 22 performs the process shown in FIGS. 10 and 11 described above to reorganize the index. After executing the processing shown, the index deletion creation processing shown in FIG. 12 is executed.
 まずプロセッサ22は、二次記憶装置30に格納されている優先度表36を取得し、優先度の高い順から、この優先度表36に登録されているパスを選択する(S11)。 First, the processor 22 acquires the priority table 36 stored in the secondary storage device 30, and selects a path registered in the priority table 36 in descending order of priority (S11).
 次いでプロセッサ22は、選択した最も優先度の高いパスを含むインデックスをインデックス格納領域34に作成可能か否か判断する(S12)。なおプロセッサ22は、二次記憶装置30に十分な記憶領域がある場合にはインデックスをインデックス格納領域34に作成可能であると判断し、記憶領域が不十分である場合には作成不可能と判断する。 Next, the processor 22 determines whether or not an index including the selected path with the highest priority can be created in the index storage area 34 (S12). The processor 22 determines that an index can be created in the index storage area 34 when there is sufficient storage area in the secondary storage device 30, and determines that creation is impossible when the storage area is insufficient. To do.
 プロセッサ22は、この判断で肯定結果を得ると、この優先度の高いパスを作成インデックス表37に登録する(S13)。 When the processor 22 obtains a positive result in this determination, it registers this high priority path in the creation index table 37 (S13).
 これに対し、プロセッサ22は、ステップS12の判断で否定結果を得ると、ステップS14に移行する。 On the other hand, if the processor 22 obtains a negative result in the determination at step S12, the process proceeds to step S14.
 プロセッサ22は、優先度表36に登録されている全てのパスを選択したか否か判断する(S14)。 The processor 22 determines whether or not all paths registered in the priority table 36 have been selected (S14).
 プロセッサ22は、この判断で否定結果を得ると、ステップS11に戻り、優先度の高い他のパスを選択する。そしてプロセッサ22は、優先度表36に登録されている全てのパスを選択し終えるまで、ステップS11~S14の処理を繰り返す。 If the processor 22 obtains a negative result in this determination, it returns to step S11 and selects another path with a higher priority. Then, the processor 22 repeats the processes of steps S11 to S14 until all the paths registered in the priority table 36 are selected.
 これに対し、プロセッサ22は、ステップS14の判断で肯定結果を得ると、二次記憶装置30に格納されているインデックス定義情報35を取得し、取得したインデックス定義情報35に登録されている何れかのパスを選択する(S15)。 On the other hand, when the processor 22 obtains a positive result in the determination at step S <b> 14, it acquires the index definition information 35 stored in the secondary storage device 30 and is registered in the acquired index definition information 35. Is selected (S15).
 そしてプロセッサ22は、選択したパスが作成インデックス表37に含まれているか否か判断する(S16)。 Then, the processor 22 determines whether or not the selected path is included in the creation index table 37 (S16).
 プロセッサ22は、この判断で否定結果を得ると、これまでインデックス定義情報35により定義されて管理されていたインデックスの優先度は低く、このインデックスはこのまま定義しておく必要がないと判断し、このインデックスをインデックス定義情報35から削除する(S17)。 If the processor 22 obtains a negative result in this determination, it determines that the priority of the index previously defined and managed by the index definition information 35 is low, and this index does not need to be defined as it is. The index is deleted from the index definition information 35 (S17).
 これに対し、プロセッサ22は、ステップS16の判断で肯定結果を得ると、これまでインデックスにより定義されて管理されていたインデックスの優先度は高く、このインデックスはこのまま定義しておく必要があると判断し、このインデックスをインデックス定義情報35から削除せずに残したまま、ステップS18に移行する。 On the other hand, when the processor 22 obtains a positive result in the determination in step S16, the priority of the index that has been defined and managed by the index is high, and it is determined that the index needs to be defined as it is. The process proceeds to step S18 while leaving this index without being deleted from the index definition information 35.
 プロセッサ22は、インデックス定義情報35に登録されている全てのパスを選択したか否か判断する(S18)。 The processor 22 determines whether or not all paths registered in the index definition information 35 have been selected (S18).
 プロセッサ22は、この判断で否定結果を得ると、ステップS15に戻り、インデックス定義情報35に登録されている他のパスを選択する。そしてプロセッサ22は、インデックス定義情報35に登録されている全てのパスを選択し終えるまで、ステップS15~S18の処理を繰り返す。 If the processor 22 obtains a negative result in this determination, it returns to step S15 and selects another path registered in the index definition information 35. Then, the processor 22 repeats the processes of steps S15 to S18 until all the paths registered in the index definition information 35 are selected.
 これに対し、プロセッサ22は、ステップS18の判断で肯定結果を得ると、作成インデックス表37に登録されている何れかのパスを選択する(S19)。 On the other hand, when the processor 22 obtains a positive result in the determination at step S18, it selects any path registered in the created index table 37 (S19).
 そしてプロセッサ22は、選択したパスが作成インデックス表37に含まれているか否か判断する(S20)。 Then, the processor 22 determines whether or not the selected path is included in the creation index table 37 (S20).
 プロセッサ22は、この判断で否定結果を得ると、インデックス定義情報35により定義して管理すべきインデックスが現在のインデックス定義情報35では定義されていないものと判断し、ステップS19で選択したパスのインデックスを作成する(S21)。なお、プロセッサ22は、インデックスを新たに作成した場合、その作成したインデックスをインデックス定義情報35により定義して管理する。 If the processor 22 obtains a negative result in this determination, it determines that the index to be defined and managed by the index definition information 35 is not defined in the current index definition information 35, and the index of the path selected in step S19. Is created (S21). When the processor 22 newly creates an index, the created index is defined by the index definition information 35 and managed.
 これに対し、プロセッサ22は、ステップS20の判断で肯定結果を得ると、インデックス定義情報35により定義して管理すべきインデックスは現在のインデックス定義情報35で既に定義されて管理されているものと判断し、ステップS22に移行する。 On the other hand, when the processor 22 obtains a positive result in the determination at step S20, it determines that the index to be defined and managed by the index definition information 35 is already defined and managed by the current index definition information 35. Then, the process proceeds to step S22.
 プロセッサ22は、作成インデックス表37に登録されている全てのパスを選択したか否か判断する(S22)。 The processor 22 determines whether all paths registered in the created index table 37 have been selected (S22).
 プロセッサ22は、この判断で否定結果を得ると、ステップS19に戻り、作成インデックス表37に登録されている他のパスを選択する。そしてプロセッサ22は、作成インデックス表37に登録されている全てのパスを選択し終えるまで、ステップS19~S22までの処理を繰り返す。 If the processor 22 obtains a negative result in this determination, it returns to step S19 and selects another path registered in the created index table 37. The processor 22 repeats the processing from step S19 to S22 until all the paths registered in the created index table 37 are selected.
 これに対し、プロセッサ22は、ステップS22の判断で肯定結果を得ると、作成インデックス表37に登録されている全てのパスについて、インデックスが作成されているものと判断し、このインデックス削除作成処理を終了する。 On the other hand, when the processor 22 obtains a positive result in the determination at step S22, it determines that indexes have been created for all paths registered in the created index table 37, and performs this index deletion creation process. finish.
(5)他の実施の形態
 本実施の形態では、プロセッサ22が図10~図12に示す上述の各種処理を実行するとしたが、プロセッサ22の機能を1つのチップに集積した制御部が各種処理を実行するとしてもよい。この場合、制御部は、データベース格納領域31に格納されているデータのパスに関する統計情報32を取得する統計情報取得部230Bとしての機能、パスに対する問合せ時間を統計情報32から取得して、該取得した問合せ時間に基づいて、インデックスを用いた場合に削減され得る問合せ時間削減量を算出する問合せ時間削減量算出部としての機能、パスに対するインデックスを作成し、該作成したインデックスをインデックス格納領域34に格納した場合に消費される格納領域消費量を算出する格納領域消費量算出部としての機能、問合せ時間削減量及び格納領域消費量に基づいて、インデックスを作成すべき複数のデータのパスについての優先度を算出する優先度計算部230Cとしての機能、及び、優先度に基づいて、パスのインデックスを作成するインデックス削除作成部230Dとしての機能を備える。
(5) Other Embodiments In this embodiment, the processor 22 executes the above-described various processes shown in FIGS. 10 to 12. However, a control unit that integrates the functions of the processor 22 on one chip performs various processes. May be executed. In this case, the control unit acquires a function as the statistical information acquisition unit 230B that acquires the statistical information 32 regarding the path of the data stored in the database storage area 31, the query time for the path from the statistical information 32, A function as a query time reduction amount calculation unit that calculates a query time reduction amount that can be reduced when an index is used based on the query time created, an index for the path is created, and the created index is stored in the index storage area 34 Priority for multiple data paths to be indexed based on the function of the storage area consumption calculation unit that calculates the consumption of storage area consumed when stored, query time reduction, and storage area consumption Based on the function as the priority calculation unit 230C for calculating the degree of priority and the priority, A function as an index deletion creating section 230D to create the index.
 また本実施の形態では、インデックスの作成は、インデックス再編成設定画面30の保存ボタン34が押下されたことを契機として、その後適当なタイミングで定期的に実行されるとしたが、保存ボタン34が押下されたのと略同時に実行されるとしてもよい。この場合、インデックスの作成契機をデータベース管理者が明示的に指示することができる。 In the present embodiment, the creation of the index is periodically executed at an appropriate timing after the save button 34 on the index reorganization setting screen 30 is pressed. It may be executed substantially simultaneously with being pressed. In this case, the database administrator can explicitly instruct the creation timing of the index.
 またインデックスの作成は、インデックス格納領域34の記憶容量が変更されたタイミングを契機として実行されてもよい。この場合、インデックス格納領域34の記憶容量が増加されたならば、優先度のあまり高くないインデックスについても新たに作成して格納することができ、広範にわたって問合せ時間の短縮を図ることができる。一方で、インデックス格納領域34の記憶容量が削減されたならば、優先度のあまり高くないインデックスについては削除して、記憶領域の有効活用を図ることができる。 Further, the creation of the index may be executed with the timing when the storage capacity of the index storage area 34 is changed. In this case, if the storage capacity of the index storage area 34 is increased, an index with a low priority can be newly created and stored, and the query time can be reduced extensively. On the other hand, if the storage capacity of the index storage area 34 is reduced, an index having a low priority can be deleted to effectively use the storage area.
 またインデックスの作成は、データベース管理者が予め指定した日付や時刻が経過したことを契機として実行されてもよい。この場合、インデックスを作成しようとする度に、インデックス再編成設定画面30の保存ボタン34を押下する必要がなくなり、データベース管理者の利便性を向上させることができる。また、長期に渡りインデックスが再編成されないことを防止することができる。 Also, the creation of the index may be executed when the date or time specified in advance by the database administrator has passed. In this case, it is not necessary to press the save button 34 on the index reorganization setting screen 30 each time an index is to be created, and the convenience of the database administrator can be improved. In addition, it is possible to prevent the index from being reorganized over a long period of time.
 またインデックスの作成は、統計情報32の問合せ時間欄32Dに格納される問合せ時間の何れかが予め定められた閾値を超えたことを契機として実行されてもよい。この場合、問合せ時間が極端に遅い状況が続くことを防止することができる。 Further, the creation of the index may be executed when any of the inquiry times stored in the inquiry time column 32D of the statistical information 32 exceeds a predetermined threshold. In this case, it is possible to prevent a situation in which the inquiry time is extremely slow from continuing.
 またインデックス格納領域の記憶容量は、データベース管理者によりインデックス再編成設定画面30のインデックス格納領域容量設定フィールド33に指定されるとしたが、記憶容量ではなく、記憶容量に掛ける割合が指定されてもよい。この場合、新たに作成するインデックスの格納領域を確保しておくことができる。 The storage capacity of the index storage area is specified by the database administrator in the index storage area capacity setting field 33 of the index reorganization setting screen 30. However, even if the ratio of the storage capacity is specified, not the storage capacity. Good. In this case, a storage area for a newly created index can be secured.
 またインデックス格納領域の記憶容量は、後にインデックスを新たに作成することを想定して、データベース管理者が予め指定した空き領域を差し引いた値を実際のインデックス格納領域として使用してもよい。この場合も、新たに作成するインデックスの格納領域を確保しておくことができる。 As for the storage capacity of the index storage area, a value obtained by subtracting a free area specified in advance by the database administrator may be used as the actual index storage area on the assumption that a new index will be created later. Also in this case, a storage area for a newly created index can be secured.
 本発明は、XMLデータベースを管理する管理機能が搭載された種々の構成のデータベース管理装置に広く適用することができる。 The present invention can be widely applied to database management apparatuses having various configurations equipped with a management function for managing an XML database.
 1……データベースシステム、10……端末装置、20……データベース管理装置、21……通信インタフェース、22……プロセッサ、23……メモリ、23A……問合せ実行プログラム、230A……問合せ実行部、23B……統計情報取得プログラム、230B……統計情報取得部、23C……優先度計算プログラム、230C……優先度計算部、23D……インデックス削除作成プログラム、230D……インデックス削除作成部、231……データベース管理システム231……データベース管理システム、232……インデックス再編成部、30……二次記憶装置、31……データベース領域、32……統計情報、33……システム情報、34……インデックス格納領域、35……インデックス定義情報、36……優先度表。
 
DESCRIPTION OF SYMBOLS 1 ... Database system, 10 ... Terminal device, 20 ... Database management apparatus, 21 ... Communication interface, 22 ... Processor, 23 ... Memory, 23A ... Inquiry execution program, 230A ... Inquiry execution part, 23B ...... Statistical information acquisition program, 230B ... Statistical information acquisition unit, 23C ... Priority calculation program, 230C ... Priority calculation unit, 23D ... Index deletion creation program, 230D ... Index deletion creation unit, 231 ... Database management system 231 ... Database management system, 232 ... Index reorganization unit, 30 ... Secondary storage device, 31 ... Database area, 32 ... Statistical information, 33 ... System information, 34 ... Index storage area 35 …… Index definition information, 36 …… Priority table.

Claims (13)

  1.  業務プログラムからの問合せ文に応じてデータベース領域に格納されているデータにアクセスする際、インデックス格納領域に格納されているインデックスを用いて前記データの格納領域を検索し、該検索した結果に基づいて前記データにアクセスするデータベース管理装置において、
     前記データベース格納領域に格納されているデータのパスに関する統計情報を取得する統計情報取得部と、
     前記パスに対する問合せ時間を前記統計情報から取得し、該取得した問合せ時間に基づいて、前記インデックスを用いた場合に削減され得る問合せ時間削減量を算出する問合せ時間削減量算出部と、
     前記パスに対するインデックスを作成し、該作成したインデックスを前記インデックス格納領域に格納した場合に消費される格納領域消費量を算出する格納領域消費量算出部と、
     前記問合せ時間削減量及び前記格納領域消費量に基づいて、インデックスを作成すべき複数の前記データのパスについての優先度を算出する優先度計算部と、
     前記優先度に基づいて、前記パスのインデックスを作成するインデックス削除作成部と
     を備えることを特徴とするデータベース管理装置。
    When accessing the data stored in the database area according to the query statement from the business program, the storage area of the data is searched using the index stored in the index storage area, and based on the search result In the database management device for accessing the data,
    A statistical information acquisition unit that acquires statistical information about a path of data stored in the database storage area;
    A query time reduction amount calculating unit that acquires a query time for the path from the statistical information, and calculates a query time reduction amount that can be reduced when the index is used based on the acquired query time;
    A storage area consumption calculation unit that creates an index for the path and calculates a storage area consumption consumed when the created index is stored in the index storage area;
    A priority calculation unit for calculating a priority for a plurality of paths of the data to be indexed based on the query time reduction amount and the storage area consumption amount;
    An database deletion creation unit comprising: an index deletion creation unit that creates an index of the path based on the priority.
  2.  前記優先度計算部は、
     前記インデックスを用いた場合に削減され得る前記問合せ時間削減量を、前記インデックスを作成した場合に消費される前記格納領域消費量で割って、単位消費量当たりの削減時間を算出し、該算出した単位消費量当たりの削減時間に対して予め定められた倍率を掛けることにより、前記優先度を算出する
     ことを特徴とする請求項1に記載のデータベース管理装置。
    The priority calculation unit
    The query time reduction amount that can be reduced when the index is used is divided by the storage area consumption amount that is consumed when the index is created to calculate a reduction time per unit consumption amount. The database management apparatus according to claim 1, wherein the priority is calculated by multiplying a reduction time per unit consumption by a predetermined magnification.
  3.  前記倍率は、
     前記優先度に対して反映させる前記インデックスの使用頻度の割合を示す値である
     ことを特徴とする請求項2に記載のデータベース管理装置。
    The magnification is
    The database management apparatus according to claim 2, wherein the database management apparatus is a value indicating a ratio of a usage frequency of the index to be reflected with respect to the priority.
  4.  前記インデックス削除作成部は、
     前記優先度の高い順から前記パスを選択し、該選択したパスをインデックス作成対象のパスとして一時的に記憶し、前記一時的に記憶しているパスとは異なるパスのインデックスが前記インデックス格納領域に格納されている場合には、該格納されているインデックスを前記インデックス格納領域から削除し、前記一時的に記憶しているパスのインデックスを新たに作成した場合には、該作成したインデックスを前記インデックス格納領域に格納する
     ことを特徴とする請求項1に記載のデータベース管理装置。
    The index deletion creation unit
    The path is selected in descending order of priority, the selected path is temporarily stored as an index creation target path, and an index of a path different from the temporarily stored path is the index storage area. If the stored index is deleted from the index storage area, and the index of the temporarily stored path is newly created, the created index is stored in the index storage area. The database management apparatus according to claim 1, wherein the database management apparatus is stored in an index storage area.
  5.  前記インデックス削除作成部は、
     前記優先度の高い順から前記パスを選択し、該選択したパスのインデックスを作成した場合に該作成したインデックスを前記インデックス格納領域に格納可能か否か判断し、可能と判断した場合には前記選択したパスをインデックス作成対象のパスとして一時的に記憶しておき、不可能と判断した場合には前記選択したパスの次に優先度の高いパスを選択する
     ことを特徴とする請求項4に記載のデータベース管理装置。
    The index deletion creation unit
    When the path is selected in descending order of priority and an index of the selected path is created, it is determined whether or not the created index can be stored in the index storage area. The selected path is temporarily stored as an index creation target path, and if it is determined that the path is not possible, a path with the next highest priority is selected after the selected path. The database management device described.
  6.  前記インデックス削除作成部は、
     前記一時的に記憶しているパスのインデックスが前記インデックス格納領域に既に格納されているか否か判断し、既に格納されていない場合に限って、前記一時的に記憶しているパスのインデックスを新たに作成し、該作成したインデックスを前記インデックス格納領域に格納する
     ことを特徴とする請求項4に記載のデータベース管理装置。
    The index deletion creation unit
    It is determined whether or not the temporarily stored path index is already stored in the index storage area, and the temporary stored path index is updated only if it is not already stored. The database management device according to claim 4, wherein the database management device stores the created index in the index storage area.
  7.  業務プログラムからの問合せ文に応じてデータベース領域に格納されているデータにアクセスする際、インデックス格納領域に格納されているインデックスを用いて前記データの格納領域を検索し、該検索した結果に基づいて前記データにアクセスするデータベース管理装置のデータベース管理方法において、
     統計情報取得部が、前記データベース格納領域に格納されているデータのパスに関する統計情報を取得する第1のステップと、
     問合せ時間削減量算出部が、前記パスに対する問合せ時間を前記統計情報から取得し、該取得した問合せ時間に基づいて、前記インデックスを用いた場合に削減され得る問合せ時間削減量を算出する第2のステップと、
     格納領域消費量算出部が、前記パスに対するインデックスを作成し、該作成したインデックスを前記インデックス格納領域に格納した場合に消費される格納領域消費量を算出する第3のステップと、
     優先度計算部が、前記問合せ時間削減量及び前記格納領域消費量に基づいて、インデックスを作成すべき複数の前記データのパスについての優先度を算出する第4のステップと、
     インデックス削除作成部が、前記優先度に基づいて、前記パスのインデックスを作成する第5のステップと
     を備えることを特徴とするデータベース管理方法。
    When accessing the data stored in the database area according to the query statement from the business program, the storage area of the data is searched using the index stored in the index storage area, and based on the search result In the database management method of the database management apparatus for accessing the data,
    A first step in which a statistical information acquisition unit acquires statistical information on a path of data stored in the database storage area;
    A query time reduction amount calculation unit acquires a query time for the path from the statistical information, and calculates a query time reduction amount that can be reduced when the index is used based on the acquired query time. Steps,
    A third step in which a storage area consumption calculating unit creates an index for the path and calculates a storage area consumption consumed when the created index is stored in the index storage area;
    A fourth step in which a priority calculation unit calculates priorities for a plurality of paths of the data to be indexed based on the query time reduction amount and the storage area consumption amount;
    And a fifth step of creating an index of the path based on the priority.
  8.  前記第4のステップにおいて、前記優先度計算部は、
     前記インデックスを用いた場合に削減され得る前記問合せ時間削減量を、前記インデックスを作成した場合に消費される前記格納領域消費量で割って、単位消費量当たりの削減時間を算出し、該算出した単位消費量当たりの削減時間に対して予め定められた倍率を掛けることにより、前記優先度を算出する
     ことを特徴とする請求項7に記載のデータベース管理方法。
    In the fourth step, the priority calculation unit includes:
    The query time reduction amount that can be reduced when the index is used is divided by the storage area consumption amount that is consumed when the index is created to calculate a reduction time per unit consumption amount. The database management method according to claim 7, wherein the priority is calculated by multiplying a reduction time per unit consumption by a predetermined magnification.
  9.  前記倍率は、
     前記優先度に対して反映させる前記インデックスの使用頻度の割合を示す値である
     ことを特徴とする請求項8に記載のデータベース管理方法。
    The magnification is
    The database management method according to claim 8, wherein the database management method is a value indicating a ratio of a usage frequency of the index to be reflected with respect to the priority.
  10.  前記第5のステップにおいて、前記インデックス削除作成部は、
     前記優先度の高い順から前記パスを選択し、該選択したパスをインデックス作成対象のパスとして一時的に記憶し、前記一時的に記憶しているパスとは異なるパスのインデックスが前記インデックス格納領域に格納されている場合には、該格納されているインデックスを前記インデックス格納領域から削除し、前記一時的に記憶しているパスのインデックスを新たに作成した場合には、該作成したインデックスを前記インデックス格納領域に格納する
     ことを特徴とする請求項7に記載のデータベース管理方法。
    In the fifth step, the index deletion creating unit
    The path is selected in descending order of priority, the selected path is temporarily stored as an index creation target path, and an index of a path different from the temporarily stored path is the index storage area. If the stored index is deleted from the index storage area, and the index of the temporarily stored path is newly created, the created index is stored in the index storage area. The database management method according to claim 7, wherein the database is stored in an index storage area.
  11.  前記第5のステップにおいて、前記インデックス削除作成部は、
     前記優先度の高い順から前記パスを選択し、該選択したパスのインデックスを作成した場合に該作成したインデックスを前記インデックス格納領域に格納可能か否か判断し、可能と判断した場合には前記選択したパスをインデックス作成対象のパスとして一時的に記憶しておき、不可能と判断した場合には前記選択したパスの次に優先度の高いパスを選択する
     ことを特徴とする請求項10に記載のデータベース管理方法。
    In the fifth step, the index deletion creating unit
    When the path is selected in descending order of priority and an index of the selected path is created, it is determined whether or not the created index can be stored in the index storage area. The selected path is temporarily stored as an index creation target path, and if it is determined that the path is not possible, a path with the next highest priority is selected after the selected path. The database management method described.
  12.  前記第5のステップにおいて、前記インデックス削除作成部は、
     前記一時的に記憶しているパスのインデックスが前記インデックス格納領域に既に格納されているか否か判断し、既に格納されていない場合に限って、前記一時的に記憶しているパスのインデックスを新たに作成し、該作成したインデックスを前記インデックス格納領域に格納する
     ことを特徴とする請求項10に記載のデータベース管理方法。
    In the fifth step, the index deletion creating unit
    It is determined whether or not the temporarily stored path index is already stored in the index storage area, and the temporary stored path index is updated only if it is not already stored. The database management method according to claim 10, wherein the created index is stored in the index storage area.
  13.  端末装置、データベース管理装置及び記憶装置が互いに通信可能に接続されるデータベースシステムにおいて、
     前記データベース管理装置は、
     前記端末装置の業務プログラムからの問合せ文に応じて前記記憶装置のデータベース領域に格納されているデータにアクセスする際、前記記憶装置のインデックス格納領域に格納されているインデックスを用いて前記データの格納領域を検索し、該検索した結果に基づいて前記データにアクセスするデータベース管理装置であって、前記データベース格納領域に格納されているデータのパスに関する統計情報を取得する統計情報取得部と、前記パスに対する問合せ時間を前記統計情報から取得して、該取得した問合せ時間に基づいて、前記インデックスを用いた場合に削減され得る問合せ時間削減量を算出する問合せ時間削減量算出部と、前記パスに対するインデックスを作成し、該作成したインデックスを前記インデックス格納領域に格納した場合に消費される格納領域消費量を算出する格納領域消費量算出部と、前記問合せ時間削減量及び前記格納領域消費量に基づいて、インデックスを作成すべき複数の前記データのパスについての優先度を算出する優先度計算部と、前記優先度に基づいて、前記パスのインデックスを作成するインデックス削除作成部とを備える
     ことを特徴とするデータベースシステム。
     
    In a database system in which a terminal device, a database management device, and a storage device are connected so as to communicate with each other,
    The database management device includes:
    When accessing data stored in the database area of the storage device in response to a query statement from the business program of the terminal device, storing the data using an index stored in the index storage area of the storage device A database management device that searches an area and accesses the data based on the search result, a statistical information acquisition unit that acquires statistical information about a path of data stored in the database storage area, and the path A query time reduction amount calculating unit that acquires a query time reduction amount that can be reduced when the index is used based on the acquired query time, and an index for the path And store the created index in the index storage area A storage area consumption calculation unit for calculating a storage area consumption consumed in the event of a failure, and a priority for a plurality of the data paths to be indexed based on the query time reduction amount and the storage area consumption A database system comprising: a priority calculation unit that calculates a degree; and an index deletion creation unit that creates an index of the path based on the priority.
PCT/JP2011/001154 2011-02-28 2011-02-28 Database management device, database management method, and database system WO2012117438A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/JP2011/001154 WO2012117438A1 (en) 2011-02-28 2011-02-28 Database management device, database management method, and database system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2011/001154 WO2012117438A1 (en) 2011-02-28 2011-02-28 Database management device, database management method, and database system

Publications (1)

Publication Number Publication Date
WO2012117438A1 true WO2012117438A1 (en) 2012-09-07

Family

ID=46757414

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2011/001154 WO2012117438A1 (en) 2011-02-28 2011-02-28 Database management device, database management method, and database system

Country Status (1)

Country Link
WO (1) WO2012117438A1 (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016177691A (en) * 2015-03-20 2016-10-06 富士通フロンテック株式会社 Data processing program, data processing method, and information processing apparatus
CN113569508A (en) * 2021-09-18 2021-10-29 芯行纪科技有限公司 Database model construction method and device for data indexing and access based on ID

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH04310144A (en) * 1991-04-09 1992-11-02 Shikoku Nippon Denki Software Kk Data base system
JP2008204141A (en) * 2007-02-20 2008-09-04 Nec Corp Index constitution proposal system and method, data analyzer, and program
JP2009245351A (en) * 2008-03-31 2009-10-22 Nomura Research Institute Ltd Information processing system and information processing method

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH04310144A (en) * 1991-04-09 1992-11-02 Shikoku Nippon Denki Software Kk Data base system
JP2008204141A (en) * 2007-02-20 2008-09-04 Nec Corp Index constitution proposal system and method, data analyzer, and program
JP2009245351A (en) * 2008-03-31 2009-10-22 Nomura Research Institute Ltd Information processing system and information processing method

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016177691A (en) * 2015-03-20 2016-10-06 富士通フロンテック株式会社 Data processing program, data processing method, and information processing apparatus
CN113569508A (en) * 2021-09-18 2021-10-29 芯行纪科技有限公司 Database model construction method and device for data indexing and access based on ID
CN113569508B (en) * 2021-09-18 2021-12-10 芯行纪科技有限公司 Database model construction method and device for data indexing and access based on ID
US11500828B1 (en) 2021-09-18 2022-11-15 X-Times Design Automation Co., LTD Method and device for constructing database model with ID-based data indexing-enabled data accessing

Similar Documents

Publication Publication Date Title
US7814072B2 (en) Management of database statistics
US8380702B2 (en) Loading an index with minimal effect on availability of applications using the corresponding table
US8386463B2 (en) Method and apparatus for dynamically associating different query execution strategies with selective portions of a database table
US10452629B2 (en) Automatic maintenance of a set of indexes with different currency characteristics in a database management system
US8380703B2 (en) Feedback loop between a query optimizer and a cache manager
US20110055201A1 (en) System, method, and computer-readable medium for automatic index creation to improve the performance of frequently executed queries in a database system
US7890480B2 (en) Processing of deterministic user-defined functions using multiple corresponding hash tables
EP2849089A1 (en) Virtual table indexing mechanism and method capable of realizing multi-attribute compound condition query
US6654756B1 (en) Combination of mass storage sizer, comparator, OLTP user defined workload sizer, and design
US20090024563A1 (en) Method and system for estimating per query resource consumption
US9734177B2 (en) Index merge ordering
US11704317B2 (en) Partial group by for eager group by placement query plans
KR20150098660A (en) Maintenance of active database queries
RU2674886C2 (en) Method and device for determining sql execution plan
CN110807145A (en) Query engine acquisition method, device and computer-readable storage medium
US9384257B2 (en) Providing multiple concurrent transactions on a single database schema using a single concurrent transaction database infrastructure
US11249962B2 (en) Column loadable and page loadable load unit recommendation system
WO2012117438A1 (en) Database management device, database management method, and database system
US20140258216A1 (en) Management of searches in a database system
US8161054B2 (en) Dynamic paging model
Suganya et al. Efficient fragmentation and allocation in distributed databases
CN103353891B (en) Data base management system and its data processing method
US7974955B2 (en) Inhibiting non-critical access based on measured performance in a database system
Arnaut et al. Phoenix: A relational storage component for the cloud
US20230022884A1 (en) Prediction of buffer pool size for transaction processing workloads

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 11859970

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11859970

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP