RU36541U1 - Объектно-ориентированная система управления реляционными базами данных - Google Patents

Объектно-ориентированная система управления реляционными базами данных 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
English (en)
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/ru
Application granted granted Critical
Publication of RU36541U1 publication Critical patent/RU36541U1/ru

Links

Landscapes

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

Description

Объектно-ориентированная система унравления реляционными базами данных.
Область техники
Система относится к средствам управления хранением данных в памяти компьютерных средств. Система предназначена для упорядоченного внесения, поиска, извлечения и обработки 5фанимых данных, гфедставленных для пользователя в виде сложных, идентифицируемых блоков данных, описывающих объекты предметной области, с использованием для хранения указанных данных в том числе существующие системы управления реляционными базами данных.
Предшествующий уровеиь техники
В большинстве известных систем хранения данных ршформация представлена с использованием реляционной модели данных. В соответствии с этой моделью, данные представлены как набор блоков данных, включающих записи фиксированной структуры, состоящие из полей и взаимосвязанные между собой таким образом, что в результате группировки данные представляются в виде строк таблиц. Совокупность таких таблиц образует реляционную базу данных (далее РБД). (см., например, Тиори-Т. Фрай Дж., Проекпфование структур баз данных, Москва, Мир, 1985, с. 18-19/1/).
Данные в реляционных базах данных представляют собой множество именованных таблиц (или отношений в терминах реляционной модели), обладаюпщх следующими свойствами и имеющих следуюшую структуру. Таблицы имеют так называемый заголовок (или схему отношения). включающий набор имен столбцов или имен атрибутов и множество строк. Строки состоят из полей. Структура любой строки, входящей в данную таблицу, определяется заголовком этой таблицы, а именно: каждому полю ставиться в соответствие имя атрибута. Поле строки может содержать скалярное значение одного из поддерживаемых системой типов данных. Структура таблиц реляционной БД определяется в процессе нормализации исходной сложной (ненормализованной) схемы данных. (см., например, Першиков В.И. и др.. Толковый словарь по информатике, Москва, Финансы и статистика, 1995, с. 222/2/, Крис Дейт, Введение в базы данных. Издание 6-е. Киев, Диалектика, 1998, с.с. 259-328 /3/). Математически строгая реляционная модель данных, являясь теоретическим фундаментом, обеспечивает строгость и однозначность организации данных в РБД, что является важнейшей причиной их широкого распространения. Известные системы управления реляционными базами (СУРБД) данных обеспечивают создание, уничтожение и модифицирование таблиц, запись и считывание полей данных в строки определенной таблицы, поиск строк по значениям полей, содержащихся в этих строках и включают в себя средство управления памятью компьютерных средств, служащей для хранения данных РБД. Для того, что бы СУБД выполнило одно из указанных действий, она должно получить специальную управляющую команду, например команду на создание таблицы или команду на добавление строки в таблицу и т.п. Обязательным параметром такой команды является имя (или имена) таблицы, над которой выполняется действие. Для ввода и вывода команд и данных в системах управления базами данных используется блок ввода-вывода. Указанная команда передается по шинам команд в управляющее устройство, которое определенным образом меняет хранящиеся в устройствах хранения (памяти) компьютерных средств данные РБД. Таким образом, данные, хранящиеся в такой системе, представлены для пользователя в виде набора таблиц.
Блок ввода команд управления РБД и вывода данных РБД
Средство управления памятью
Память для хранения данных РБД.
Шины команд и данных
Таблица 1. Взаимодействие функциональных узлов в известных системах управления вводом, выводом и хранением данных в РБД.
с другой стороны широкое распространение получил объектноориентированный (ОО) подход к разработке информационных систем, который наиболее точно соответствует естественному человеческому восприятию окружающего мира, моделируемого в этих системах. Этот подход предполагает, что информационные системы должны выглядеть для пользователя как совокупность информационных объектов, соответствующих реальным сущностям моделируемой предметной области. Известны системы и языки программирования, которые обладают средствами для поддержки такого подхода, позволяют точно описывать реально существующие объекты и называются также объектноориентированными (см. например. Буч Г., Объектно-ориентированое проектирование с примерами применений, Диалектика(Киев) & И.В.К. (Москва), 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 ввода-вывода команду, описывающую
действие, выполняемое управляющим устройством 2i. Обязательным параметром такой команды является имя таблицы, над которой выполняется действие.
Заявленная система, являясь системой управления реляционными базами данных, по сравнению с известными системами дополнена функциональными блоками 22, 4, 6, 7, обеспечивающими преобразование команд ввода, поиска, извлечения и добавления записей атрибута сложного идентифицируемого блока данных в команды ввода, поиска, извлечения и добавления строк той таблицы реляционной базы данных, имя которой поставлено в таблицах каталога в соответствии с именем указанного атрибута. Таким образом, существующие в системе данные представлены для
оператора в виде набора сложных идентифицируемых блоков данных.
Для понимания механизма выполнения заявленной системой предписанных ей функций, позволяющего обеспечить возможности реализации ввода, вывода, поиска и извлечения данных опишем работу системы следующим образом.
Предположим, что некий объект моделируемой предметной области, информацию о котором необходимо сохранить в системе, описывается сложным значением «oV. Это значение может быть нормализовано (см./3/) при этом оно преобразуется к набору значений «rVi и «rV2, состоящие из записей, имеющих структуру «RI и «R2, которые мы будем рассматривать как атрибуты ai и а2 объекта данных «о.
Необходимо отметить, что в моделируемой предметной области могут существовать два разных объекта описываемых одним и тем же значением «oV. Для того, что различить их, каждому хранимому значению система ставит в соответствие генерируемый ею уникальный объектный идентификатор OID, названный выше уникальным идентификатором блоков данных. Рассмотрим представление данных в системе.
В таблице 2 схематично изображена структура объекта данных Obj, описываюцщх некий объект предметный области. Она содержит имеющие имена ai и а2 атрибзп:ы rVi и rV2, состоящее из записей ti и t2, причем во второй атрибут входит три записи t2i t22 и 123. Соответственно, схемъ указанных атрибутов RI и R2 выглядят следующим образом: записи первого атрибута имеют одно поле fi, записи второго атрибута имеют два поля f2i и 22. Таблица 2 иллюстрирует процедуру введения в систему данных и описывает возможную структуру вводимых данных. Отметим, что в целом объект данных Obj представляет собой ненормализованнъш блок данных.
Предварительно скажем, что данные об объекте Obj будут храниться в РБД в двух таблицах, которые формируются с использованием средства 4 формирования таблиц РБД на основании данных о структуре атрибутов объекта, занесенных с использования средства 3 формирования таблицыкаталога в записи таблиц каталога. В таблицах каталога имя атрибута объекта и описание структуры этого атрибута поставлено в соответствие с именем таблицы РБД. Рассмотрим случай, когда эти таблицы еще не сформированы.
Перед началом любых операций с объектом данных в блок 3 вводавывода, как было указано выше, вводится данные, описывающие структуру этого объекта данных (метаданные) вида (ai RI, ..., ад Rn ), где а, - имя атрибута объекта данных, Ri - описание структуры этого атрибута, представляющее собой перечисление входящих в него полей, и управляющая команда на ввод этих метаданных.
В процессе обработки этой команды устройство Ъ. инициирует работу средства 4 формирования каталога и средства 5 формирования таблиц данных и передает этим средствам введенные метаданные.
На основании полученных метаданных, в частности на основании описаний структуры атрибутов RI.. .,Rn объекта данных, средство 5 формирования таблиц РБД с помощью управляющего устройства 22 формирует в памяти 1 таблицы Ть. .Тп, служащее для хранения записей указанных атрибутов. Для этого средство 5 может формировать команды на создание таблиц, которые передаются устройством 22 в устройство 2i, которое, в процессе выполнения известным образом меняет хранящиеся в памяти 1 данные РБД.
Структура строк создаваемой таблицы Tj определяется описанием структуры Ri записей атрибута ai вводимого объекта данных, к которому средство 5 формирования таблиц РБД добавляет дополнительное поле Гою (далее мы будем называть его системным полем). Значение, записанное в это поле, позволяет поставить в соответствие каждой строке этой таблицы реляционной базы данных ОГО хранимого системой объекта данных.
При этом средством 4 формирования каталога с помощью управляющего устройства 22 добавляется информация, позволяющая поставить каждому атрибуту ai в соответствии таблицу TI , служащие для хранения записей этого атрибута. Для этого средство 4 может формировать команды на добавление в таблицу или таблицы каталога строки, содержащей поля ai и Т( где ai - имя атрибута объекта данных, Tj - имя соответствующей ему таблицы данных создание таблиц, которые передаются устройством 1i в устройство 2i, которое, в процессе выполнения известным образом меняет хранящиеся в памяти 1 данные РБД.
Для описанного ранее объекта Obj в результате этого процесса (табл. 2 и 3) в РБД будут сформированы следующие таблицы : атрибуту rVi со схемой (fii) будет соответствовать таблица TI, заголовок которой включает поля fom и
fii, а атрибуту rV2 со схемой (f2i, 22) будет соответствовать таблицаТ2, заголовок которой включает поля fom fzb 22- Поле имеющееся в обеих таблицах, является системным и предназначено для хранения ОШ объекта, Также, в таблицах каталога сформированы строки (ai, TI) и {а2, Т2}, определяющие соответствие между атрибутами объекта о и таблицами памяти ( см. таблицу 3).
В таблице 3 приведены структура таблиц РБД, в том числе таблиц TI и Т2 для хранения данных, созданных в РБД после ввода метаданных, описывающих структуру объекта Obj, представленного в таблице 2, Ктаблица каталога, содержащий записи, определяющие соответствие между атрибутами а объекта и созданными таблицами Т.
Таким образам, в процессе обработки данных о структуре объекта (метаданных) система с помощью управляющего устройства 22, средств формирования 4 и 5 создает несколько таблиц РБД, в которых будут размещаться значения атрибутов объекта или объектов данных, вводимых в систему, и добавляет в каталог записи, определяющие соответствие между атрибутами объекта и созданными таблицами РБД, при этом используя управляющее устройство 2i, которое известным образом управляет памятью 1, служащей для хранения данных РБД. На этом, этап подготовки системы для ввода данных завершен.
основании команд, вводимых в блок ввода-вывода 3.
В число параметров команды входит имя атрибута хранимых объектов, причем указанное имя может быть выделено из других параметров на основании предопределенных правил ввода параметров команды, либо предопределенного порядка ввода параметров команды. При введении команды, содержащей имя атрибута, управляющее устройство 22 управляет передачей команды о вводе или ином действии с данными в преобразователь 6 команд. При этом алгоритм работы управляющего устройства 22 следующий.
1) просматривает вводимые данные и, основываясь на указанных ранее предопределенных правилах, находит в них имя атрибута. В случае, если имя атрибута не найдено, выполнение команды прерывается и в блок 3 ввода-вывода помещается сообщение об ошибки.
2)Управляющее устройство 22 обращается к существующим в РБД таблице или таблицам каталога, данные которого хранятся в памяти 1, и находит в них ранее внесенную строку, определяющую соответствие между найденным атрибутом и таблицей РБД, служащей для хранения записей этого атрибута. В случае, если имя атрибута не найдено, выполнение команды прерывается и в блок 3 ввода-вывода помещается сообщение об ошибки. 3)Управляющее устройство 22 вместе с передаваемой командой из блока 3 ввода-вывода передает найденное таким образом имя таблицы, служащей для хранения записей атрибута объекта, в преобразователь 6 команд.
Получив от управляющего устройства 22 имя таблицы, служащей для хранения записей атрибута, преобразователь преобразовывает полученную команду, обращающуюся к атрибуту объекта, в команду, обращающуюся к таблице, служащей для хранения записей этого атрибута.
заключается в том, что устройство 22 отыскивает в команде имя атрибута, ищет по имени атрибута в таблице каталоге имя таблицы и передает в преобразователь 6 для преобразования команды.
Этап ввода данных, представленных в виде объектов данных, в систему заключается в том, что система на основании данных, помещенных в блок 3 ввода-вывода с помощью управляющего устройства 22 и преобразователя команд 6, и в соответствии с информацией о структуре объекта, внесенной в каталог на предыдущем этапе, генерирует команды управления РБД, выполняемые устройством 2i, которое, в соответствии с выполняемыми командами, известным образом добавляет новые данные к данным, хранящимся в памяти 1.
Процесс ввода объекта данных начинается с того, что в блок 3 вводавывода извне вводятся данные, представленные как набор поименованных атрибутов объекта данных вида (ai rVi,...., an rVn), где а - имя атрибута объекта данных, rVi - значение атрибута объекта данных состоящее из одной или нескольких записей определенной для этого атрибута структуры (см. табл.2) и команда на ввод этих данных, инициирующая работу преобразователя 6. При поступлении такой команды в преобразователь 6 команд считывается с помощью управляющего устройства 22 из генератора 7 объектный идентификатор OID, уникальный для каждого вводимого объекта данных. Этот OID в дальнейшем будет использоваться как уникальный идентификатор вводимого объекта данных.
Далее данные, находящиеся в блоке 3 ввода-вывода, передаются устройством 22 в преобразователь команд 6, при этом управляющее устройство 22 просматривает вводимые данные и находит имя атрибута. Управляющее устройство 22 отыскивает в сформированных на этапе ввода метаданных записях каталога, соответствующее найденному имени атрибута ai имя таблицы TI , служащей для хранения записей этого атрибута.
В преобразователь 6 также поступает состоящее из одной или нескольких записей значение rV,, из указанной таблицы РБД, получив которое преобразователь 6 преобразует введенную в блок 3 команду в команду или команды, добавл51ющую в таблице Ti строки, содержащие записи значения rVj. Причем в системное поле юэтих строк записывается информация, позволяющая поставить в соответствие каждой из этих строк предварительно сгенерированный ОЮ вводимого объекта данных. Преобразованная команда или команды передаются управляющим устройством 22 из преобразователя 6 в управляющее устройство 2i, которое, в процессе выполнения известным образом меняет хранящиеся в памяти 1 данные РБД. Описанные действия повторяются для каждого атрибута водимого объекта данных. Таким образом, объект данных сохраняется в системе в виде совокупности строк разных таблиц РБД причем каждой из указанных строк ставиться в соответствие ОГО вводимого объекта данных. Присвоенный при этом введенному объекту данных OID передается управляющим устройством 22 в блок 3 ввода-вывода, где он может бьггь считан извне для дальнейщего использования в командах доступа к введенному в систему объекту данных пользователя.
Таблица 4 Т,:
В таблице 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. Естественно, что такая команда должна включать в себя указанные параметры: идентификатор объекта, имя атрибута и новое значение атрибута (отмечены вьщелением)
UPDATE о(ОШ).а1 SET Г„ NEWVALUE...
где о(ОГО) указывает на объект, вдентифицируемьш в системе значением ОГО. Эта команда вводиться в блок ввода-вывода 3.
Получив такую команду( с именем атрибута), управляющее устройство 22 находит в таблицах каталога строку, ставящую атрибуту ai в соответствие таблицу TI , где хранятся записи этого атрибута,. Найденное имя таблицы вместе с обьекгньм идентификатором передается в преобразователь 6 команд. Преобразователь 6 преобразует введенную команду в команду, которая изменяет значение поля fl 1 на новое значение в тех строках таблицы Tj, системное поля iD которых содержат соответственно идентификатор ОШ объекта. UPDATE Т, SET f, , NEWVALUE WHEP fom OID ...
Эта команда затем вьшолняется устройством 2i, которое, в процессе выполнения известным образом меняет хранящиеся в памяти 1 данные РБД
Необходимо обратить особое внимание на то, что эта команда, по сравнению с исходной, содержит один дополнительный параметр, а именно: в ней явно указана служащая для хранения значения атрибута ai таблица TI, при этом параметры исходной команды, а имеьшо, объектный идентификатор объекта данных, представлены в виде значений полей искомых записей этой таблицы, что присуще командам при работе с РБД.
Таким образом система преобразует команды ввода-вывода данных, обращаюпщеся к данным, представленным в виде сложных объектов данных, в команды, обращающиеся к данным, хранимым в РБД.

Claims (1)

  1. Объектно-ориентированная система управления реляционными базами данных, содержащая связанные шинами данных и управления память для хранения данных, в том числе данных РБД, управляющее устройство, предназначенное для формирования и/или изменения данных РБД, хранящихся в указанной памяти, и блок ввода-вывода команд и данных, отличающаяся тем, что система содержит связанные по шинам данных и управления генератор уникальных идентификаторов блоков данных, средство формирования таблиц РБД, служащих для хранения значений атрибутов указанных блоков данных и включающих поля, идентичные полям записей каждого из атрибутов указанных блоков данных РБД, а также поле для записи уникального идентификатора блока данных, средство формирования каталога, представляющего собой таблицу или набор таблиц РБД и содержащего записи, в которых каждое имя атрибута вводимого блока данных поставлено в соответствие с именем таблицы РБД, предназначенной для хранения указанного атрибута, и с описанием структуры этого атрибута, преобразователь команд ввода, поиска, извлечения и добавления определенного именем атрибута соответствующего блока данных в команду ввода, поиска, извлечения и добавления строк той таблицы РБД, имя которой поставлено в соответствие с именем указанного атрибута, а управляющее устройство также выполнено с возможностью управления преобразованием команд с именами атрибутов в команду с именем таблицы РБД для формирования и/или изменения данных РБД, хранящихся в указанной памяти.
    Figure 00000001
RU2003136584/20U 2003-12-23 2003-12-23 Объектно-ориентированная система управления реляционными базами данных RU36541U1 (ru)

Priority Applications (1)

Application Number Priority Date Filing Date Title
RU2003136584/20U RU36541U1 (ru) 2003-12-23 2003-12-23 Объектно-ориентированная система управления реляционными базами данных

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
RU2003136584/20U RU36541U1 (ru) 2003-12-23 2003-12-23 Объектно-ориентированная система управления реляционными базами данных

Publications (1)

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

Family

ID=36296797

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2003136584/20U RU36541U1 (ru) 2003-12-23 2003-12-23 Объектно-ориентированная система управления реляционными базами данных

Country Status (1)

Country Link
RU (1) RU36541U1 (ru)

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
US5909688A (en) Information management system
US7472116B2 (en) Method for filtering query results using model entity limitations
EP1585036A2 (en) Management of parameterized database queries
CN106844693A (zh) 一种openEHR Template到关系数据库的转换方法
US7668888B2 (en) Converting object structures for search engines
JP2005521954A (ja) リレーショナルデータベースをクエリーする方法および装置
KR20010093777A (ko) Sql 입력을 통해 계층 데이타 기억 장치에 억세스하는방법
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 (ru) Объектно-ориентированная система управления реляционными базами данных
RU2253894C1 (ru) Объектно-ориентированная система управления реляционными базами данных
US7389304B2 (en) Generating a relational view for a base model schema
JP2000250921A (ja) データベースの管理方法およびシステム
Sibley et al. Preliminary discussion of a general data-to-storage structure mapping language
KR20010008853A (ko) 정보검색이 밀결합된 객체지향 디비엠에스의 질의처리시스템과방법

Legal Events

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

Effective date: 20051224