RU36541U1 - Object Oriented Relational Database Management System - Google Patents

Object Oriented Relational Database Management System Download PDF

Info

Publication number
RU36541U1
RU36541U1 RU2003136584/20U RU2003136584U RU36541U1 RU 36541 U1 RU36541 U1 RU 36541U1 RU 2003136584/20 U RU2003136584/20 U RU 2003136584/20U RU 2003136584 U RU2003136584 U RU 2003136584U RU 36541 U1 RU36541 U1 RU 36541U1
Authority
RU
Russia
Prior art keywords
data
attribute
name
command
rdb
Prior art date
Application number
RU2003136584/20U
Other languages
Russian (ru)
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 RU2003136584/20U priority Critical patent/RU36541U1/en
Application granted granted Critical
Publication of RU36541U1 publication Critical patent/RU36541U1/en

Links

Landscapes

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

Description

Объектно-ориентированная система унравления реляционными базами данных.An object-oriented system for relational database management.

Область техникиTechnical field

Система относится к средствам управления хранением данных в памяти компьютерных средств. Система предназначена для упорядоченного внесения, поиска, извлечения и обработки 5фанимых данных, гфедставленных для пользователя в виде сложных, идентифицируемых блоков данных, описывающих объекты предметной области, с использованием для хранения указанных данных в том числе существующие системы управления реляционными базами данных.The system relates to controls for storing data in the memory of computer tools. The system is intended for the orderly insertion, search, retrieval and processing of 5 phantom data that is intended for the user in the form of complex, identifiable data blocks describing objects of the subject area, using existing systems for managing relational databases to store the specified data.

Предшествующий уровеиь техникиBACKGROUND

В большинстве известных систем хранения данных ршформация представлена с использованием реляционной модели данных. В соответствии с этой моделью, данные представлены как набор блоков данных, включающих записи фиксированной структуры, состоящие из полей и взаимосвязанные между собой таким образом, что в результате группировки данные представляются в виде строк таблиц. Совокупность таких таблиц образует реляционную базу данных (далее РБД). (см., например, Тиори-Т. Фрай Дж., Проекпфование структур баз данных, Москва, Мир, 1985, с. 18-19/1/).In most well-known data storage systems, data is presented using a relational data model. In accordance with this model, data is presented as a set of data blocks, including records of a fixed structure, consisting of fields and interconnected in such a way that, as a result of grouping, the data is presented as rows of tables. The totality of such tables forms a relational database (hereinafter referred to as the RDB). (see, for example, Tiori-T. Fry J., Designing database structures, Moscow, Mir, 1985, pp. 18-19 / 1 /).

Данные в реляционных базах данных представляют собой множество именованных таблиц (или отношений в терминах реляционной модели), обладаюпщх следующими свойствами и имеющих следуюшую структуру. Таблицы имеют так называемый заголовок (или схему отношения). включающий набор имен столбцов или имен атрибутов и множество строк. Строки состоят из полей. Структура любой строки, входящей в данную таблицу, определяется заголовком этой таблицы, а именно: каждому полю ставиться в соответствие имя атрибута. Поле строки может содержать скалярное значение одного из поддерживаемых системой типов данных. Структура таблиц реляционной БД определяется в процессе нормализации исходной сложной (ненормализованной) схемы данных. (см., например, Першиков В.И. и др.. Толковый словарь по информатике, Москва, Финансы и статистика, 1995, с. 222/2/, Крис Дейт, Введение в базы данных. Издание 6-е. Киев, Диалектика, 1998, с.с. 259-328 /3/). Математически строгая реляционная модель данных, являясь теоретическим фундаментом, обеспечивает строгость и однозначность организации данных в РБД, что является важнейшей причиной их широкого распространения. Известные системы управления реляционными базами (СУРБД) данных обеспечивают создание, уничтожение и модифицирование таблиц, запись и считывание полей данных в строки определенной таблицы, поиск строк по значениям полей, содержащихся в этих строках и включают в себя средство управления памятью компьютерных средств, служащей для хранения данных РБД. Для того, что бы СУБД выполнило одно из указанных действий, она должно получить специальную управляющую команду, например команду на создание таблицы или команду на добавление строки в таблицу и т.п. Обязательным параметром такой команды является имя (или имена) таблицы, над которой выполняется действие. Для ввода и вывода команд и данных в системах управления базами данных используется блок ввода-вывода. Указанная команда передается по шинам команд в управляющее устройство, которое определенным образом меняет хранящиеся в устройствах хранения (памяти) компьютерных средств данные РБД. Таким образом, данные, хранящиеся в такой системе, представлены для пользователя в виде набора таблиц.Data in relational databases is a set of named tables (or relations in terms of a relational model) that have the following properties and have the following structure. Tables have a so-called heading (or relationship scheme). including a set of column names or attribute names and many rows. Rows are made up of fields. The structure of any row included in this table is determined by the heading of this table, namely: each field is assigned an attribute name. A row field may contain the scalar value of one of the data types supported by the system. The structure of tables in a relational database is determined in the process of normalizing the original complex (non-normalized) data schema. (see, for example, Pershikov V.I. et al. Explanatory Dictionary of Informatics, Moscow, Finance and Statistics, 1995, p. 222/2 /, Chris Date, Introduction to Databases. Edition 6th. Kiev, Dialectics, 1998, S.S. 259-328 / 3 /). The mathematically rigorous relational data model, being the theoretical foundation, ensures the rigor and unambiguity of data organization in RDBs, which is the most important reason for their wide distribution. Well-known relational database management systems (RDBMS) of data provide the creation, destruction and modification of tables, writing and reading data fields in the rows of a particular table, search for rows by the values of the fields contained in these rows and include a means for managing the memory of computer tools used to store RDB data. In order for the DBMS to perform one of these actions, it must receive a special control command, for example, a command to create a table or a command to add a row to a table, etc. The required parameter of such a command is the name (or names) of the table on which the action is performed. For input and output of commands and data in database management systems, an input-output unit is used. The specified command is transmitted via command buses to the control device, which in a certain way changes the data stored in the storage devices (memory) of computer tools. Thus, the data stored in such a system is presented to the user in the form of a set of tables.

Блок ввода команд управления РБД и вывода данных РБДThe block of input of control commands of the RDB and data output of the RDB

Средство управления памятьюMemory management tool

Память для хранения данных РБД.A memory for storing data RBD.

Шины команд и данныхCommand and data buses

Таблица 1. Взаимодействие функциональных узлов в известных системах управления вводом, выводом и хранением данных в РБД.Table 1. Interaction of functional units in known control systems for input, output and storage of data in RDB.

с другой стороны широкое распространение получил объектноориентированный (ОО) подход к разработке информационных систем, который наиболее точно соответствует естественному человеческому восприятию окружающего мира, моделируемого в этих системах. Этот подход предполагает, что информационные системы должны выглядеть для пользователя как совокупность информационных объектов, соответствующих реальным сущностям моделируемой предметной области. Известны системы и языки программирования, которые обладают средствами для поддержки такого подхода, позволяют точно описывать реально существующие объекты и называются также объектноориентированными (см. например. Буч Г., Объектно-ориентированое проектирование с примерами применений, Диалектика(Киев) & И.В.К. (Москва), 1992).on the other hand, an object-oriented (OO) approach to the development of information systems has become widespread, which most closely corresponds to the natural human perception of the surrounding world, modeled in these systems. This approach assumes that information systems should look for the user as a set of information objects that correspond to the real entities of the modeled subject area. There are known systems and programming languages that have the means to support such an approach, allow one to accurately describe real-life objects and are also called object-oriented (see, for example, Buch G., Object-Oriented Design with Application Examples, Dialectics (Kiev) & I.V. K. (Moscow), 1992).

Если исходить из необходимости точного описания реальных объектов предметной области, то РБД обладает рядом ограничений. Например, таблицы реляционной БД не могут содержать повторяющихся записей. Однако могут существовать объекты предметной области, которые описываются абсолютно одинаковыми данными. Так же, поле записи в таблицах РБД может содержать одно и только одно значение. Информация об объектах предметной области также может содержать поля, представляющие собой группы повторяющихся значений. Т.о. задачей изобретения является обеспечение возможности представления и манипулирования в одной компьютерной системе объектноориентированного описания объектов предметной области и описания с использованием структуры РБД. Известна система представления данных заданной структуры в реляционной базе данных. Система содержит блоки данных заданной структуры об объектах, включающие идентификаторы и характеристики объектов, в строки указанных таблиц данных введены идентификаторы, взаимосвязанные с соответствуюпщми идентификаторами объектов данных заданной структуры, а в реляционную базу введен узел записи, включающий таблицу, строки которой содержат указанные идентификаторы и другие элементы записи, взаимосвязанные с характеристиками соответствующих объектов ( см. RU 12619 U1 ,G 06 F 17/30,20.01.2000/5/). Указанная система выбрана заявителем в качестве прототипа в качестве объектноориентированной системы управления базой данных в реляционных базах данных, т.к. в ней также реализуется принцип объектно-ориентированного описания объектов в РБД. В заявленной системе по сравнению с известной системой /5/ управления базой данных РБД достигается упрощение процесса управления и удобство эксплуатации пользователя базами данных с различной структурой. Сущность изобретения Техническим результатом системы является обеспечение управления вводом, выводом и хранением данных, представленных в виде ненормализованных, возможно повторяющихся блоков данных (далее объекты данных) описывающих объекты моделируемой предметной области и осуществление хранения этих данных в РБД. даш1ых, обеспечивающее ускорение создания прикладных информационных систем и упрощение зшравления существующими в таких системах данными, представленными в нормализованном и ненормализованном виде. Таким образом, заявленную систему управления вводом, выводом и хранением данных в РБД можно назвать объектно-ориентированной системой управления реляционными базами данных. Технический результат достигается тем, что описываемая объектноориентированная система управления содержит связанные шинами данных и управления память для хранения данных, в том числе данных РБД, управляющее устройство, предназначенное для формирования и /или изменения данных РБД, хранящихся в указанной памяти, блок вводавывода команд и данных, связанные по шинам данных и управления, генератор уникальных идентификаторов блоков данных, средство формирования таблиц РБД, служащих для хранения значений атрибутов указанных блоков данных и включающих поля, идентичные полям записей каждого из з азанных атрибутов блоков данных РБД а также поле для записи уникального идентификатора блока данных, средство формирования каталога, представляющего собой таблицу или набор таблиц РБД и содержащего записи, в которых каждое имя атрибута вводимого блока данных поставлено в соответствии с именем таблицы РБД, предназначенной для хранения зтсазанного атрибута, и с описанием структуры этого атрибута, преобразователь команд ввода, поиска и извлечения определенного именем атрибута соответствующего блока данных в команду ввода, поиска, извлечения и добавления строк той таблицы РБД, имя которой поставлено в соответствие с именем указанного атрибута, при этом управляющее устройство также выполнено с возможностью управления преобразованием команд с атрибутами в команду с именем таблицы РБД для формирования и/или изменения данных в РБД, хранящихся в указанной памяти, а данные в системе представляются в виде снабженных уникальными идентификаторами блоков данных, и содержат имена атрибутов, которые в свою очередь состоят из повторяющихся записей, каждая из которых представляет собой определенный для каждого атрибута набор полей данных. Полезная модель поясняется чертежами. На фиг. 1 представлена функциональная схема заявленной системы, содержащая следующие функциональные блоки: память 1 для хранения данных, в том числе данных РБД . Данные в РБД представлены в виде таблиц. Указанные таблицы представляют собой именованный набор повторяющихся записей, каждая из которых представляет собой определенный для каждой таблицы набор полей данных, таким образом, что набор этих таблиц представляет собой РБД, управляющее устройство 2i, служащее для исполнения команд управления РБД, в том числе команд на создание, уничтожение и изменение таблицы РБД, а также команд на добавление, поиск, изменение и уничтожение записей в этих таблицах, и, в соответствии с полученной командой, определенным образом меняющее хранящиеся в памяти 1 данные РБД, принципы и программы работы таких средств управления РБД широко описаны /1/. Система содержит также управляющее устройство 22, предназначенное для управления преобразованием вводимых команд с различными атрибутами в команды с именем соответствующей таблицы РБД. Для простоты описания работы системы будем считать, что управляющие устройства 2 i и 22 представляют одно управляющее устройство, предназначенное для формирования и/или изменения данных РБД, хранящихся в памяти, и предназначенное для управления преобразованием команд с атрибутами в команду с именем таблицы РБД для обеспечения функции формирования и/или изменения данных РБД. Система содержит блок 3 ввода-вывода команд и данных, средство формирования 4 каталога (К), представляющего собой таблицу или набор таблиц указанной РБД, в каталоге каждое имя атрибута блока данных поставлено в соответствии с именем таблицы РБД, предназначенной для хранения указанного атрибута, и с описанием структуры этого атрибута. Система содержит средство 5 формирования таблиц РБД, служащих для хранения значений атрибутов указанных блоков данных, строки каждой из таблиц включают поля, идентичные полям записей каждого из атрибутов блоков данных, имена которых присутствуют в указанном каталоге К, а также поле для данных об уникальном идентификаторе блока данных, преобразователь 6 команд ввода, поиска, извлечения и добавления записей атрибута блока данных в команды ввода, поиска, извлечения и добавления строк той таблицы реляционной базы данных, имя которой поставлено в таблицах каталога в соответствии с именем указанного атрибута, генератор 7 уникальных объектных идентификаторов ( ОГО). Все выше перечисленные функциональные блоки заявленной системы связаны по шине 8 управления и шине 9 данных в заявленной компьютерной системе между собой. Указанная организация системы позволяет представить данные как блоки данных, снабженные уникальными идентификаторами и состояш;ие из имеющих имена атрибутов, представляющих собой запись или набор записей, каждая из которых представляет собой определенный для каждого атрибута набор полей данных, Как было указано выше управляюпще устройства 2i и 22 могут быгь выполнены в виде единого функционального управляющего устройства 2. При этом алгоритм управления данными управляющего устройства 2i, хранящимися в памяти 1, совпадает с алгоритмом работы известных систем управления РБД III. Алгоритмом работы управляющего устройства 22 представляет собой алгоритм управления преобразованием команд ввода, поиска, извлечения и добавления записей атрибута блока данных в команды ввода, поиска, извлечения и добавления строк той таблицы реляционной базы данных, имя которой поставлено в таблицах каталога в соответствии с именем указанного атрибута. В качестве управляющих устройств заявленной системы можно иснользовать процессор, выполняющий известные алгоритмы управления РБД, дополненные алгоритмом преобразования команд. Как было указано ранее, данные в релящюнных базах данных представляются в виде множества именованных таблиц (или отношений в терминах реляционной модели), обладающих следуюпщми свойствами и имеюпддх следующую структуру: таблицы имеют так называемый заголовок (или схему отношения), включающий набор имен столбцов или имен атрибутов и множество строк. Строки состоят из полей. Структура любой строки, входящей в данную таблицу, определяется заголовком этой таблицы, а именно: каждому полю ставиться в соответствие имя атрибута. Поле строки может содержать скалярное значение одного из поддерживаемых системой типов данных /1/. Заявленная система, предназначенная для управления РБД, включает в себя управляющее устройство 2l, которое служит для исполнения команд управления РБД, и, в соответствии с выполняемой командой, определенным образом меняет хранящиеся в памяти 1 данные РБД. Для того, что бы управляющее устройство 2i выполнило одно из указанных действий, оно должно получить команду, например, команду на создание таблицы или команду на добавление строки в таблицу и т.п. При этом доступ к таблицам осуществляется по их именам. Для ввода и вывода команд и данных в системах управления базами данных используется блок 3 ввода-вывода. Как было указано ранее, известные системы управления реляционными базами данных, предполагают, что команды, введенные в блок 3 ввода-вывода, передаются непосредственно управляющему устройству 2i, как проиллюстрировано в таблице 1. Из этого следует, что данные, существующие в такой системе, представлены для оператора в виде набора таблиц. Для управления этими данными оператор вводит в блок 3 ввода-вывода команду, описывающуюBased on the need for an accurate description of real objects of the subject area, the RDB has several limitations. For example, relational database tables cannot contain duplicate records. However, there may exist objects of the domain that are described by exactly the same data. Also, the record field in the RDB tables can contain one and only one value. Information about domain objects can also contain fields that are groups of repeating values. T.O. The objective of the invention is to provide the possibility of representation and manipulation in one computer system of an object-oriented description of objects of a subject area and description using the structure of the RDB. A known system for presenting data of a given structure in a relational database. The system contains data blocks of a given structure about objects, including identifiers and characteristics of objects, identifiers interconnected with the corresponding identifiers of data objects of a given structure are entered in the rows of the specified data tables, and a record node is included in the relational database, including a table whose rows contain the specified identifiers and others recording elements interrelated with the characteristics of the respective objects (see RU 12619 U1, G 06 F 17 / 30,20.01.2000 / 5 /). The specified system was chosen by the applicant as a prototype as an object-oriented database management system in relational databases, because it also implements the principle of object-oriented description of objects in the RDB. In the claimed system, in comparison with the well-known system / 5 / database management database is achieved simplification of the management process and ease of use of user databases with different structures. SUMMARY OF THE INVENTION The technical result of the system is to provide control over the input, output and storage of data presented in the form of abnormal, possibly repeating data blocks (hereinafter data objects) describing the objects of the simulated domain and the storage of these data in the RDB. dash1ykh, which accelerates the creation of applied information systems and simplifies the grafting of existing in such systems data presented in normalized and non-normalized form. Thus, the claimed control system for the input, output and storage of data in the RDB can be called an object-oriented system for managing relational databases. The technical result is achieved by the fact that the described object-oriented control system contains memory associated with the data and control buses for storing data, including the data of the DBD, a control device for generating and / or changing the data of the DBD stored in the specified memory, an input / output unit of commands and data connected by data and control buses, a generator of unique identifiers of data blocks, a means of generating tables of RRBs used to store attribute values of these data blocks including fields that are identical to the record fields of each of the specified attributes of the RDB data blocks and also a field for writing a unique identifier of the data block, a means of creating a catalog that is a table or a set of tables of the RDB and contains records in which each attribute name of the input data block is set in accordance with the name of the RDB table intended for storing this attribute, and with a description of the structure of this attribute, the converter of the input, search, and retrieval commands for the attribute defined by the name there is a data block in the input, search, retrieval and addition of the rows of the RDB table, the name of which is aligned with the name of the specified attribute, while the control device is also configured to control the conversion of commands with attributes into a command with the name of the DBD table to generate and / or changes to the data in the RDB stored in the indicated memory, and the data in the system are represented as data blocks equipped with unique identifiers, and contain attribute names, which in turn consist of repeating records, each of which is a set of data fields defined for each attribute. The utility model is illustrated by drawings. In FIG. 1 presents a functional diagram of the claimed system, containing the following functional blocks: memory 1 for storing data, including data RBA. The data in the RDB are presented in tabular form. These tables are a named set of repeating records, each of which is a set of data fields defined for each table, so that the set of these tables is a DBD, a control device 2i, which serves to execute DBD control commands, including creation commands , destruction and modification of the RDB table, as well as commands for adding, searching, changing and deleting records in these tables, and, in accordance with the received command, in a certain way changing the stored in the memory These 1 data on the RDB, principles and programs of work of such RDB management tools are widely described / 1 /. The system also contains a control device 22, designed to control the conversion of input commands with various attributes into commands with the name of the corresponding table of the BDT. For simplicity of describing the operation of the system, we assume that the control devices 2 i and 22 represent one control device designed to generate and / or change the data of the RDB stored in the memory and intended to control the conversion of commands with attributes to a command with the name of the DBD table to ensure functions of formation and / or change of data of the RDB. The system comprises an input / output unit 3 of commands and data, a means for generating 4 catalogs (K), which is a table or a set of tables of the indicated RDB, in the directory each attribute name of the data block is set in accordance with the name of the DBD table for storing the specified attribute, and with a description of the structure of this attribute. The system contains means 5 for generating RRB tables used to store attribute values of the indicated data blocks, rows of each table include fields identical to the record fields of each of the attributes of the data blocks whose names are present in the specified directory K, as well as a field for data about the unique identifier of the block data converter 6 commands to enter, search, retrieve and add records of an attribute of a data block to commands to enter, search, retrieve and add rows of the table of the relational database whose name is supplied but in the catalog tables in accordance with the name of the specified attribute, the generator 7 unique object identifiers (CSOs). All of the above functional blocks of the claimed system are connected via the control bus 8 and the data bus 9 in the claimed computer system to each other. The specified organization of the system makes it possible to represent data as data blocks equipped with unique identifiers and consisting of those having attribute names representing a record or a set of records, each of which is a set of data fields defined for each attribute. As mentioned above, control device 2i and 22 can be made in the form of a single functional control device 2. In this case, the control algorithm for the data of the control device 2i stored in memory 1 coincides with the operation algorithm oty known control systems RDB III. The operation algorithm of the control device 22 is an algorithm for controlling the conversion of input, search, retrieve and add records for an attribute of a data block into commands for input, search, retrieve and add rows of that table of a relational database whose name is placed in the catalog tables in accordance with the name of the specified attribute . As control devices of the claimed system, you can use a processor that executes well-known RBD control algorithms, supplemented by the command conversion algorithm. As mentioned earlier, data in relational databases is represented as a set of named tables (or relations in terms of the relational model), which have the following properties and have the following structure: tables have a so-called header (or relationship scheme) that includes a set of column names or names attributes and lots of lines. Rows are made up of fields. The structure of any row included in this table is determined by the heading of this table, namely: each field is assigned an attribute name. The row field may contain the scalar value of one of the data types supported by the system / 1 /. The claimed system for controlling the RRD includes a control device 2l, which serves to execute the RLR control commands, and, in accordance with the command executed, changes the RRD data stored in the memory 1 in a certain way. In order for the control device 2i to perform one of these actions, it should receive a command, for example, a command to create a table or a command to add a row to a table, etc. In this case, access to the tables is carried out by their names. For input and output of commands and data in database management systems, an input-output unit 3 is used. As mentioned earlier, the known relational database management systems assume that the commands entered in the input / output unit 3 are transmitted directly to the control device 2i, as illustrated in table 1. It follows that the data existing in such a system are presented for the operator as a set of tables. To manage this data, the operator enters into the input / output unit 3 a command describing

действие, выполняемое управляющим устройством 2i. Обязательным параметром такой команды является имя таблицы, над которой выполняется действие.action performed by control device 2i. The required parameter for such a command is the name of the table on which the action is performed.

Заявленная система, являясь системой управления реляционными базами данных, по сравнению с известными системами дополнена функциональными блоками 22, 4, 6, 7, обеспечивающими преобразование команд ввода, поиска, извлечения и добавления записей атрибута сложного идентифицируемого блока данных в команды ввода, поиска, извлечения и добавления строк той таблицы реляционной базы данных, имя которой поставлено в таблицах каталога в соответствии с именем указанного атрибута. Таким образом, существующие в системе данные представлены дляThe claimed system, as a relational database management system, is supplemented by functional blocks 22, 4, 6, 7, as compared to the known systems, providing the conversion of input, search, retrieve and add attribute records of a complex identifiable data block into input, search, retrieve and adding rows to the table in the relational database whose name is supplied in the catalog tables in accordance with the name of the specified attribute. Thus, the existing data in the system are presented for

оператора в виде набора сложных идентифицируемых блоков данных.operator in the form of a set of complex identifiable data blocks.

Для понимания механизма выполнения заявленной системой предписанных ей функций, позволяющего обеспечить возможности реализации ввода, вывода, поиска и извлечения данных опишем работу системы следующим образом.To understand the mechanism by which the claimed system performs the functions prescribed to it, which makes it possible to implement the input, output, search and retrieval of data, we describe the operation of the system as follows.

Предположим, что некий объект моделируемой предметной области, информацию о котором необходимо сохранить в системе, описывается сложным значением «oV. Это значение может быть нормализовано (см./3/) при этом оно преобразуется к набору значений «rVi и «rV2, состоящие из записей, имеющих структуру «RI и «R2, которые мы будем рассматривать как атрибуты ai и а2 объекта данных «о.Suppose that a certain object of a simulated domain, information about which must be stored in the system, is described by a complex value of "oV. This value can be normalized (see / 3 /) while it is converted to a set of values “rVi and“ rV2, consisting of records having the structure “RI and“ R2, which we will consider as attributes ai and a2 of the data object “o .

Необходимо отметить, что в моделируемой предметной области могут существовать два разных объекта описываемых одним и тем же значением «oV. Для того, что различить их, каждому хранимому значению система ставит в соответствие генерируемый ею уникальный объектный идентификатор OID, названный выше уникальным идентификатором блоков данных. Рассмотрим представление данных в системе.It should be noted that in the simulated domain there may be two different objects described by the same value of "oV. In order to distinguish between them, each stored value the system associates with the unique object identifier OID generated by it, which is called the unique identifier of the data blocks above. Consider the presentation of data in the system.

В таблице 2 схематично изображена структура объекта данных Obj, описываюцщх некий объект предметный области. Она содержит имеющие имена ai и а2 атрибзп:ы rVi и rV2, состоящее из записей ti и t2, причем во второй атрибут входит три записи t2i t22 и 123. Соответственно, схемъ указанных атрибутов RI и R2 выглядят следующим образом: записи первого атрибута имеют одно поле fi, записи второго атрибута имеют два поля f2i и 22. Таблица 2 иллюстрирует процедуру введения в систему данных и описывает возможную структуру вводимых данных. Отметим, что в целом объект данных Obj представляет собой ненормализованнъш блок данных.Table 2 schematically shows the structure of the data object Obj, which describes a certain object of the subject area. It contains the attributes ai and a2 of attributes: s rVi and rV2, consisting of entries ti and t2, and the second attribute includes three entries t2i t22 and 123. Accordingly, the schema of the specified attributes RI and R2 look as follows: the records of the first attribute have one field fi, records of the second attribute have two fields f2i and 22. Table 2 illustrates the procedure for introducing data into the system and describes a possible structure of input data. Note that, in general, the obj data object is a non-normalized data block.

Предварительно скажем, что данные об объекте Obj будут храниться в РБД в двух таблицах, которые формируются с использованием средства 4 формирования таблиц РБД на основании данных о структуре атрибутов объекта, занесенных с использования средства 3 формирования таблицыкаталога в записи таблиц каталога. В таблицах каталога имя атрибута объекта и описание структуры этого атрибута поставлено в соответствие с именем таблицы РБД. Рассмотрим случай, когда эти таблицы еще не сформированы.First of all, we will say that the data about the object Obj will be stored in the RDB in two tables, which are generated using the tool 4 for generating the RDB tables based on the data on the structure of the attributes of the object entered using the tool 3 for generating the catalog table in the catalog table entries. In the catalog tables, the name of the object attribute and the description of the structure of this attribute are aligned with the name of the RDB table. Consider the case when these tables are not yet formed.

Перед началом любых операций с объектом данных в блок 3 вводавывода, как было указано выше, вводится данные, описывающие структуру этого объекта данных (метаданные) вида (ai RI, ..., ад Rn ), где а, - имя атрибута объекта данных, Ri - описание структуры этого атрибута, представляющее собой перечисление входящих в него полей, и управляющая команда на ввод этих метаданных.Before starting any operations with a data object, in the input-output block 3, as mentioned above, data is entered that describes the structure of this data object (metadata) of the form (ai RI, ..., hell Rn), where a, is the name of the attribute of the data object, Ri is a description of the structure of this attribute, which is an enumeration of the fields included in it, and a control command to enter this metadata.

В процессе обработки этой команды устройство Ъ. инициирует работу средства 4 формирования каталога и средства 5 формирования таблиц данных и передает этим средствам введенные метаданные.In the process of processing this command, device b. initiates the operation of the means 4 of the formation of the catalog and means 5 of the formation of data tables and transmits to these means the entered metadata.

На основании полученных метаданных, в частности на основании описаний структуры атрибутов RI.. .,Rn объекта данных, средство 5 формирования таблиц РБД с помощью управляющего устройства 22 формирует в памяти 1 таблицы Ть. .Тп, служащее для хранения записей указанных атрибутов. Для этого средство 5 может формировать команды на создание таблиц, которые передаются устройством 22 в устройство 2i, которое, в процессе выполнения известным образом меняет хранящиеся в памяти 1 данные РБД.Based on the received metadata, in particular, on the basis of descriptions of the structure of attributes RI ..., Rn of the data object, the RLB table generating means 5 with the help of the control device 22 generates T1 tables 1. .Tp, used to store records of the specified attributes. To this end, the means 5 can generate commands for creating tables that are transmitted by the device 22 to the device 2i, which, in the course of execution, in a known manner changes the data stored in the memory 1.

Структура строк создаваемой таблицы Tj определяется описанием структуры Ri записей атрибута ai вводимого объекта данных, к которому средство 5 формирования таблиц РБД добавляет дополнительное поле Гою (далее мы будем называть его системным полем). Значение, записанное в это поле, позволяет поставить в соответствие каждой строке этой таблицы реляционной базы данных ОГО хранимого системой объекта данных.The row structure of the created table Tj is determined by the description of the structure of the Ri records of the attribute ai of the input data object, to which the RLB table generation tool 5 adds an additional field to Goi (hereinafter we will call it the system field). The value recorded in this field allows you to associate each row of this table with the relational database of CSOs of the data object stored by the system.

При этом средством 4 формирования каталога с помощью управляющего устройства 22 добавляется информация, позволяющая поставить каждому атрибуту ai в соответствии таблицу TI , служащие для хранения записей этого атрибута. Для этого средство 4 может формировать команды на добавление в таблицу или таблицы каталога строки, содержащей поля ai и Т( где ai - имя атрибута объекта данных, Tj - имя соответствующей ему таблицы данных создание таблиц, которые передаются устройством 1i в устройство 2i, которое, в процессе выполнения известным образом меняет хранящиеся в памяти 1 данные РБД.In this case, the means of forming the catalog using the control device 22 adds information that allows each attribute ai to be set in accordance with the table TI, which are used to store records of this attribute. To do this, tool 4 can generate commands for adding to the table or table of the catalog directory a line containing the fields ai and Т (where ai is the name of the attribute of the data object, Tj is the name of the corresponding data table creating tables that are transmitted by device 1i to device 2i, which, in the process of execution in a known manner changes the data stored in memory 1.

Для описанного ранее объекта Obj в результате этого процесса (табл. 2 и 3) в РБД будут сформированы следующие таблицы : атрибуту rVi со схемой (fii) будет соответствовать таблица TI, заголовок которой включает поля fom иFor the object Obj described earlier, as a result of this process (Tables 2 and 3), the following tables will be generated in the RDB: the rVi attribute with the scheme (fii) will correspond to the TI table, the title of which includes the fields fom and

fii, а атрибуту rV2 со схемой (f2i, 22) будет соответствовать таблицаТ2, заголовок которой включает поля fom fzb 22- Поле имеющееся в обеих таблицах, является системным и предназначено для хранения ОШ объекта, Также, в таблицах каталога сформированы строки (ai, TI) и {а2, Т2}, определяющие соответствие между атрибутами объекта о и таблицами памяти ( см. таблицу 3).fii, and the attribute rV2 with the scheme (f2i, 22) will correspond to table T2, the heading of which includes the fields fom fzb 22. The field available in both tables is a system field and is intended to store the object's OS. Also, rows are created in the catalog tables (ai, TI ) and {a2, T2}, which determine the correspondence between the attributes of the object o and the memory tables (see table 3).

В таблице 3 приведены структура таблиц РБД, в том числе таблиц TI и Т2 для хранения данных, созданных в РБД после ввода метаданных, описывающих структуру объекта Obj, представленного в таблице 2, Ктаблица каталога, содержащий записи, определяющие соответствие между атрибутами а объекта и созданными таблицами Т.Table 3 shows the structure of the RDB tables, including TI and T2 tables for storing data created in the DBD after entering metadata describing the structure of the Obj object, presented in Table 2, Table of the catalog containing records defining the correspondence between the attributes of the object and the created tables T.

Таким образам, в процессе обработки данных о структуре объекта (метаданных) система с помощью управляющего устройства 22, средств формирования 4 и 5 создает несколько таблиц РБД, в которых будут размещаться значения атрибутов объекта или объектов данных, вводимых в систему, и добавляет в каталог записи, определяющие соответствие между атрибутами объекта и созданными таблицами РБД, при этом используя управляющее устройство 2i, которое известным образом управляет памятью 1, служащей для хранения данных РБД. На этом, этап подготовки системы для ввода данных завершен.Thus, in the process of processing data on the structure of the object (metadata), the system using the control device 22, generation tools 4 and 5 creates several RDB tables in which the attribute values of the object or data objects entered into the system will be placed, and adds entries to the catalog that determine the correspondence between the attributes of the object and the created RDB tables, while using the control device 2i, which in a known manner manages the memory 1 used to store the DBD data. On this, the stage of preparing the system for data entry is completed.

основании команд, вводимых в блок ввода-вывода 3.based on the commands entered in the input-output block 3.

В число параметров команды входит имя атрибута хранимых объектов, причем указанное имя может быть выделено из других параметров на основании предопределенных правил ввода параметров команды, либо предопределенного порядка ввода параметров команды. При введении команды, содержащей имя атрибута, управляющее устройство 22 управляет передачей команды о вводе или ином действии с данными в преобразователь 6 команд. При этом алгоритм работы управляющего устройства 22 следующий.The command parameters include the attribute name of the stored objects, and the specified name can be extracted from other parameters based on predefined rules for entering command parameters, or a predefined order for entering command parameters. When you enter a command containing the name of the attribute, the control device 22 controls the transmission of the command about the input or other action with the data in the Converter 6 teams. The algorithm of the control device 22 is as follows.

1) просматривает вводимые данные и, основываясь на указанных ранее предопределенных правилах, находит в них имя атрибута. В случае, если имя атрибута не найдено, выполнение команды прерывается и в блок 3 ввода-вывода помещается сообщение об ошибки.1) looks at the input data and, based on the previously specified predefined rules, finds the attribute name in them. If the attribute name is not found, the execution of the command is interrupted and an error message is placed in the I / O block 3.

2)Управляющее устройство 22 обращается к существующим в РБД таблице или таблицам каталога, данные которого хранятся в памяти 1, и находит в них ранее внесенную строку, определяющую соответствие между найденным атрибутом и таблицей РБД, служащей для хранения записей этого атрибута. В случае, если имя атрибута не найдено, выполнение команды прерывается и в блок 3 ввода-вывода помещается сообщение об ошибки. 3)Управляющее устройство 22 вместе с передаваемой командой из блока 3 ввода-вывода передает найденное таким образом имя таблицы, служащей для хранения записей атрибута объекта, в преобразователь 6 команд.2) The control device 22 refers to the table or tables of the catalog existing in the RDB, the data of which is stored in memory 1, and finds a previously entered row in them defining the correspondence between the found attribute and the DBD table used to store records of this attribute. If the attribute name is not found, the execution of the command is interrupted and an error message is placed in the I / O block 3. 3) The control device 22, together with the transmitted command from the input / output unit 3, transmits the name of the table found in this way, which serves to store the attribute records of the object, to the command converter 6.

Получив от управляющего устройства 22 имя таблицы, служащей для хранения записей атрибута, преобразователь преобразовывает полученную команду, обращающуюся к атрибуту объекта, в команду, обращающуюся к таблице, служащей для хранения записей этого атрибута.Having received from the control device 22 the name of the table that serves to store attribute records, the converter converts the received command that refers to the attribute of the object into a command that accesses the table that serves to store records of this attribute.

заключается в том, что устройство 22 отыскивает в команде имя атрибута, ищет по имени атрибута в таблице каталоге имя таблицы и передает в преобразователь 6 для преобразования команды.consists in the fact that the device 22 searches for the attribute name in the command, searches for the table name by the attribute name in the catalog table, and transmits it to the converter 6 to convert the command.

Этап ввода данных, представленных в виде объектов данных, в систему заключается в том, что система на основании данных, помещенных в блок 3 ввода-вывода с помощью управляющего устройства 22 и преобразователя команд 6, и в соответствии с информацией о структуре объекта, внесенной в каталог на предыдущем этапе, генерирует команды управления РБД, выполняемые устройством 2i, которое, в соответствии с выполняемыми командами, известным образом добавляет новые данные к данным, хранящимся в памяти 1.The step of inputting data presented as data objects into the system is that the system, based on the data placed in the input-output unit 3 using the control device 22 and the command converter 6, and in accordance with the information about the structure of the object entered in the directory at the previous stage generates RBD control commands executed by the device 2i, which, in accordance with the executed commands, in a known manner adds new data to the data stored in memory 1.

Процесс ввода объекта данных начинается с того, что в блок 3 вводавывода извне вводятся данные, представленные как набор поименованных атрибутов объекта данных вида (ai rVi,...., an rVn), где а - имя атрибута объекта данных, rVi - значение атрибута объекта данных состоящее из одной или нескольких записей определенной для этого атрибута структуры (см. табл.2) и команда на ввод этих данных, инициирующая работу преобразователя 6. При поступлении такой команды в преобразователь 6 команд считывается с помощью управляющего устройства 22 из генератора 7 объектный идентификатор OID, уникальный для каждого вводимого объекта данных. Этот OID в дальнейшем будет использоваться как уникальный идентификатор вводимого объекта данных.The process of entering a data object begins with the fact that data presented as a set of named attributes of a data object of the form (ai rVi, ...., an rVn), where a is the name of the attribute of the data object, rVi is the value of the attribute is entered into the input / output block 3 from the outside a data object consisting of one or more records of the structure defined for this attribute (see Table 2) and a command for entering this data that initiates the operation of converter 6. When such a command arrives in converter 6, the commands are read out from control unit 22 from object generator 7 The OID, unique to each input data object. This OID will be used later as a unique identifier for the input data object.

Далее данные, находящиеся в блоке 3 ввода-вывода, передаются устройством 22 в преобразователь команд 6, при этом управляющее устройство 22 просматривает вводимые данные и находит имя атрибута. Управляющее устройство 22 отыскивает в сформированных на этапе ввода метаданных записях каталога, соответствующее найденному имени атрибута ai имя таблицы TI , служащей для хранения записей этого атрибута.Next, the data in the input / output unit 3 is transmitted by the device 22 to the command converter 6, while the control device 22 looks at the input data and finds the attribute name. The control device 22 searches in the directory entries generated during the metadata input step for the directory corresponding to the found attribute name ai for the name of the TI table used to store records of this attribute.

В преобразователь 6 также поступает состоящее из одной или нескольких записей значение rV,, из указанной таблицы РБД, получив которое преобразователь 6 преобразует введенную в блок 3 команду в команду или команды, добавл51ющую в таблице Ti строки, содержащие записи значения rVj. Причем в системное поле юэтих строк записывается информация, позволяющая поставить в соответствие каждой из этих строк предварительно сгенерированный ОЮ вводимого объекта данных. Преобразованная команда или команды передаются управляющим устройством 22 из преобразователя 6 в управляющее устройство 2i, которое, в процессе выполнения известным образом меняет хранящиеся в памяти 1 данные РБД. Описанные действия повторяются для каждого атрибута водимого объекта данных. Таким образом, объект данных сохраняется в системе в виде совокупности строк разных таблиц РБД причем каждой из указанных строк ставиться в соответствие ОГО вводимого объекта данных. Присвоенный при этом введенному объекту данных OID передается управляющим устройством 22 в блок 3 ввода-вывода, где он может бьггь считан извне для дальнейщего использования в командах доступа к введенному в систему объекту данных пользователя.Converter 6 also receives the value rV ,, consisting of one or more records, from the indicated RDB table, having received which converter 6 converts the command entered in block 3 into a command or commands adding 51 lines in table Ti containing records of the value rVj. Moreover, information is recorded in the system field of these lines, which allows you to match each of these lines with the previously generated OS of the input data object. The converted command or commands are transmitted by the control device 22 from the converter 6 to the control device 2i, which, in the course of execution, in a known manner changes the data of the data processor stored in the memory 1. The described actions are repeated for each attribute of the driven data object. Thus, the data object is stored in the system as a set of rows of different RDB tables, with each of these rows being associated with the CSO of the input data object. The OID assigned in this case to the entered data object is transmitted by the control device 22 to the input / output unit 3, where it can be read from the outside for further use in access commands to the user data object entered into the system.

Таблица 4 Т,:Table 4 T:

В таблице 4 приведены таблицы РБД для хранения данных после того, как в систему введены данные объекта, представленного в таблице 2 , где Тимя таблицы, OIDi - сгенерированный уникальный идентификатор объекта данных. Подстроки t идентичны записям атрибутов объекта. v в процессе доступа к хранимым объектам данных, система обеспечивает считывание данных, удовлетворяющих определенным условиям, из памяти 1 и помещает их в блок 3 ввода-вывода, откуда они могут быть считаны извне. Рассмотрим некоторые режимы доступа к данным, хранящимся в реляционной БД системы. Адресный режим доступа требует для поиска данных явного указания OID искомых объектов данных. Процесс доступа к данным начинается с того, что в блок 3 вводавывода помещается команда доступа, OID объекта данных, имя атрибута (или имена атрибутов), записи которого необходимо считать из системы, и, возможно, другая информация, определяющая искомые данные. Указанные данные передаются устройством 22 в преобразователь команд 6, при этом управляющее устройство 22 просматривает вводимые данные и отыскивает имя атрибута. При нахождении имени атрибута, управляющее устройство 22 с помощью устройства 2i обращается к каталогу, где находит имя TI таблицы РБД, служащей для хранения записей этого атрибута, и передает это имя в преобразователь 6. Па основании полученных данных преобразователь 6 команд преобразует введенную команду в команду, обращающуюся к этой таблице TI При этом устройством управления 22и считывается из этой таблицы запись, системное поле ш которого соответствуют введенному OID и Преобразованная команда или команды вместе с записью передаются управляющим устройством 22 из преобразователя 6 в управляющее устройство 2i, которое выполняет эту команду известным образом, как команду формирования и/или изменения данных. Считанные записи помещаются в блок 3 ввода-вывода, откуда они могут быть считаны извне. Поисковый режим доступа противоположен адресному режиму и позволяет определить OID искомых объектов по данным, находящимся в указанных объектах. В этом случае в блок 3 ввода-вывода помещается команда доступа, критерий (или критерии) определяющий искомые объекты данных, а также имя атрибута (или имена атрибутов) для которых этот критерий будет применяться. Указанные данные передаются устройством 22 в преобразователь команд 6, при этом управляющее устройство 22 просматривает вводимые данные и отыскивает имя атрибута. При нахождении имени атрибута, управляющее устройство 22 с помощью устройства 2i обращается к каталогу, где находит имя Т, таблицы РБД, служащей для хранения записей этого атрибута, и передает это имя в преобразователь 6. На основании полученных данных преобразователь 6 команд, преобразует введенную команду в команду на считывание из таблицы Т, значение содержащееся в системном поле ш тех записей, поля которых удовлетворяют указанному критерию. Преобразованная команда или команды передаются управляющим устройством 22 из преобразователя 6 в управляющее устройство 2i, которое выполняет эту команду известным образом. Результат, представляющий собой набор объектных уникальных идентификаторов, помещается в блок ввода-вывода 3, откуда они могут бьггь считаны извне. Ассоциативный режим доступа представляет собой комбинацию поискового и адресного способов доступа. При этом для поиска данных, входящих в объекты данных, используются другие данные, входящие в эти же объекты. В блок 3 ввода вывода помещается команда доступа, критерий (или критерии) определяющий искомые объекты данных, имя атрибута (или имена атрибутов) для которых этот критерий будет применяться, а также имя атрибута (или имена атрибутов), записи которого необходимо считать из системы. Выполнение ассоциативной команда можно разделить на две фазы. В первой, поисковой фазе система на основании введенных в блок 3 ввода-вывода имен атрибутов, для которых определен 1фитерий отбора. находит в соответствующих таблицах РБД удовлетворяющие этим критериям OID объектов, так, как это описано ранее (см. поисковый режим). Во второй, адресной фазе, найденные в предыдущей фазе OID используются как критерий отбора строк, содержащих записи искомых атрибутов объектов, так как это описано ранее (см. адресный режим). Записи атрибутов объектов, содержащиеся в найденных строках, помещаются в блок ввода-вывода 3, откуда могут быть считаны извне. Таким образом, для ввода данных в РБД и доступа к этим данньм, в блок 3 ввода-вывода должны быть введены команды, которые содержат в качестве своих параметров уникальные идентификаторы (OID) хранимых объектов и / или имена их атрибутов, то есть метаданные, описывающее сложную ненормализованную структуру этих объектов данных. Поскольку такого рода команды характерны для систем, в которых данные представлены в ввде сложных объектов данных, можно утверждать, что заявленная система преодолевает различие между заявленным способом представления информации и реляционным способом представления информации в существующих системах управления реляционными базами данных. Это достигается тем, что в процессе функционирования системы преобразователь 6 на основании данных, введенных ранее в каталог К средства 4 формирова1шя каталога преобразует введенные в блок вводавывода 3 команды, в команды записи, поиска и чтения данных, размещенных в сформированных ранее средством 5 формирования таблиц РБД, которые выполняются управляющим устройством 21 в памяти 1. В качестве примера рассмотрим команду, изменяющую значение поля fi 1 атрибута ai ранее рассмотренного объекта данных о, идентифицируемого в системе уникальным значением OID. Естественно, что такая команда должна включать в себя указанные параметры: идентификатор объекта, имя атрибута и новое значение атрибута (отмечены вьщелением)Table 4 shows the RDB tables for storing data after the data of the object presented in table 2 is entered into the system, where Timya is the table, OIDi is the generated unique identifier of the data object. Substrings t are identical to the attribute records of the object. v in the process of accessing the stored data objects, the system provides the reading of data that satisfy certain conditions from memory 1 and places them in the input-output block 3, from where they can be read from the outside. Let's consider some modes of access to data stored in a relational database system. Addressed access mode requires explicit identification of the OID of the desired data objects for data retrieval. The process of accessing data begins with the fact that the access command, the OID of the data object, the name of the attribute (or attribute names), the records of which must be read from the system, and, possibly, other information that determines the data to be searched, are placed in the input / output block 3. The indicated data is transmitted by the device 22 to the command converter 6, while the control device 22 scans the input data and searches for the attribute name. When the attribute name is found, the control device 22 uses the device 2i to look in the directory where it finds the TI name of the RDB table used to store records of this attribute, and transfers this name to converter 6. Based on the received data, the command converter 6 converts the entered command into a command , referring to this TI table. In this case, the control device 22i reads from this table a record whose system field w corresponds to the entered OID and the Converted command or commands along with the record are transmitted to the control a measuring device 22 from the converter 6 to the control device 2i, which executes this command in a known manner, as a command for generating and / or changing data. The read records are placed in the block 3 input-output, from where they can be read from the outside. The search access mode is the opposite of the address mode and allows you to determine the OID of the desired objects from the data located in the specified objects. In this case, an access command is placed in the I / O block 3, a criterion (or criteria) defining the desired data objects, as well as an attribute name (or attribute names) for which this criterion will be applied. The indicated data is transmitted by the device 22 to the command converter 6, while the control device 22 scans the input data and searches for the attribute name. When the attribute name is found, the control device 22, using the device 2i, looks at the directory where it finds the name T, the RRB table used to store records of this attribute, and transfers this name to the converter 6. Based on the received data, the command converter 6 converts the entered command to a command to read from table T, the value contained in the system field w of those records whose fields satisfy the specified criterion. The converted command or commands are transmitted by the control device 22 from the converter 6 to the control device 2i, which executes this command in a known manner. The result, which is a set of unique object identifiers, is placed in input-output block 3, from where they can be read from the outside. Associative access mode is a combination of search and address access methods. At the same time, other data included in the same objects is used to search for data included in data objects. An access command is placed in output input block 3, a criterion (or criteria) defining the desired data objects, the attribute name (or attribute names) for which this criterion will be applied, as well as the attribute name (or attribute names) whose records must be read from the system. The execution of an associative command can be divided into two phases. In the first search phase, the system is based on the attribute names entered in block 3 of the input-output block for which 1 selection category is defined. finds in the corresponding RDB tables the OID of the objects that meet these criteria, as described previously (see search mode). In the second, address phase, the OIDs found in the previous phase are used as a criterion for selecting strings containing records of the desired attributes of objects, as described previously (see address mode). Entries of the attributes of the objects contained in the found lines are placed in the input-output block 3, from where they can be read from the outside. Thus, for entering data into the RDB and accessing these data, commands must be entered into the I / O block 3 that contain as their parameters unique identifiers (OIDs) of stored objects and / or names of their attributes, i.e. metadata that describes the complex, abnormal structure of these data objects. Since such commands are typical for systems in which data are presented in the form of complex data objects, it can be argued that the claimed system overcomes the difference between the claimed way of presenting information and the relational way of presenting information in existing relational database management systems. This is achieved by the fact that, during the operation of the system, converter 6, based on the data previously entered into the directory K of the means 4 of the forming directory, converts the commands entered in the input-output unit 3 into the write, search and read commands of the data located in the previously created means 5 of the formation of the RDB tables which are executed by the control device 21 in memory 1. As an example, consider a command that changes the value of the field fi 1 of the attribute ai of the previously considered data object o, identified in the system by a unique by OID. Naturally, such a command should include the specified parameters: object identifier, attribute name and new attribute value (marked with an incentive)

UPDATE о(ОШ).а1 SET Г„ NEWVALUE...UPDATE о (ОШ) .а1 SET Г „NEWVALUE ...

где о(ОГО) указывает на объект, вдентифицируемьш в системе значением ОГО. Эта команда вводиться в блок ввода-вывода 3.where o (CSO) indicates an object identified in the system by the value of CSO. This command is entered in input-output block 3.

Получив такую команду( с именем атрибута), управляющее устройство 22 находит в таблицах каталога строку, ставящую атрибуту ai в соответствие таблицу TI , где хранятся записи этого атрибута,. Найденное имя таблицы вместе с обьекгньм идентификатором передается в преобразователь 6 команд. Преобразователь 6 преобразует введенную команду в команду, которая изменяет значение поля fl 1 на новое значение в тех строках таблицы Tj, системное поля iD которых содержат соответственно идентификатор ОШ объекта. UPDATE Т, SET f, , NEWVALUE WHEP fom OID ...Having received such a command (with the attribute name), the control device 22 finds a row in the catalog tables matching the attribute ai with the table TI where the records of this attribute are stored. The found table name along with the common identifier is transmitted to the 6 command converter. Converter 6 converts the entered command into a command that changes the value of field fl 1 to a new value in those rows of table Tj whose system fields iD respectively contain the identifier of the object OS. UPDATE T, SET f,, NEWVALUE WHEP fom OID ...

Эта команда затем вьшолняется устройством 2i, которое, в процессе выполнения известным образом меняет хранящиеся в памяти 1 данные РБДThis command is then executed by the device 2i, which, in the course of execution, in a known manner changes the data stored in the memory 1

Необходимо обратить особое внимание на то, что эта команда, по сравнению с исходной, содержит один дополнительный параметр, а именно: в ней явно указана служащая для хранения значения атрибута ai таблица TI, при этом параметры исходной команды, а имеьшо, объектный идентификатор объекта данных, представлены в виде значений полей искомых записей этой таблицы, что присуще командам при работе с РБД.It is necessary to pay special attention to the fact that this command, in comparison with the original one, contains one additional parameter, namely: it explicitly indicates the TI table used to store the value of the ai attribute, while the parameters of the original command, and there is, the object identifier of the data object , are presented in the form of field values of the required records of this table, which is inherent to commands when working with RDBs.

Таким образом система преобразует команды ввода-вывода данных, обращаюпщеся к данным, представленным в виде сложных объектов данных, в команды, обращающиеся к данным, хранимым в РБД.Thus, the system converts data input / output commands that access data represented as complex data objects into commands that access data stored in the RDB.

Claims (1)

Объектно-ориентированная система управления реляционными базами данных, содержащая связанные шинами данных и управления память для хранения данных, в том числе данных РБД, управляющее устройство, предназначенное для формирования и/или изменения данных РБД, хранящихся в указанной памяти, и блок ввода-вывода команд и данных, отличающаяся тем, что система содержит связанные по шинам данных и управления генератор уникальных идентификаторов блоков данных, средство формирования таблиц РБД, служащих для хранения значений атрибутов указанных блоков данных и включающих поля, идентичные полям записей каждого из атрибутов указанных блоков данных РБД, а также поле для записи уникального идентификатора блока данных, средство формирования каталога, представляющего собой таблицу или набор таблиц РБД и содержащего записи, в которых каждое имя атрибута вводимого блока данных поставлено в соответствие с именем таблицы РБД, предназначенной для хранения указанного атрибута, и с описанием структуры этого атрибута, преобразователь команд ввода, поиска, извлечения и добавления определенного именем атрибута соответствующего блока данных в команду ввода, поиска, извлечения и добавления строк той таблицы РБД, имя которой поставлено в соответствие с именем указанного атрибута, а управляющее устройство также выполнено с возможностью управления преобразованием команд с именами атрибутов в команду с именем таблицы РБД для формирования и/или изменения данных РБД, хранящихся в указанной памяти.An object-oriented relational database management system containing data and memory associated with data buses, including data store, a control device designed to generate and / or change data store stored in the specified memory, and an I / O unit and data, characterized in that the system contains connected via data and control buses a generator of unique identifiers of data blocks, a means for generating RLB tables used to store attribute values of the indicated data blocks and including fields identical to the record fields of each of the attributes of the indicated DBD data, as well as a field for writing a unique identifier for the data block, a means of creating a catalog that is a table or a set of tables of the RDB and contains records in which each attribute name of the data block is entered set in accordance with the name of the table of the RDB intended for storing the specified attribute, and with the description of the structure of this attribute, the converter of the input, search, retrieve and add commands the name of the attribute of the corresponding data block to the input, search, retrieval and addition of the rows of that RDB table whose name is associated with the name of the specified attribute, and the control device is also configured to control the conversion of commands with attribute names to a command with the name of the DBD table for the formation and / or change of the data of the RDB stored in the specified memory.
Figure 00000001
Figure 00000001
RU2003136584/20U 2003-12-23 2003-12-23 Object Oriented Relational Database Management System RU36541U1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
RU2003136584/20U RU36541U1 (en) 2003-12-23 2003-12-23 Object Oriented Relational Database Management System

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
RU2003136584/20U RU36541U1 (en) 2003-12-23 2003-12-23 Object Oriented Relational Database Management System

Publications (1)

Publication Number Publication Date
RU36541U1 true RU36541U1 (en) 2004-03-10

Family

ID=36296797

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2003136584/20U RU36541U1 (en) 2003-12-23 2003-12-23 Object Oriented Relational Database Management System

Country Status (1)

Country Link
RU (1) RU36541U1 (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7890532B2 (en) 2004-12-15 2011-02-15 Microsoft Corporation Complex data access
US7991804B2 (en) 2004-07-30 2011-08-02 Microsoft Corporation Method, system, and apparatus for exposing workbooks as data sources
US9317495B2 (en) 2004-07-30 2016-04-19 Microsoft Technology Licensing, Llc Method, system, and apparatus for providing access to workbook models through remote function calls

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7991804B2 (en) 2004-07-30 2011-08-02 Microsoft Corporation Method, system, and apparatus for exposing workbooks as data sources
US9317495B2 (en) 2004-07-30 2016-04-19 Microsoft Technology Licensing, Llc Method, system, and apparatus for providing access to workbook models through remote function calls
US7890532B2 (en) 2004-12-15 2011-02-15 Microsoft Corporation Complex data access

Similar Documents

Publication Publication Date Title
Stonebraker et al. The Postgres rule manager
US6795825B2 (en) Database querying system and method
US5937401A (en) Database system with improved methods for filtering duplicates from a tuple stream
US7805465B2 (en) Metadata management for a data abstraction model
US6327593B1 (en) Automated system and method for capturing and managing user knowledge within a search system
US8027971B2 (en) Relationship management in a data abstraction model
Stonebraker et al. The design of the POSTGRES rules system
US7472116B2 (en) Method for filtering query results using model entity limitations
EP1585036A2 (en) Management of parameterized database queries
CN106844693A (en) A kind of conversion methods of openEHR Template to relational database
US7668888B2 (en) Converting object structures for search engines
JP2005521954A (en) Method and apparatus for querying a relational database
KR20010093777A (en) Accessing a hierarchical data store through an sql input
Chang et al. Database skeleton and its application to fuzzy query translation
US20040078355A1 (en) Information management system
US5943665A (en) Method and system for performing conceptual joins across fields of a database
Proper Data schema design as a schema evolution process
US7062496B2 (en) Automatic data abstraction generation using database schema and related objects
RU36541U1 (en) Object Oriented Relational Database Management System
RU2253894C1 (en) Relation databases object-oriented control system
US7389304B2 (en) Generating a relational view for a base model schema
JP2000250921A (en) Method and system for managing database
Sibley et al. Preliminary discussion of a general data-to-storage structure mapping language
KR20010008853A (en) System and method for processing queries of object-oriented DBMS tightly coupled with information retrieval facility
Mahatthanapiwat Access method of aggregation hierarchy as a tree in OODB

Legal Events

Date Code Title Description
MM1K Utility model has become invalid (non-payment of fees)

Effective date: 20051224