WO2023100289A1 - データベース管理装置、データベース管理方法およびデータベース管理プログラム - Google Patents

データベース管理装置、データベース管理方法およびデータベース管理プログラム Download PDF

Info

Publication number
WO2023100289A1
WO2023100289A1 PCT/JP2021/044109 JP2021044109W WO2023100289A1 WO 2023100289 A1 WO2023100289 A1 WO 2023100289A1 JP 2021044109 W JP2021044109 W JP 2021044109W WO 2023100289 A1 WO2023100289 A1 WO 2023100289A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
database management
database
area
graph
Prior art date
Application number
PCT/JP2021/044109
Other languages
English (en)
French (fr)
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/JP2021/044109 priority Critical patent/WO2023100289A1/ja
Publication of WO2023100289A1 publication Critical patent/WO2023100289A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10—File systems; File servers
    • G06F16/18—File system types
    • G06F16/182—Distributed file systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/28—Databases characterised by their database models, e.g. relational or object models

Definitions

  • the present invention relates to a database management device, a database management method, and a database management program.
  • the present invention has been made in view of the above, and aims to realize a database that enables efficient application development in an environment where databases with different characteristics coexist.
  • a database management apparatus has an acquisition unit that acquires data, and areas of a database having different characteristics in a storage unit as areas that refer to data. and a classifying unit that classifies and stores the obtained data in the separated regions according to attributes of the data.
  • FIG. 1 is a diagram for explaining an outline of a database management device.
  • FIG. 2 is a schematic diagram illustrating a schematic configuration of the database management device.
  • FIG. 3 is a diagram for explaining the processing of the unit.
  • FIG. 4 is a flowchart showing a database management processing procedure.
  • FIG. 5 is a diagram illustrating a computer executing a database management program.
  • FIG. 1 is a diagram for explaining an outline of a database management device.
  • the database management apparatus of the present embodiment divides each database area into a reference system and an update system in an environment where different types of databases with different database characteristics coexist, such as an RDB and a graph DB. separate into
  • the reference system is the area that stores the data referenced by the application.
  • the update system is an area that stores data that allows data to be updated by an application.
  • the RDB is separated into an RDB reference system 14a and an RDB update system 14b
  • the graph DB is separated into a graph DB reference system 14c and a graph DB update system 14d.
  • a reference system/update system multi-layer is configured inside the database. This makes it possible for application developers to easily grasp the internal configuration of the database, improve development efficiency, and shorten the development period.
  • NoSQL databases including graph DBs generally have insufficient implementation of transaction management due to the emphasis on performance. is strengthened.
  • backup and recovery time for configured databases can be shortened by targeting only the update system.
  • FIG. 2 is a schematic diagram illustrating a schematic configuration of the database management device.
  • the database management device 10 is implemented by a general-purpose computer such as a personal computer, and includes an input unit 11 , an output unit 12 , a communication control unit 13 , a storage unit 14 and a control unit 15 .
  • the input unit 11 is implemented using input devices such as a keyboard and a mouse, and inputs various instruction information such as processing start to the control unit 15 in response to input operations by the operator.
  • the output unit 12 is implemented by a display device such as a liquid crystal display, a printing device such as a printer, or the like.
  • the communication control unit 13 is realized by a NIC (Network Interface Card) or the like, and controls communication between an external device such as a server and the control unit 15 via a network.
  • the communication control unit 13 controls communication between the control unit 15 and a database device of another system that manages data used for database management processing described later, a user terminal in which an application is installed, or the like.
  • the storage unit 14 is implemented by semiconductor memory devices such as RAM (Random Access Memory) and flash memory, or storage devices such as hard disks and optical disks.
  • a processing program for operating the database management device 10 data used during the execution of the processing program, and the like are stored in advance, or are temporarily stored each time processing is performed.
  • the storage unit 14 may be configured to communicate with the control unit 15 via the communication control unit 13 .
  • the storage unit 14 stores an RDB reference system 14a, an RDB update system 14b, a graph DB reference system 14c, and a graph DB update system 14d that are generated in a database management process to be described later. used.
  • the control unit 15 is implemented using a CPU (Central Processing Unit) or the like, and executes a processing program stored in memory. Thereby, the control unit 15 functions as an acquisition unit 15a, a separation unit 15b, and a classification unit 15c, as illustrated in FIG. It should be noted that these functional units may be implemented in different hardware, respectively or partially.
  • the separation unit 15b may be implemented in a device separate from other functional units.
  • the control unit 15 may include other functional units.
  • the acquisition unit 15a acquires data.
  • the acquisition unit 15 a acquires data used for database management processing, which will be described later, from databases of other systems via the input unit 11 or the communication control unit 13 .
  • the acquisition unit 15a replicates the database of the other system by snapshot.
  • the acquisition unit 15a may store the acquired data in the storage unit 14 as master data or initial data.
  • the acquiring unit 15a may transfer these data to the classifying unit 15c, which will be described later, without storing them in the storage unit 14.
  • the separation unit 15b separates each area of the database having different characteristics in the storage unit 14 into a reference area for referring to data and an update area for allowing updating of data. Specifically, the separation unit 15b separates the RDB and graph DB areas of the storage unit 14 into a reference area for referring to data and an update area for allowing updating of data. As a result, the separation unit 15b generates areas of the RDB reference system 14a, the RDB update system 14b, the graph DB reference system 14c, and the graph DB update system 14d in the storage unit 14, for example.
  • the classification unit 15c classifies and stores the acquired data into separated areas according to the attributes of the data.
  • the attribute of data includes, for example, whether the data is to be referenced or updated. Then, the classification unit 15c stores the acquired data in one of the RDB reference system 14a, the RDB update system 14b, the graph DB reference system 14c, and the graph DB update system 14d according to the attribute of each data.
  • the classification unit 15c classifies the data represented by the nodes and the relationships between the nodes into the separated graph DB reference system 14c or the graph DB update system 14d in the area of the graph DB. stored in either
  • FIG. 3 is a diagram for explaining the processing of the classification unit.
  • the classification unit 15c classifies data obtained from DBs of other systems into an RDB reference system 14a, an RDB update system 14b, a graph DB reference system 14c, and a graph DB according to the attributes of each data. It is classified and stored in the update system 14d.
  • the classification unit 15c duplicates the data acquired by the acquisition unit 15a from the other system DB as a snapshot ((1) in FIG. 3), and first stores it in the RDB reference system 14a. Next, the classification unit 15c classifies independently managed data such as key-values to be updated, excluding data to be stored in the graph DB such as data represented by nodes and relationships between nodes, for example, in the RDB reference system. 14a to the RDB update system 14b ((2) in FIG. 3).
  • the classification unit 15c also classifies data stored in the graph DB, such as data represented by nodes and relationships between nodes, into either the graph DB reference system 14c or the graph DB update system 14d.
  • Data represented by the relationship between nodes is, for example, the coordinates of point facilities such as manholes and utility poles, and the length of spans between point facilities such as tunnels, conduits and cables. Data that can be illustrated in a diagram or network.
  • the classification unit 15c moves the data to be referenced from the RDB reference system 14a to the graph DB reference system 14c ((3) in FIG. 3). Further, the classification unit 15c moves the data to be updated among the data stored in the graph DB from the RDB reference system 14a to the graph DB update system 14d ((5) in FIG. 3).
  • the graph DB update system 14d stores attribute values such as materials and years of construction for point facilities and spans, key values related to services, and the like.
  • the classification unit 15c converts the data from the RDB update system 14b to the graph DB update system. 14d ((6) in FIG. 3). If there is an attribute value to be updated among the data in the graph DB reference system 14c, the classification unit 15c moves it from the graph DB reference system 14c to the graph DB update system 14d ((4) in FIG. 3).
  • an application that displays a graph may access the graph DB reference system 14c and the graph DB update system 14d (Fig. 3 (7), (8 )).
  • An application that displays data can access the RDB reference system 14a and the RDB update system 14b ((9) and (10) in FIG. 3).
  • the storage unit 14 used as a database the area to be processed by the application that accesses the database is clarified, so application development is facilitated and the development period can be shortened. Also, by limiting the backup work during operation as a database to only the update system, it is possible to shorten the work time for backup and restoration.
  • FIG. 4 is a flowchart showing a database management processing procedure.
  • the flowchart in FIG. 4 is started, for example, when an operation input instructing the start of database management processing is performed.
  • the acquisition unit 15a acquires data from the DB of another system (step S1).
  • the separation unit 15b separates each area of the database having different characteristics in the storage unit 14 into a reference area for referring to data and an update area for allowing updating of data (step S2).
  • the separation unit 15b separates each area of the RDB and the graph DB of the storage unit 14 into a reference area for referring to data and an update area for allowing updating of data.
  • the separation unit 15b generates areas of the RDB reference system 14a, the RDB update system 14b, the graph DB reference system 14c, and the graph DB update system 14d in the storage unit 14, for example.
  • the classification unit 15c classifies and stores the acquired data into separated areas according to attributes such as reference target/update target of the data (step S3).
  • the classification unit 15c stores the acquired data in one of the RDB reference system 14a, the RDB update system 14b, the graph DB reference system 14c, and the graph DB update system 14d.
  • the classification unit 15c classifies the data represented by the nodes and the relationships between the nodes into the separated graph DB reference system 14c or the graph DB update system 14d in the area of the graph DB. stored in either This completes a series of database management processes.
  • the acquisition unit 15a acquires data.
  • the separation unit 15b separates each area of the database having different characteristics in the storage unit 14 into a reference area for referring to data and an update area for allowing updating of data.
  • the classification unit 15c classifies and stores the acquired data into separated areas according to the attributes of the data.
  • the database management device 10 can configure a reference system/update system multi-layer inside the database. Therefore, the application developer can easily understand the internal configuration of the database, improve development efficiency, and shorten the development period. In this way, in an environment where different kinds of databases such as RDB and graph DB coexist, it is possible to realize a database that enables efficient application development.
  • the separation unit 15b separates each area of the RDB and the graph DB of the storage unit 14 into a reference area for referring to data and an update area for allowing updating of data.
  • NoSQL databases including graph DBs generally have insufficient implementation of transaction management due to their emphasis on performance
  • the transaction management of graph DBs is supplemented by the transaction management of coexisting RDBs, so data reliability is improved. is strengthened.
  • the classifying unit 15c classifies the data represented by the nodes and the relationships between the nodes among the acquired data into the separated graph DB reference system 14c or the graph DB update system 14d in the area of the graph DB. stored in either By arranging the data in the graph DB reference system 14c and the graph DB update system 14d separately from the RDB in this way, it is possible to speed up processing specialized for graphic display.
  • the database management device 10 can be implemented by installing a database management program for executing the above database management processing as package software or online software in a desired computer.
  • the information processing device can function as the database management device 10 by causing the information processing device to execute the above database management program.
  • information processing devices include mobile communication terminals such as smartphones, mobile phones and PHS (Personal Handyphone Systems), and slate terminals such as PDAs (Personal Digital Assistants).
  • the functions of the database management device 10 may be implemented in a cloud server.
  • FIG. 5 is a diagram showing an example of a computer that executes a database management program.
  • Computer 1000 includes, for example, memory 1010 , CPU 1020 , hard disk drive interface 1030 , disk drive interface 1040 , serial port interface 1050 , video adapter 1060 and network interface 1070 . These units are connected by a bus 1080 .
  • the memory 1010 includes a ROM (Read Only Memory) 1011 and a RAM 1012 .
  • the ROM 1011 stores a boot program such as BIOS (Basic Input Output System).
  • BIOS Basic Input Output System
  • Hard disk drive interface 1030 is connected to hard disk drive 1031 .
  • Disk drive interface 1040 is connected to disk drive 1041 .
  • a removable storage medium such as a magnetic disk or an optical disk is inserted into the disk drive 1041, for example.
  • a mouse 1051 and a keyboard 1052 are connected to the serial port interface 1050, for example.
  • a display 1061 is connected to the video adapter 1060 .
  • the hard disk drive 1031 stores an OS 1091, application programs 1092, program modules 1093 and program data 1094, for example. Each piece of information described in the above embodiment is stored in the hard disk drive 1031 or the memory 1010, for example.
  • the database management program is stored in the hard disk drive 1031 as a program module 1093 in which commands to be executed by the computer 1000 are written, for example.
  • the hard disk drive 1031 stores a program module 1093 that describes each process executed by the database management apparatus 10 described in the above embodiment.
  • Data used for information processing by the database management program is stored as program data 1094 in the hard disk drive 1031, for example. Then, the CPU 1020 reads out the program module 1093 and the program data 1094 stored in the hard disk drive 1031 to the RAM 1012 as necessary, and executes each procedure described above.
  • program module 1093 and program data 1094 related to the database management program are not limited to being stored in the hard disk drive 1031.
  • they may be stored in a removable storage medium and read by the CPU 1020 via the disk drive 1041 or the like. may be issued.
  • the program module 1093 and program data 1094 related to the database management program are stored in another computer connected via a network such as LAN (Local Area Network) or WAN (Wide Area Network), and are stored via network interface 1070. may be read by the CPU 1020 at the same time.
  • LAN Local Area Network
  • WAN Wide Area Network

Landscapes

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

Abstract

取得部（１５ａ）が、データを取得する。分離部（１５ｂ）が、記憶部（１４）の特性の異なるデータベースのそれぞれの領域を、データを参照させる領域とデータの更新を許容する領域とに分離する。分類部（１５ｃ）が、取得されたデータを、該データの属性に応じて、分離された領域に分類して記憶させる。

Description

データベース管理装置、データベース管理方法およびデータベース管理プログラム
　本発明は、データベース管理装置、データベース管理方法およびデータベース管理プログラムに関する。
　情報システムの開発において、アプリケーションによりデータベースを高速に参照したり、データ改ざんに対応したりすることが必要である。そこで近年は、データの参照元として、従来のリレーショナルデータベース（ＲＤＢ）に加え、データ相互の接続関係をより高速に取得可能なグラフデータベース（グラフＤＢ）が注目されている（特許文献１，非特許文献１参照）。ここで、グラフＤＢは図形表示に特化しているため、ＲＤＢの代替とはならない。つまり、ＲＤＢとグラフＤＢとは異種データベースであり、並存する形態となる。
特開２０１４－２２９２７６号公報
杉本　昌司、他3名、「リレーショナルデータベースとグラフデータベースのリアルタイム同期方式の提案」、信学技報、ICM2020-78、電子情報通信学会、2021年3月18日、p.104－109
　しかしながら、従来の技術では、ＲＤＢとグラフＤＢのように特性の異なるデータベースが並存する環境は、アプリケーションの開発の妨げとなっていた。例えば、ＲＤＢとグラフＤＢとが並存していると、データの属性が参照のみなのか、あるいは更新されるのかといった観点で、データベースのデータの配置が混然としていて必ずしも整理されていない。そのため、スキーマが複雑化して、アプリケーションの開発の妨げとなっていた。
　本発明は、上記に鑑みてなされたものであって、特性の異なるデータベースが並存する環境で、アプリケーションの開発の効率化が可能なデータベースを実現することを目的とする。
　上述した課題を解決し、目的を達成するために、本発明に係るデータベース管理装置は、データを取得する取得部と、記憶部の特性の異なるデータベースのそれぞれの領域を、データを参照させる領域とデータの更新を許容する領域とに分離する分離部と、取得された前記データを、該データの属性に応じて、分離された前記領域に分類して記憶させる分類部と、を有することを特徴とする。
　本発明によれば、特性の異なるデータベースが並存する環境で、アプリケーションの開発の効率化が可能なデータベースを実現することが可能となる。
図１は、データベース管理装置の概要を説明するための図である。 図２は、データベース管理装置の概略構成を例示する模式図である。 図３は、部の処理を説明するための図である。 図４は、データベース管理処理手順を示すフローチャートである。 図５は、データベース管理プログラムを実行するコンピュータを例示する図である。
　以下、図面を参照して、本発明の一実施形態を詳細に説明する。なお、この実施形態により本発明が限定されるものではない。また、図面の記載において、同一部分には同一の符号を付して示している。
［データベース管理装置の概要］
　図１は、データベース管理装置の概要を説明するための図である。図１に示すように、本実施形態のデータベース管理装置は、例えばＲＤＢとグラフＤＢのように、データベース特性が異なる異種のデータベースが並存する環境において、それぞれのデータベースの領域を参照系と更新系とに分離する。
　ここで、参照系とは、アプリケーションが参照するデータを記憶する領域である。また、更新系とは、アプリケーションによるデータの更新を許容するデータを記憶する領域である。図１に示す例では、ＲＤＢがＲＤＢ参照系１４ａとＲＤＢ更新系１４ｂとに分離され、グラフＤＢがグラフＤＢ参照系１４ｃとグラフＤＢ更新系１４ｄとに分離されている。
　このように、データベースの内部で参照系／更新系のマルチレイヤが構成される。これにより、アプリケーション開発者がデータベースの内部構成を容易に把握して、開発効率を向上させて開発期間を短縮することが可能となる。
　また、グラフＤＢ参照系とグラフＤＢ更新系とにデータが配置されることにより、図形表示に特化した処理の高速化が可能となる。
　また、グラフＤＢを含むＮｏＳＱＬ系データベースは、一般に性能重視のためにトランザクション管理の実装が不十分であるところ、並存するＲＤＢのトランザクション管理によってグラフＤＢのトランザクション管理が補完されるため、データの信頼性が強化される。
　また、構成されたデータベースのバックアップ作業は更新系のみを対象とすることにより、バックアップや回復時間を短縮することが可能となる。
［データベース管理装置の構成］
　図２は、データベース管理装置の概略構成を例示する模式図である。図２に例示するように、データベース管理装置１０は、パソコン等の汎用コンピュータで実現され、入力部１１、出力部１２、通信制御部１３、記憶部１４、および制御部１５を備える。
　入力部１１は、キーボードやマウス等の入力デバイスを用いて実現され、操作者による入力操作に対応して、制御部１５に対して処理開始などの各種指示情報を入力する。出力部１２は、液晶ディスプレイなどの表示装置、プリンター等の印刷装置等によって実現される。
　通信制御部１３は、ＮＩＣ（Network　Interface　Card）等で実現され、ネットワークを介したサーバ等の外部の装置と制御部１５との通信を制御する。例えば、通信制御部１３は、後述するデータベース管理処理に用いられるデータを管理する他システムのデータベース装置やアプリケーションがインストールされたユーザ端末等と、制御部１５との通信を制御する。
　記憶部１４は、ＲＡＭ（Random　Access　Memory）、フラッシュメモリ（Flash　Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。記憶部１４には、データベース管理装置１０を動作させる処理プログラムや、処理プログラムの実行中に使用されるデータなどが予め記憶され、あるいは処理の都度一時的に記憶される。なお、記憶部１４は、通信制御部１３を介して制御部１５と通信する構成でもよい。
　本実施形態において、記憶部１４には、後述するデータベース管理処理で生成されるＲＤＢ参照系１４ａ、ＲＤＢ更新系１４ｂ、グラフＤＢ参照系１４ｃ、およびグラフＤＢ更新系１４ｄが記憶され、データベースとしてアプリケーションに利用される。
　制御部１５は、ＣＰＵ（Central　Processing　Unit）等を用いて実現され、メモリに記憶された処理プログラムを実行する。これにより、制御部１５は、図２に例示するように、取得部１５ａ、分離部１５ｂおよび分類部１５ｃとして機能する。なお、これらの機能部は、それぞれあるいは一部が異なるハードウェアに実装されてもよい。例えば、分離部１５ｂは、他の機能部とは別の装置に実装されてもよい。また、制御部１５は、その他の機能部を備えてもよい。
　取得部１５ａは、データを取得する。例えば、取得部１５ａは、後述するデータベース管理処理に用いられるデータを、入力部１１あるいは通信制御部１３を介して、他のシステムのデータベースから取得する。具体的には、取得部１５ａは、他システムのデータベースをスナップショットにより複製する。また、取得部１５ａは、取得したデータをマスターデータあるいは初期データとして記憶部１４に記憶させてもよい。なお、取得部１５ａは、これらのデータを記憶部１４に記憶させずに、後述する分類部１５ｃに転送してもよい。
　分離部１５ｂは、記憶部１４の特性の異なるデータベースのそれぞれの領域を、データを参照させる参照系の領域とデータの更新を許容する更新系の領域とに分離する。具体的には、分離部１５ｂは、記憶部１４のＲＤＢとグラフＤＢとのそれぞれの領域を、データを参照させる参照系の領域とデータの更新を許容する更新系の領域とに分離する。これにより分離部１５ｂは、記憶部１４に、例えば、ＲＤＢ参照系１４ａ、ＲＤＢ更新系１４ｂ、グラフＤＢ参照系１４ｃ、およびグラフＤＢ更新系１４ｄの領域を生成する。
　分類部１５ｃは、取得されたデータを、該データの属性に応じて、分離された領域に分類して記憶させる。ここで、データの属性とは、例えば、当該データが参照対象／更新対象のいずれであるか等の区分を含む。そして、分類部１５ｃは、取得されたデータを、各データの属性に応じて、ＲＤＢ参照系１４ａ、ＲＤＢ更新系１４ｂ、グラフＤＢ参照系１４ｃ、およびグラフＤＢ更新系１４ｄのいずれかに記憶させる。
　例えば、分類部１５ｃは、取得されたデータのうち、ノードとノード間の関係性とで表されるデータを、グラフＤＢの領域のうちの分離されたグラフＤＢ参照系１４ｃまたはグラフＤＢ更新系１４ｄのいずれかに記憶させる。
　ここで、図３は、分類部の処理を説明するための図である。図３に示すように、分類部１５ｃは、他のシステムのＤＢから取得したデータを、各データの属性に応じて、ＲＤＢ参照系１４ａ、ＲＤＢ更新系１４ｂ、グラフＤＢ参照系１４ｃ、およびグラフＤＢ更新系１４ｄに分類して記憶させる。
　具体的には、分類部１５ｃは、取得部１５ａが他システムＤＢから取得したデータをスナップショットで複製して（図３（１））、まず、ＲＤＢ参照系１４ａに格納する。次に、分類部１５ｃは、例えばノードとノード間の関係性とで表されるデータ等のグラフＤＢに格納するデータを除いて、更新対象のキーバリュー等の独自管理のデータを、ＲＤＢ参照系１４ａからＲＤＢ更新系１４ｂに移動させる（図３（２））。
　また、分類部１５ｃは、例えばノードとノード間の関係性とで表されるデータ等のグラフＤＢに格納するデータをグラフＤＢ参照系１４ｃまたはグラフＤＢ更新系１４ｄのいずれかに分類する。ノードとノード間の関係性で表されるデータとは、例えば、マンホール、電柱等の点設備の座標と、とう道、管路、ケーブル等の点設備間のスパンの長さのように、直線図やネットワーク状に図示され得るデータである。
　分類部１５ｃは、グラフＤＢに格納するデータのうち、参照対象のデータをＲＤＢ参照系１４ａからグラフＤＢ参照系１４ｃに移動させる（図３（３））。また、分類部１５ｃは、グラフＤＢに格納するデータのうち、更新対象のデータをＲＤＢ参照系１４ａからグラフＤＢ更新系１４ｄに移動させる（図３（５））。例えば、グラフＤＢ更新系１４ｄには、点設備やスパンについての材質や建設年等の属性値や、サービス関連のキーバリュー等が格納される。
　また、分類部１５ｃは、ＲＤＢ更新系１４ｂのデータのうち、ノードとノード間の関係性とで表されるデータであって更新対象の属性値があれば、ＲＤＢ更新系１４ｂからグラフＤＢ更新系１４ｄに移動させる（図３（６））。また、分類部１５ｃは、グラフＤＢ参照系１４ｃのデータのうち、更新対象の属性値があれば、グラフＤＢ参照系１４ｃからグラフＤＢ更新系１４ｄに移動させる（図３（４））。
　このように、ＲＤＢとグラフＤＢとの内部でそれぞれ参照系・更新系のマルチレイヤが構成される（図３（２）、（４）参照）。これにより、アプリケーションの開発効率が向上する。また、ＲＤＢと分離して、グラフＤＢ参照系１４ｃとグラフＤＢ更新系１４ｄとにデータが配置される(図３（３）、（５）、（６）参照）ことにより、図形表示に特化した処理の高速化が可能となる。
　また、このように構成された記憶部１４をデータベースとして、例えば、グラフ表示を行うアプリケーションは、グラフＤＢ参照系１４ｃとグラフＤＢ更新系１４ｄとにアクセスすればよい（図３（７）、（８））。また、データ表示を行うアプリケーションは、ＲＤＢ参照系１４ａとＲＤＢ更新系１４ｂとにアクセスすればよい（図３（９）、（１０））。
　このように、記憶部１４をデータベースとして、当該データベースにアクセスするアプリケーションの処理対象の領域が明確になるため、アプリケーション開発が容易になり開発期間を短縮することが可能となる。また、データベースとして運用中のバックアップ作業を更新系のみに限定することにより、バックアップおよび復元の作業時間を短縮することが可能となる。
［データベース管理処理］
　次に、図４を参照して、本実施形態に係るデータベース管理装置１０によるデータベース管理処理について説明する。図４は、データベース管理処理手順を示すフローチャートである。図４のフローチャートは、例えば、データベース管理処理の開始を指示する操作入力があったタイミングで開始される。
　まず、取得部１５ａが、他システムのＤＢ等からデータを取得する（ステップＳ１）。
　次に、分離部１５ｂが、記憶部１４の特性の異なるデータベースのそれぞれの領域を、データを参照させる参照系の領域とデータの更新を許容する更新系の領域とに分離する（ステップＳ２）。
　具体的には、分離部１５ｂは、記憶部１４のＲＤＢとグラフＤＢとのそれぞれの領域を、データを参照させる参照系の領域とデータの更新を許容する更新系の領域とに分離する。これにより分離部１５ｂは、記憶部１４に、例えば、ＲＤＢ参照系１４ａ、ＲＤＢ更新系１４ｂ、グラフＤＢ参照系１４ｃ、およびグラフＤＢ更新系１４ｄの領域を生成する。
　そして、分類部１５ｃが、取得されたデータを、該データの参照対象／更新対象等の属性に応じて、分離された領域に分類して記憶させる（ステップＳ３）。例えば、分類部１５ｃは、取得されたデータを、ＲＤＢ参照系１４ａ、ＲＤＢ更新系１４ｂ、グラフＤＢ参照系１４ｃ、およびグラフＤＢ更新系１４ｄのいずれかに記憶させる。
　例えば、分類部１５ｃは、取得されたデータのうち、ノードとノード間の関係性とで表されるデータを、グラフＤＢの領域のうちの分離されたグラフＤＢ参照系１４ｃまたはグラフＤＢ更新系１４ｄのいずれかに記憶させる。これにより、一連のデータベース管理処理が終了する。
［効果］
　以上、説明したように、データベース管理装置１０において、取得部１５ａが、データを取得する。分離部１５ｂは、記憶部１４の特性の異なるデータベースのそれぞれの領域を、データを参照させる参照系の領域とデータの更新を許容する更新系の領域とに分離する。分類部１５ｃが、取得されたデータを、該データの属性に応じて、分離された領域に分類して記憶させる。
　これにより、データベース管理装置１０は、データベースの内部で参照系／更新系のマルチレイヤを構成することが可能となる。したがって、アプリケーション開発者がデータベースの内部構成を容易に把握して、開発効率を向上させて開発期間を短縮することが可能となる。このように、ＲＤＢとグラフＤＢのような異種データベースが並存する環境で、アプリケーションの開発の効率化が可能なデータベースを実現することが可能となる。
　具体的には、分離部１５ｂは、記憶部１４のＲＤＢとグラフＤＢとのそれぞれの領域を、データを参照させる参照系の領域とデータの更新を許容する更新系の領域とに分離する。これにより、一般にグラフＤＢを含むＮｏＳＱＬ系データベースは性能重視のためにトランザクション管理の実装が不十分であるところ、並存するＲＤＢのトランザクション管理によってグラフＤＢのトランザクション管理が補完されるため、データの信頼性が強化される。
　また、分類部１５ｃは、取得されたデータのうち、ノードとノード間の関係性とで表されるデータを、グラフＤＢの領域のうちの分離されたグラフＤＢ参照系１４ｃまたはグラフＤＢ更新系１４ｄのいずれかに記憶させる。このように、ＲＤＢと分離して、グラフＤＢ参照系１４ｃとグラフＤＢ更新系１４ｄとにデータが配置されることにより、図形表示に特化した処理の高速化が可能となる。
［プログラム］
　上記実施形態に係るデータベース管理装置１０が実行する処理をコンピュータが実行可能な言語で記述したプログラムを作成することもできる。一実施形態として、データベース管理装置１０は、パッケージソフトウェアやオンラインソフトウェアとして上記のデータベース管理処理を実行するデータベース管理プログラムを所望のコンピュータにインストールさせることによって実装できる。例えば、上記のデータベース管理プログラムを情報処理装置に実行させることにより、情報処理装置をデータベース管理装置１０として機能させることができる。また、その他にも、情報処理装置にはスマートフォン、携帯電話機やＰＨＳ（Personal　Handyphone　System）等の移動体通信端末、さらには、ＰＤＡ（Personal　Digital　Assistant）等のスレート端末等がその範疇に含まれる。また、データベース管理装置１０の機能を、クラウドサーバに実装してもよい。
　図５は、データベース管理プログラムを実行するコンピュータの一例を示す図である。コンピュータ１０００は、例えば、メモリ１０１０と、ＣＰＵ１０２０と、ハードディスクドライブインタフェース１０３０と、ディスクドライブインタフェース１０４０と、シリアルポートインタフェース１０５０と、ビデオアダプタ１０６０と、ネットワークインタフェース１０７０とを有する。これらの各部は、バス１０８０によって接続される。
　メモリ１０１０は、ＲＯＭ（Read　Only　Memory）１０１１およびＲＡＭ１０１２を含む。ＲＯＭ１０１１は、例えば、ＢＩＯＳ（Basic　Input　Output　System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース１０３０は、ハードディスクドライブ１０３１に接続される。ディスクドライブインタフェース１０４０は、ディスクドライブ１０４１に接続される。ディスクドライブ１０４１には、例えば、磁気ディスクや光ディスク等の着脱可能な記憶媒体が挿入される。シリアルポートインタフェース１０５０には、例えば、マウス１０５１およびキーボード１０５２が接続される。ビデオアダプタ１０６０には、例えば、ディスプレイ１０６１が接続される。
　ここで、ハードディスクドライブ１０３１は、例えば、ＯＳ１０９１、アプリケーションプログラム１０９２、プログラムモジュール１０９３およびプログラムデータ１０９４を記憶する。上記実施形態で説明した各情報は、例えばハードディスクドライブ１０３１やメモリ１０１０に記憶される。
　また、データベース管理プログラムは、例えば、コンピュータ１０００によって実行される指令が記述されたプログラムモジュール１０９３として、ハードディスクドライブ１０３１に記憶される。具体的には、上記実施形態で説明したデータベース管理装置１０が実行する各処理が記述されたプログラムモジュール１０９３が、ハードディスクドライブ１０３１に記憶される。
　また、データベース管理プログラムによる情報処理に用いられるデータは、プログラムデータ１０９４として、例えば、ハードディスクドライブ１０３１に記憶される。そして、ＣＰＵ１０２０が、ハードディスクドライブ１０３１に記憶されたプログラムモジュール１０９３やプログラムデータ１０９４を必要に応じてＲＡＭ１０１２に読み出して、上述した各手順を実行する。
　なお、データベース管理プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ハードディスクドライブ１０３１に記憶される場合に限られず、例えば、着脱可能な記憶媒体に記憶されて、ディスクドライブ１０４１等を介してＣＰＵ１０２０によって読み出されてもよい。あるいは、データベース管理プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ＬＡＮ（Local　Area　Network）やＷＡＮ（Wide　Area　Network）等のネットワークを介して接続された他のコンピュータに記憶され、ネットワークインタフェース１０７０を介してＣＰＵ１０２０によって読み出されてもよい。
　以上、本発明者によってなされた発明を適用した実施形態について説明したが、本実施形態による本発明の開示の一部をなす記述および図面により本発明は限定されることはない。すなわち、本実施形態に基づいて当業者等によりなされる他の実施形態、実施例および運用技術等は全て本発明の範疇に含まれる。
　１０　データベース管理装置
　１１　入力部
　１２　出力部
　１３　通信制御部
　１４　記憶部
　１４ａ　ＲＤＢ参照系
　１４ｂ　ＲＤＢ更新系
　１４ｃ　グラフＤＢ参照系
　１４ｄ　グラフＤＢ更新系
　１５　制御部
　１５ａ　取得部
　１５ｂ　分離部
　１５ｃ　分類部

Claims (5)

  1. 　データを取得する取得部と、
    　記憶部の特性の異なるデータベースのそれぞれの領域を、データを参照させる領域とデータの更新を許容する領域とに分離する分離部と、
    　取得された前記データを、該データの属性に応じて、分離された前記領域に分類して記憶させる分類部と
    　を有することを特徴とするデータベース管理装置。
  2. 　前記分離部は、前記記憶部のリレーショナルデータベースとグラフデータベースとのそれぞれの領域を、データを参照させる領域とデータの更新を許容する領域とに分離することを特徴とする請求項１に記載のデータベース管理装置。
  3. 　前記分類部は、取得された前記データのうち、ノードとノード間の関係性とで表されるデータを、前記グラフデータベースの領域のうちの分離された前記領域のいずれかに記憶させることを特徴とする請求項２に記載のデータベース管理装置。
  4. 　記憶部を有するデータベース管理装置が実行するデータベース管理方法であって、
    　データを取得する取得工程と、
    　前記記憶部の特性の異なるデータベースのそれぞれの領域を、データを参照させる領域とデータの更新を許容する領域とに分離する分離工程と、
    　取得された前記データを、該データの属性に応じて、分離された前記領域に分類して記憶させる分類工程と、
    　を含んだことを特徴とするデータベース管理方法。
  5. 　データを取得する取得ステップと、
    　記憶部の特性の異なるデータベースのそれぞれの領域を、データを参照させる領域とデータの更新を許容する領域とに分離する分離ステップと、
    　取得された前記データを、該データの属性に応じて、分離された前記領域に分類して記憶させる分類ステップと、
    　をコンピュータに実行させるためのデータベース管理プログラム。
PCT/JP2021/044109 2021-12-01 2021-12-01 データベース管理装置、データベース管理方法およびデータベース管理プログラム WO2023100289A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/JP2021/044109 WO2023100289A1 (ja) 2021-12-01 2021-12-01 データベース管理装置、データベース管理方法およびデータベース管理プログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2021/044109 WO2023100289A1 (ja) 2021-12-01 2021-12-01 データベース管理装置、データベース管理方法およびデータベース管理プログラム

Publications (1)

Publication Number Publication Date
WO2023100289A1 true WO2023100289A1 (ja) 2023-06-08

Family

ID=86611788

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/044109 WO2023100289A1 (ja) 2021-12-01 2021-12-01 データベース管理装置、データベース管理方法およびデータベース管理プログラム

Country Status (1)

Country Link
WO (1) WO2023100289A1 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09171480A (ja) * 1995-12-20 1997-06-30 Hitachi Electron Service Co Ltd 情報記憶システムを備えるネットワークシステム、該システムの入力システムならびに自動運用システム、および該ネットワークシステムの自動運用方法
WO2009123342A1 (ja) * 2008-04-04 2009-10-08 日本電気株式会社 データベースシステム、データベース更新方法、データベース、及びデータベース更新プログラム
JP2013161398A (ja) * 2012-02-08 2013-08-19 Nippon Telegr & Teleph Corp <Ntt> データベースシステム、データベース管理方法、およびデータベース管理プログラム

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09171480A (ja) * 1995-12-20 1997-06-30 Hitachi Electron Service Co Ltd 情報記憶システムを備えるネットワークシステム、該システムの入力システムならびに自動運用システム、および該ネットワークシステムの自動運用方法
WO2009123342A1 (ja) * 2008-04-04 2009-10-08 日本電気株式会社 データベースシステム、データベース更新方法、データベース、及びデータベース更新プログラム
JP2013161398A (ja) * 2012-02-08 2013-08-19 Nippon Telegr & Teleph Corp <Ntt> データベースシステム、データベース管理方法、およびデータベース管理プログラム

Similar Documents

Publication Publication Date Title
US9489189B2 (en) Dynamically generate and execute a context-specific patch installation procedure on a computing system
US8954859B2 (en) Visually analyzing, clustering, transforming and consolidating real and virtual machine images in a computing environment
US10684846B2 (en) Using semantic annotations to control compatibility behaviors
US8893272B2 (en) Method and device for recombining runtime instruction
US20090113327A1 (en) User interface mapping modules to deployment targets
US7958154B2 (en) Apparatus, system, and method for command manager support for pluggable data formats
US11645070B1 (en) Documentation enforcement during compilation
WO2023100289A1 (ja) データベース管理装置、データベース管理方法およびデータベース管理プログラム
JP2009245409A (ja) リソース自動構築システム及び自動構築方法並びにそのための管理用端末
WO2016082474A1 (zh) 一种人机命令脚本更新方法、装置及计算机存储介质
WO2024121892A1 (ja) データベース管理装置、データベース管理方法およびデータベース管理プログラム
WO2024121893A1 (ja) データベース管理装置、データベース管理方法およびデータベース管理プログラム
AU2016100156A4 (en) Data Structure, Model for Populating a Data Structure and Method of Programming a Processing Device Utilising a Data Structure
CN115129740A (zh) 一种云原生环境下的分布式微服务数据库更新方法及系统
US10262054B2 (en) Database and service upgrade without downtime
WO2023275945A1 (ja) データベース管理装置、データベース管理方法およびデータベース管理プログラム
CN109002343B (zh) 一种实现虚拟机批量创建的方法及装置
US11271999B2 (en) Flexible associativity in multitenant clustered environments
US11513788B2 (en) Systems and methods for generating and managing domain-based technology architecture
CN113254029B (zh) 终端设备的外设接口设置方法、装置、电子设备
US11582262B2 (en) Extension framework for data analytics
WO2023218534A1 (ja) データベース管理装置、データベース管理方法およびデータベース管理プログラム
EP4339774A1 (en) Automatic generation of container images
WO2018107860A1 (zh) 业务的操作方法、装置及云计算系统
CN117093592A (zh) 一种数据更新方法、装置以及介质

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: 21966373

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2023564338

Country of ref document: JP

Kind code of ref document: A