JPH04317160A - Data processing system - Google Patents

Data processing system

Info

Publication number
JPH04317160A
JPH04317160A JP3084177A JP8417791A JPH04317160A JP H04317160 A JPH04317160 A JP H04317160A JP 3084177 A JP3084177 A JP 3084177A JP 8417791 A JP8417791 A JP 8417791A JP H04317160 A JPH04317160 A JP H04317160A
Authority
JP
Japan
Prior art keywords
data
architecture
conversion
format
node
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP3084177A
Other languages
Japanese (ja)
Inventor
Akira Nakanouchi
中野内 彰
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujifilm Business Innovation Corp
Original Assignee
Fuji Xerox Co Ltd
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 Fuji Xerox Co Ltd filed Critical Fuji Xerox Co Ltd
Priority to JP3084177A priority Critical patent/JPH04317160A/en
Publication of JPH04317160A publication Critical patent/JPH04317160A/en
Pending legal-status Critical Current

Links

Landscapes

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

Abstract

PURPOSE:To share data in a program operating on a computer whose architecture is different. CONSTITUTION:The procedures of access and architecture conversion are previously registered for respective classes of data. Furthermore, a flag showing generated architecture is set on data on a file. When there is the read request of data from an application, the flag showing architecture on data is compared with the architecture of hardware to be executed. When they do not coincide, the procedure of the architecture conversion of the class is called, is converted into a usable state, and is returned to the application so as to be refferred to. Thus, data can be shared on the program operating on the computer different in architecture without using a converter.

Description

【発明の詳細な説明】[Detailed description of the invention]

【0001】0001

【産業上の利用分野】本発明はアーキテクチュアの異な
るコンピュータ上で動作するプログラムにおいて、デー
タを共有する場合のデータ処理システムに関するもので
ある。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a data processing system for sharing data between programs running on computers with different architectures.

【0002】0002

【従来の技術】アーキテクチュアの異なるコンピュータ
上で、同じプログラムを移植し、実行する場合にそれぞ
れのアーキテクチュア特有の動作によりデータの並びや
構造が異なる場合がある。この場合、ファイルを共有す
るためには、従来コンバータと呼ばれるデータ変換プロ
グラムを別に作成し、これにデータを通して形式変換し
てから利用するようにしていた(「JWPコンバージョ
ン操作説明書」及び「6060コンバージョン操作説明
書」;1988年6月富士ゼロックス株式会社発行)。
2. Description of the Related Art When the same program is ported and executed on computers with different architectures, the arrangement and structure of data may differ due to operations specific to each architecture. In this case, in order to share files, conventionally a data conversion program called a converter was created separately, and the data was passed through it to convert the format before use. "Operating Manual"; Published by Fuji Xerox Co., Ltd., June 1988).

【0003】0003

【発明が解決しようとする課題】このように、従来、ア
ーキテクチュアの異なるコンピュータ上で動作するプロ
グラムにおいて、データを共有する場合には、変換プロ
グラムを使ってデータを実際に変換しないとそれにアク
セスできず、そのためネットワークでマシーンがつなが
っており、個々のサーバの中に型の違うデータが入って
いる場合、それぞれのマシーンは同時に型の違うデータ
が入っているファイルを共有することはできない。その
ため、ネットワークを組んだ時はコンバータを入れて別
ファイルに一旦変換してからでないと利用できないとい
う問題があった。また、このようなコンバータを作るに
はどのようにファイルを書きだしているかを全て調査す
る必要があり、またファイルフォーマットが完全に決ま
ってからでないとコンバータの作成にかかれないという
問題もあった。
[Problem to be Solved by the Invention] Conventionally, when programs running on computers with different architectures share data, it is impossible to access it unless the data is actually converted using a conversion program. Therefore, if machines are connected via a network and each server contains data of different types, each machine cannot share files containing data of different types at the same time. Therefore, when a network was set up, there was a problem that the file could not be used unless a converter was installed and the file was converted to a separate file. Additionally, in order to create such a converter, it was necessary to investigate everything about how files are exported, and there was also the problem that the converter could not be created until the file format had been completely determined.

【0004】本発明は上記課題を解決するためのもので
、データ参照要求時にデータの形式とデータ要求元の形
式とを比較し、不一致の場合にデータ要求元の形式にデ
ータを変換して返すことにより、欲しい形でデータをも
らえるようにし、コンバータを必要とせずにアーキテク
チュアの異なるコンピュータ上で動作するプログラムに
おいて、データを共有することができるデータ処理シス
テムを提供することを目的とする。
[0004] The present invention is aimed at solving the above-mentioned problems, and involves comparing the data format and the format of the data request source at the time of a data reference request, and if they do not match, converting the data to the format of the data request source and returning the data. The purpose of the present invention is to provide a data processing system that allows data to be received in a desired format and that allows programs running on computers with different architectures to share data without the need for a converter.

【0005】[0005]

【課題を解決するための手段】本発明は、図1に示すよ
うに、アーキテクチュアの異なる計算機上で動作するプ
ログラムでデータを共有するデータ処理システムにおい
て、データ形式を識別するための識別子が付与されたデ
ータの種類毎にデータを管理すると共に、異なるデータ
形式の相互の変換手続およびデータアクセス手続を管理
する管理手段2と、データ形式の相互の変換手続および
データアクセス手続の登録を行う登録手段3を備え、前
記管理手段はデータ参照要求時に前記識別子よりデータ
形式とデータ要求元の形式とを比較し、形式不一致の場
合に前記変換手続を呼び出してデータ要求元の形式に変
換してデータを返すことを特徴とする。
[Means for Solving the Problems] As shown in FIG. 1, the present invention provides a data processing system in which data is shared by programs running on computers with different architectures. a management means 2 that manages data for each type of data and also manages mutual conversion procedures and data access procedures between different data formats; and a registration means 3 that registers mutual conversion procedures and data access procedures between data formats. The management means compares the data format with the format of the data request source using the identifier at the time of a data reference request, and if the formats do not match, calls the conversion procedure to convert to the format of the data request source and return the data. It is characterized by

【0006】また、管理手段2は識別子をデータ変換結
果の形式を示す識別子に変更することを特徴とする。
[0006] Furthermore, the management means 2 is characterized in that it changes the identifier to an identifier indicating the format of the data conversion result.

【0007】[0007]

【作用】本発明は、登録手段により予めデータのクラス
毎にそのアクセス、アーキテクチュア変換の手続を登録
しておき、さらに管理手段によりファイル上のデータに
作成されたアーキテクチュアを示すフラグを設定し、ア
プリケーションからデータの読み出し要求があった場合
には、管理手段はデータ上のアーキテクチュアを示すフ
ラグと実行しているハードウエァのアーキテクチュアを
比較し、一致しない場合にはそのクラスのアーキテクチ
ュア変換の手続を呼び出して使用可能な状態に変換して
からアプリケーションに返して参照できるようにし、コ
ンバータを使用せずにアーキテクチュアの異なるコンピ
ュータ上で動作するプログラムにおいてデータを共有す
ることが可能となる。
[Operation] In the present invention, the access and architecture conversion procedures are registered in advance for each data class by the registration means, and furthermore, the management means sets a flag indicating the architecture created for the data on the file, and the application When there is a request to read data from , the management means compares the flag indicating the architecture on the data with the architecture of the executing hardware, and if they do not match, calls the architecture conversion procedure for that class and uses it. After converting the data into a possible state, it is returned to the application so that it can be referenced, making it possible to share data among programs running on computers with different architectures without using a converter.

【0008】[0008]

【実施例】図1は本発明の機能ブロックを示す図、図2
は装置構成を示す図、図3はデータおよびデータマネー
ジャを説明するための図、図4は本発明によるデータ処
理を説明するための図、図5は処理フローを示す図であ
る。図中、1はデータ記憶手段、2はデータ管理手段、
3は変換・アクセス手続登録手段、11はCPU、12
は主メモリ、13はディスプレイ、14は入力部、15
は外部記憶装置、16はバス、20はノードマネージャ
、21はノードのサブクラスのデータ、30はボディマ
ネージャ、31はボディのサブクラスのデータ、40は
アプリケーションプログラムである。
[Example] Fig. 1 is a diagram showing the functional blocks of the present invention, Fig. 2
3 is a diagram illustrating the device configuration, FIG. 3 is a diagram illustrating data and a data manager, FIG. 4 is a diagram illustrating data processing according to the present invention, and FIG. 5 is a diagram illustrating a processing flow. In the figure, 1 is a data storage means, 2 is a data management means,
3 is a conversion/access procedure registration means, 11 is a CPU, 12
is the main memory, 13 is the display, 14 is the input section, 15
16 is an external storage device, 16 is a bus, 20 is a node manager, 21 is node subclass data, 30 is a body manager, 31 is body subclass data, and 40 is an application program.

【0009】図1のデータ記憶手段1はハイパーテキス
トタイプのデータが記憶されている。ハイパーテキスト
は構造を持っているテキストで、例えば本等で著せば章
、節等がノードであり、一個のセンテンス、すなわちテ
キストの基本単位がボディとなる。なお、ノードの上は
テキストファイルという概念になる。
The data storage means 1 shown in FIG. 1 stores hypertext type data. Hypertext is text that has a structure; for example, in a book, chapters, sections, etc. are the nodes, and a single sentence, that is, the basic unit of text, is the body. Note that the area above the node is a text file.

【0010】このノードには、図3(a)に示すように
、リニア21a、スペーシャル21b、ボックス21c
、ブラウザ21d、サーチ21e……のような種類があ
る。例えばリニア21aは、本で言えば第1章、第2章
……のようにその順番に意味があり、文章を作るための
ノードである。スペーシャル21bは位置情報に関する
もので、どの場所にあるのかということを表し、図を描
く場合に用いられるノードであり、ボックス21cはホ
ルダーのように文章を幾つか入れておくためのノードで
ある。これら、リニア、スペーシャル、ボックスはデー
タ型ノードと言われ、一方ブラウザ、サーチは機能型ノ
ードと言われる。ブラウザ21dはノードとノードとの
関係を画面上で視覚的に見せ、ノードの構造を見せるた
めのノードであり、サーチ21eはある関係をもったノ
ードを辿っていくための検索ノードである。
As shown in FIG. 3(a), this node includes a linear 21a, a spatial 21b, and a box 21c.
, browser 21d, search 21e, and so on. For example, in a book, the linear 21a has meaning in the order of chapter 1, chapter 2, etc., and is a node for creating a sentence. The spatial 21b is related to positional information, indicating where it is, and is a node used when drawing a diagram, and the box 21c is a node for storing some text like a holder. These linear, spatial, and box nodes are called data type nodes, while browser and search are called functional type nodes. The browser 21d is a node for visually showing the relationship between nodes on the screen and the structure of the nodes, and the search 21e is a search node for tracing nodes that have a certain relationship.

【0011】また、ボディには、図3(b)に示すよう
に、リンク31a、ビットマップ31b、テキスト31
c、グラフィックス31d……のような種類がある。例
えば、リンクボディ31aはボディ間を関係付けるめの
ものであり、ビットマップボディ31bは画像の一部を
切り取ったものであり、テキストボディ31cは意味を
持った1つのまとまりである文字列を表し、グラフィッ
クスボディ31dは同様に意味をもった1つのまとまり
のイメージを示している。
[0011] Furthermore, as shown in FIG. 3(b), the body includes a link 31a, a bitmap 31b, and a text 31.
There are types such as c, graphics 31d, and so on. For example, the link body 31a is used to relate bodies, the bitmap body 31b is a cutout of a part of an image, and the text body 31c represents a string of characters that has a meaning. , the graphics body 31d similarly shows a group of images with meaning.

【0012】これらのデータはデータ記憶手段1に記憶
され、それぞれデータ管理手段2によって管理されてい
る。データ管理手段2は、図3(a)に示すノードマネ
ージャ20、あるいは図3(b)に示すボディマネージ
ャ30であり、それぞれ図1の変換・アクセス手続登録
手段3によりデータアクセス手続、データ変換手続が登
録されている。この、データ管理手段2、変換・アクセ
ス手続登録手段3は図2の装置構成で示すCPU11の
データ管理部111、変換・アクセス手続登録部112
に対応し、データやデータ型を示すフラグ122、変換
アクセス手続123は主メモリ12に記憶され、CPU
11、主メモリ12はバス16を通してディスプレイ1
3、入力部14、外部記憶装置15と接続されている。
These data are stored in data storage means 1 and managed by data management means 2, respectively. The data management means 2 is the node manager 20 shown in FIG. 3(a) or the body manager 30 shown in FIG. 3(b), and each data access procedure and data conversion procedure are is registered. The data management means 2 and the conversion/access procedure registration means 3 are a data management section 111 and a conversion/access procedure registration section 112 of the CPU 11 shown in the device configuration of FIG.
Corresponding to this, a flag 122 indicating data and data type, and a conversion access procedure 123 are stored in the main memory 12, and the CPU
11, the main memory 12 is connected to the display 1 through the bus 16.
3. It is connected to the input section 14 and the external storage device 15.

【0013】ところで、アプリケーションがリニアとい
うデータをアクセスする要求を出した場合、ノードマネ
ージャ20はリニア21aのデータアクセス手続を呼び
出し、要求元とノードマネージャが管理しているデータ
とが型が違っている場合はマネージャが判断して、デー
タ変換手続により型を変換してアプリケーションに返す
ようにする。このデータ変換は、システムによって、例
えば32ビット型の整数データの場合に、上位16ビッ
トと下位16ビットとが逆になっていたり、データの実
数型が違っている場合があり、これをデータ変換手続に
より変換するものである。
[0013] By the way, when an application issues a request to access data called linear, the node manager 20 calls the data access procedure of the linear 21a, and detects that the request source and the data managed by the node manager are of different types. If this is the case, the manager determines the type, converts the type using the data conversion procedure, and returns it to the application. Depending on the system, for example, in the case of 32-bit integer data, the upper 16 bits and lower 16 bits may be reversed, or the real number type of the data may be different. It is converted through a procedure.

【0014】この様子を図4により説明すると、アプリ
ケーション40によりデータアクセス要求があるとノー
ドマネージャ20はファイル上のノードデータからノー
ドマネージャのデータ22である管理情報より判定フラ
グ22aを見て、アプリケーション側の形式とデータの
形式とが一致しているか否か判断し、不一致の場合には
変換手続により型を換えてアプリケーションに渡すよう
にする。この場合、データを変換した時には判定フラグ
22aを変換した形式を示すフラグに変更するようにす
る。これはアプリケーション側の異なった形式のデータ
要求があったので以後もこのような要求がある可能性が
あることから、予めデータ形式を変換し、変換したこと
をフラグの変更で分かるようにして以後の処理に役立た
せるためである。
To explain this situation with reference to FIG. 4, when the application 40 makes a data access request, the node manager 20 looks at the judgment flag 22a from the node data on the file, the management information that is the node manager's data 22, and makes a request on the application side. It is determined whether the format of the data matches the format of the data, and if they do not match, the type is changed using a conversion procedure and the data is passed to the application. In this case, when data is converted, the determination flag 22a is changed to a flag indicating the converted format. This is because there was a request for data in a different format from the application side, and there is a possibility that there will be similar requests in the future, so we converted the data format in advance and made it clear by changing the flag that it was converted. This is to help with processing.

【0015】本発明は、本出願人が開発した「ビューカ
ーズ」というシステムで実施したが、このシステムでは
データがノード、ボディと呼ばれる上位クラスとそれぞ
れのデータタイプ毎に定義されるサブクラスから構成さ
れ、ノード、ボディのデータの操作はそれぞれのノード
マネージャ、ボディマネージャが行うようになっていた
。このため、ノードマネージャとボディマネージャにデ
ータアクセス用の手続と、アーキテクチュア変換用の手
続を登録するための機能を実装し、ノード、ボディのデ
ータにアーキテクチュア判定フラグを実装し、各マネー
ジャはデータへの参照要求があった場合に登録されたデ
ータアクセス手続を呼び出してデータへのアクセスを行
ってデータのアーキテクチュアを判定し、合わない場合
には登録された変換手続を呼出て変換してからデータを
返すようにしている。
The present invention was implemented using a system called "Viewcars" developed by the applicant. In this system, data is composed of upper classes called nodes and bodies, and subclasses defined for each data type. , node, and body data operations were handled by the respective node managers and body managers. For this reason, we implemented a function to register data access procedures and architecture conversion procedures in the node manager and body manager, and implemented an architecture judgment flag for node and body data, and each manager When a reference request is made, the registered data access procedure is called to access the data and determine the data architecture, and if it does not match, the registered conversion procedure is called to convert and return the data. That's what I do.

【0016】次に、図5により本発明の処理フローを説
明する。データアクセス要求があると、その時のノード
データを読み込み判定フラグをチェックする(ステップ
41〜43)。このフラグより判断し、変換が必要であ
ればデータタイプに合わせた変換手続を呼び出し、かつ
判定フラグの変更をし、ノードのデータの書き出しを行
ってアクセス要求をした側にデータを返す(ステップ4
5〜48)。データ変換が必要でなければそのままデー
タを返すことになる。変換手続の呼び出しは、リニアカ
ードの変換例ではデータの中の32ビット整数の上位1
6ビットと下位16ビットの交換および実数データの形
式変換を行うことになる(51,52)。
Next, the processing flow of the present invention will be explained with reference to FIG. When there is a data access request, the node data at that time is read and the determination flag is checked (steps 41 to 43). Judging from this flag, if conversion is necessary, it calls a conversion procedure suitable for the data type, changes the judgment flag, writes the node data, and returns the data to the side that made the access request (step 4).
5-48). If no data conversion is required, the data will be returned as is. In the linear card conversion example, the conversion procedure is called using the upper 1 of the 32-bit integer in the data
The 6 bits and lower 16 bits are exchanged and the format of real number data is converted (51, 52).

【0017】[0017]

【発明の効果】以上のように本発明によれば、従来では
データをアクセスする部分とアーキテクチュア変換を行
う部分が分離していたため、ファイルフォーマットが確
定するまでコンバータの作成に入れず、またプログラム
のファイルフォーマットに変更があった時にそれに対応
する変換モジュールがコンバータ内にあることを忘れた
り、別プログラムになっているためにミスを起こし易い
という問題があったが、本発明によればデータのクラス
内でアクセスする部分と変換を行う部分が一元管理でき
るためミスが起こりにくく、またデータマネージャはフ
ァイルフォーマットが確定していなくても変換機能を作
成することができる。
[Effects of the Invention] As described above, according to the present invention, in the past, the data access part and the architecture conversion part were separated, so converter creation could not be started until the file format was determined, and the program When there is a change in the file format, there has been a problem that the converter forgets that the corresponding conversion module is in the converter, or that it is easy to make mistakes because it is a separate program.However, according to the present invention, the data class Because the parts that are accessed and the parts that perform conversion can be centrally managed, mistakes are less likely to occur, and the data manager can create conversion functions even if the file format is not determined.

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

【図1】  本発明の機能ブロックを示す図である。FIG. 1 is a diagram showing functional blocks of the present invention.

【図2】  本発明の装置構成を示す図である。FIG. 2 is a diagram showing the device configuration of the present invention.

【図3】  本発明のデータおよびデータマネージャを
説明するための図である。
FIG. 3 is a diagram for explaining data and a data manager of the present invention.

【図4】  本発明によるデータ処理を説明するための
図である。
FIG. 4 is a diagram for explaining data processing according to the present invention.

【図5】  本発明の処理フローを示す図である。FIG. 5 is a diagram showing a processing flow of the present invention.

【符号の説明】[Explanation of symbols]

1…データ記憶手段、2…データ管理手段、3…変換・
アクセス手続登録手段、11…CPU、12…主メモリ
、13…ディスプレイ、14…入力部、15…外部記憶
装置、16…バス、20…ノードマネージャ、21…ノ
ードのサブクラスのデータ、30…ボディマネージャ、
31…ボディのサブクラスのデータ、40…アプリケー
ションプログラム。
1...Data storage means, 2...Data management means, 3...Conversion/
Access procedure registration means, 11...CPU, 12...Main memory, 13...Display, 14...Input section, 15...External storage device, 16...Bus, 20...Node manager, 21...Node subclass data, 30...Body manager ,
31...Body subclass data, 40...Application program.

Claims (2)

【特許請求の範囲】[Claims] 【請求項1】  アーキテクチュアの異なる計算機上で
動作するプログラムでデータを共有するデータ処理シス
テムにおいて、データ形式を識別するための識別子が付
与されたデータの種類毎にデータを管理すると共に、異
なるデータ形式の相互の変換手続およびデータアクセス
手続を管理する管理手段と、データ形式の相互の変換手
続およびデータアクセス手続の登録を行う登録手段を備
え、前記管理手段はデータ参照要求時に前記識別子より
データ形式とデータ要求元の形式とを比較し、形式不一
致の場合に前記変換手続を呼び出してデータ要求元の形
式に変換してデータを返すことを特徴とするデータ処理
システム。
Claim 1: In a data processing system in which data is shared by programs running on computers with different architectures, data is managed for each type of data to which an identifier for identifying the data format is assigned, and the data is managed in different data formats. management means for managing mutual conversion procedures and data access procedures between data formats; and registration means for registering mutual conversion procedures and data access procedures for data formats; A data processing system characterized in that the data is compared with a format of a data request source, and if the formats do not match, the conversion procedure is called to convert the data to the format of the data request source and return the data.
【請求項2】  前記管理手段は前記識別子をデータ変
換結果の形式を示す識別子に変更することを特徴とする
請求項1記載のデータ処理システム。
2. The data processing system according to claim 1, wherein the management means changes the identifier to an identifier indicating a format of the data conversion result.
JP3084177A 1991-04-16 1991-04-16 Data processing system Pending JPH04317160A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP3084177A JPH04317160A (en) 1991-04-16 1991-04-16 Data processing system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP3084177A JPH04317160A (en) 1991-04-16 1991-04-16 Data processing system

Publications (1)

Publication Number Publication Date
JPH04317160A true JPH04317160A (en) 1992-11-09

Family

ID=13823209

Family Applications (1)

Application Number Title Priority Date Filing Date
JP3084177A Pending JPH04317160A (en) 1991-04-16 1991-04-16 Data processing system

Country Status (1)

Country Link
JP (1) JPH04317160A (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0950423A (en) * 1995-07-21 1997-02-18 Bull Sa Data transmission method between remote information-processing systems

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0950423A (en) * 1995-07-21 1997-02-18 Bull Sa Data transmission method between remote information-processing systems

Similar Documents

Publication Publication Date Title
US6341308B1 (en) Input/output device information management system for multi-computer system
JP2580536B2 (en) Dynamic Object Management in Object Oriented Language
US8689232B2 (en) Object synchronization in shared object space
US6343265B1 (en) System and method for mapping a design model to a common repository with context preservation
US6362779B1 (en) Method and system for providing navigation systems with updated geographic data
US7971182B1 (en) Application environment specifications for provisioning application specific runtime environments using undefined symbols
CN105723341B (en) Realization method and system for layout engine and the memory model of script engine
US7543301B2 (en) Shared queues in shared object space
KR0172472B1 (en) Software system management device
US7861222B2 (en) Discoscript: a simplified distributed computing scripting language
US20050044148A1 (en) Method and system for accessing multiple types of electronic content
EP4307106A1 (en) Visual software development system, method and apparatus, and computer storage medium
US6981006B2 (en) Schema-based file conversion
US6275860B1 (en) Method and apparatus for synchronizing function values in a multiple protocol system
US9009098B1 (en) Methods and apparatus for creating a centralized data store
CN112784283A (en) Capability management method and computer equipment
JPH0756794A (en) Document managing device
CN113971019B (en) Data type creation method, device, server and medium
JPH04317160A (en) Data processing system
US20070220436A1 (en) Data templates in user interface elements
CN114637734A (en) Data blood reason management method and device, electronic equipment and storage medium
CN113254455A (en) Dynamic configuration method and device of database, computer equipment and storage medium
CN115136120A (en) Database synchronization test method and device, computer equipment and storage medium
KR20020022050A (en) Method for facilitating data sharing between application programs and accesses to peripheral apparatuses with application programs by using shared addresses
JP2001142772A (en) Management method by memory name, copying method, medium for recording management program by memory name and medium for recording copying program