RU2455684C2 - Method of forming information models of information systems - Google Patents
Method of forming information models of information systems Download PDFInfo
- Publication number
- RU2455684C2 RU2455684C2 RU2010114894/08A RU2010114894A RU2455684C2 RU 2455684 C2 RU2455684 C2 RU 2455684C2 RU 2010114894/08 A RU2010114894/08 A RU 2010114894/08A RU 2010114894 A RU2010114894 A RU 2010114894A RU 2455684 C2 RU2455684 C2 RU 2455684C2
- Authority
- RU
- Russia
- Prior art keywords
- information
- objects
- information objects
- storage
- property
- Prior art date
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Stored Programmes (AREA)
Abstract
Description
Предлагаемое изобретение относится к области технической кибернетики и может быть использовано в информационных (автоматизированных, информационно-аналитических, поддержки принятия решений) системах (ИС) для организации хранилищ информационных объектов.The present invention relates to the field of technical cybernetics and can be used in information (automated, information-analytical, decision support) systems (IP) for organizing storage of information objects.
Известен способ организации данных в ИС [1], в котором предлагается классификатор иерархической структуры, создаваемый в виде открытой системы, допускающей его дополнение и модернизацию и при этом существующие формализованные данные в модернизированном или существующем виде включают в свою структуру данных.A known method of organizing data in IP [1], which proposes a classifier of the hierarchical structure, created in the form of an open system that allows its addition and modernization, while existing formalized data in a modernized or existing form include in their data structure.
Недостатком такого способа является иерархичность создаваемых структур данных, что не позволяет хранить данные, например, сетевого типа.The disadvantage of this method is the hierarchy of the created data structures, which does not allow you to store data, for example, of a network type.
Известен способ формирования информационной модели [2], при котором элементы системы представляют многопараметрическими многоуровневыми иерархически упорядоченными и объединенными в сетевой граф структурами и формируют сведения о непосредственной и через атрибуты (параметры) взаимосвязи элементов системы описанием связей, представленных простыми и содержательными связями с описанием содержательного характера каждой.There is a known method of forming an information model [2], in which the elements of the system are multi-parameter multi-level hierarchically ordered and integrated into a network graph structures and generate information about the direct and through the attributes (parameters) of the relationship of the elements of the system with a description of the relationships represented by simple and meaningful relationships with a description of a meaningful nature each.
Недостатком этого способа является то, что система ориентирована только на информационные объекты с заранее определенной структурой и невозможна организация системы баз данных с произвольным набором данных с заранее неизвестной структурой в отдельно взятой базе данных.The disadvantage of this method is that the system is focused only on information objects with a predetermined structure and it is impossible to organize a database system with an arbitrary data set with a previously unknown structure in a single database.
Наиболее близким способом к предлагаемому является способ формирования информационной модели и способ организации баз данных, поименованный как "концепция 3-х схем" [3], при реализации которого, в зависимости от структуры данных, потребных для предметной области (первая схема - внешняя схема - точка зрения пользователя), создается нейтральная концептуальная схема (так называемая модель "сущность-связь", или ER-модель - третья схема - концептуальная нейтральная схема, в которой представляют типы информационных объектов, их свойства - атрибуты и отношения между объектами), в соответствии с которой создается машинная (компьютерная) схема (структура базы данных - вторая схема - внутренняя схема - точка зрения компьютера).The closest way to the proposed one is the method of forming an information model and the method of organizing databases, referred to as the "concept of 3 schemes" [3], the implementation of which, depending on the structure of the data required for the subject area (the first scheme is an external scheme - user's point of view), a neutral conceptual scheme is created (the so-called entity-relationship model, or ER-model is the third scheme is a conceptual neutral scheme in which types of information objects are represented, their properties are attributes and relations between objects), in accordance with which a machine (computer) scheme is created (database structure - second scheme - internal scheme - computer point of view).
Недостатком известного способа является то, что машинная схема ориентирована только на информационные объекты с заранее определенной структурой. При необходимости развития ИС и внесения данных новой структуры приходится изменять машинную схему или менять ее на новую, что не позволяет использовать принцип "наследования" информации.The disadvantage of this method is that the machine circuit is focused only on information objects with a predetermined structure. If it is necessary to develop IP and enter data of a new structure, one has to change the machine circuit or change it to a new one, which does not allow using the principle of "inheritance" of information.
Целью предлагаемого способа является повышение функциональных возможностей и открытости ИС.The aim of the proposed method is to increase the functionality and openness of IP.
Цель достигается реализацией заявляемого способа формирования информационных моделей и организации хранилищ информационных объектов, обеспечивающего создание нового типа информационного средства для ИС-хранилища информационных объектов. Хранилище информационных объектов обеспечивает хранение данных произвольной структуры. В целях повышения функциональных возможностей и открытости ИС предлагается:The goal is achieved by the implementation of the proposed method of forming information models and organizing the storage of information objects, providing the creation of a new type of information tool for the IS storage of information objects. The storage of information objects provides storage of data of an arbitrary structure. In order to increase the functionality and openness of IP, it is proposed:
- перейти к использованию концепции, отличной от известной концепции трех схем и заключающейся в том, что вместо одной нейтральной концептуальной схемы используются две: первая из новых концептуальных схем должна отражать пользовательскую точку зрения и определять совокупность типов информационных объектов, их свойства (атрибуты) и отношения между объектами, а вторая новая схема, определяющая типы типов информационных объектов, должна отражать точку зрения компьютера и структуру предлагаемого нового информационного средства - хранилища информационных объектов. Предлагается назвать такую концепцию "концепцией четырех схем";- switch to using a concept that is different from the well-known concept of three schemes and consists in the fact that instead of one neutral conceptual scheme, two are used: the first of the new conceptual schemes should reflect the user point of view and determine the set of types of information objects, their properties (attributes) and relationships between objects, and the second new scheme, determining the types of types of information objects, should reflect the point of view of the computer and the structure of the proposed new information tool - stored conductive information objects. It is proposed to call such a concept a “four-circuit concept”;
- использовать специфическую вторую концептуальную схему (структура хранилища информационных объектов), обеспечивающую хранение произвольных информационных объектов.- use a specific second conceptual scheme (structure of the storage of information objects) that provides storage of arbitrary information objects.
Данный подход позволит:This approach will allow:
- повысить функциональные возможности ИС за счет включения в их состав нового информационного средства, обеспечивающего хранение произвольных и заранее неопределенных информационных объектов;- increase the functionality of IP by including in their composition a new information tool that provides storage of arbitrary and predetermined information objects;
- уменьшить затраты на эксплуатацию ИС за счет исключения необходимости изменений структур баз данных;- reduce the cost of operating IS by eliminating the need for changes in database structures;
- уменьшить затраты на эксплуатацию ИС за счет исключения необходимости переноса накопленных данных из существовавших баз данных в новые при замене первых (реализация принципа наследования данных);- reduce the cost of operating IS by eliminating the need to transfer accumulated data from existing databases to new ones when replacing the first (implementation of the principle of data inheritance);
- уменьшить затраты на создание ИС из-за повышения уровня унификации информационных средств; однотипные хранилища информационных объектов могут быть использованы для организации операционных баз данных (в системах автоматизации), хранилищ и витрин данных (в информационно-аналитических системах и в системах поддержки принятия решений).- reduce the cost of creating IP due to increased level of unification of information tools; the same type of storage of information objects can be used to organize operational databases (in automation systems), data warehouses and data marts (in information-analytical systems and in decision support systems).
Сущность предлагаемого изобретения состоит в следующем.The essence of the invention is as follows.
Первое. Создается третья (новая) концептуальная схема, представляющая собой совокупность информационных моделей (предлагается наименование для таких моделей - "прикладная схема"), описывающих типы информационных объектов с наборами их свойств (атрибутов) и отношений между ними.The first one. A third (new) conceptual scheme is created, which is a set of information models (the name for such models is proposed - "application scheme"), describing the types of information objects with sets of their properties (attributes) and relations between them.
Второе. Создается четвертая (новая) схема, опеределяющая структуру нового информационного средства - хранилища информационных объектов. Отличительной особенностью хранилища информационных объектов в том, что оно не ориентировано на хранение информационных объектов определенной структуры и позволяет хранить информационные объекты с произвольной структурой данных.The second one. A fourth (new) scheme is created that defines the structure of the new information tool - the storage of information objects. A distinctive feature of the storage of information objects is that it is not oriented to the storage of information objects of a certain structure and allows you to store information objects with an arbitrary data structure.
Это позволяет без изменения структуры хранилища информационных объектов вносить новые объекты со структурой данных, неизвестных на этапе создания хранилища. При расширении функциональных возможностей и развитии информационной системы нет необходимости в решении проблем наследования - переноса данных из старой системы (из базы данных со старой структурой) в новую (с новой структурой базы данных).This allows, without changing the structure of the storage of information objects, to introduce new objects with a data structure unknown at the stage of creating the storage. With the expansion of functionality and the development of the information system, there is no need to solve inheritance problems - transferring data from the old system (from a database with an old structure) to a new one (with a new database structure).
Предложенный способ формирования информационных моделей информационных систем и организации хранилища информационных объектов поясняется фиг.1 - 17.The proposed method of forming information models of information systems and organizing the storage of information objects is illustrated in figures 1 - 17.
Пример трех вариантов графического подмножества двух прикладных схем "Лица" и "Организационные единицы" (третья концептуальная схема) приведен на фиг.1, фиг.2 и фиг.3, где 1 - тип информационного объекта, 2 - атрибут (свойство) информационного объекта или атрибут (свойство) отношения, 3 - отношение информационного объекта, 4 - информационный объект другой прикладной схемы, с которым имеется отношение.An example of three options for a graphical subset of two applied schemes "Persons" and "Organizational units" (the third conceptual scheme) is shown in Fig. 1, Fig. 2 and Fig. 3, where 1 is the type of information object, 2 is the attribute (property) of the information object or an attribute (property) of the relationship, 3 - the relationship of the information object, 4 - the information object of another application scheme with which there is a relationship.
Пример текстового подмножества трех вариантов двух указанных выше прикладных схем приведен на фиг.4, фиг.5 и фиг.6.An example of a text subset of the three variants of the two above-mentioned application circuits is shown in FIG. 4, FIG. 5 and FIG. 6.
Пример, поясняющий первый способ организации четвертой схемы, приведен на фиг.7. Пример, поясняющий второй способ организации четвертой схемы, приведен на фиг.8. Пример, поясняющий третий способ организации четвертой схемы, приведен на фиг.9 Пример, поясняющий четвертый и пятый способы организации четвертой схемы, приведен на фиг.10. На фиг.7-10 обозначены: 5 - сущность "Информационный объект" с атрибутами, 6 - "Уникальный идентификатор объекта", 7 - "Идентификатор типа объекта" и группой атрибутов (свойств) 8; 9 - сущность "Свойство объекта" с атрибутами, 10 - "Уникальный идентификатор свойства" объекта, 11 - "Уникальный идентификатор объекта" (идентификатор объекта, которому принадлежит свойство), 12 - "Идентификатор типа свойства" и 13 - "Значение свойства"; 14 - сущность "Отношение объектов" с атрибутами, 15 - "Уникальный идентификатор отношения", 16 - "Начало отношения. Уникальный идентификатор объекта" (идентификатор объекта, который образует начало отношения), 17 - "Конец отношения. Уникальный идентификатор объекта" (идентификатор объекта, который образует конец отношения), и 18 - "Идентификатор типа отношения"; 19 - сущность "Свойство отношения" с атрибутами, 20 - "Уникальный идентификатор отношения", 21 - "Уникальный идентификатор свойства отношения", 22 - "Идентификатор типа свойства отношения" и 23 - "Значение свойства отношения", 24 - дополнительная сущность "Свойство объекта" и 25, 26 - дополнительные сущности "Свойство отношения".An example explaining the first method of organizing the fourth scheme is shown in Fig.7. An example explaining the second method of organizing the fourth scheme is shown in Fig. 8. An example explaining the third method of organizing the fourth scheme is shown in Fig. 9 An example explaining the fourth and fifth methods of organizing the fourth scheme is shown in Fig. 10. 7-10 are indicated: 5 - the entity "Information object" with attributes, 6 - "Unique identifier of the object", 7 - "Identifier of the type of the object" and a group of attributes (properties) 8; 9 - Entity "Object property" with attributes, 10 - "Unique identifier of the property" of the object, 11 - "Unique identifier of the object" (identifier of the object to which the property belongs), 12 - "Identifier of the type of property" and 13 - "Value of the property"; 14 - entity “Object relationship” with attributes, 15 - “Unique identifier of the relationship”, 16 - “Beginning of the relationship. Unique identifier of the object” (identifier of the object that forms the beginning of the relationship), 17 - “End of the relationship. Unique identifier of the object” (identifier the object that forms the end of the relationship), and 18 - “Relationship Type Identifier”; 19 - entity "Relationship property" with attributes, 20 - "Unique identifier of the relationship", 21 - "Unique identifier of the relation property", 22 - "Identifier of the type of relation property" and 23 - "Value of the relation property", 24 - additional entity "Property object "and 25, 26 - additional entities" Relationship property ".
Примеры экземпляров информационных объектов типа "Лица" и "Организационные единицы" приведены на фиг.11.Examples of information objects of the type "Persons" and "Organizational units" are shown in Fig.11.
Примеры экземпляров отношений между экземплярами типа "Лицо" и экземплярами типа "Организационная единица" и экземпляров отношений между различными экземплярами типа "Организационная единица" приведены на фиг.12.Examples of relationships between instances of the "Person" type and instances of the type "Organizational unit" and instances of relations between different instances of the type "Organizational unit" are shown in Fig. 12.
Примеры таблиц хранилища информационных объектов и данных в этих таблицах при первом способе организации хранилища информационных объектов приведены на фиг.13.Examples of tables of the storage of information objects and data in these tables in the first method of organizing the storage of information objects are shown in Fig. 13.
Примеры таблиц хранилища информационных объектов и данных в этих таблицах при втором способе организации хранилища информационных объектов приведены на фиг.14.Examples of tables of the storage of information objects and data in these tables in the second method of organizing the storage of information objects are shown in Fig. 14.
Примеры таблиц хранилища информационных объектов и данных в этих таблицах при третьем способе организации хранилища информационных объектов приведены на фиг.15.Examples of tables of the storage of information objects and data in these tables with the third method of organizing the storage of information objects are shown in Fig. 15.
Примеры таблиц хранилища информационных объектов и данных в этих таблицах при четвертом и пятом способе организации хранилища информационных объектов приведены на фиг.16, фиг 17.Examples of tables of the storage of information objects and data in these tables with the fourth and fifth method of organizing the storage of information objects are shown in Fig. 16, Fig. 17.
Для реализации первого способа организации хранилища информационных объектов в соответствии с сущностью "Информационный объект" (фиг.7) создают первую таблицу хранилища информационных объектов с первыми ("Уникальный идентификатор объекта"), вторыми ("Идентификатор типа объекта") и группой третьих ("Свойства объекта") полям (колонками). Такой структуры хранилища информационных объектов достаточно для хранения произвольных информационных объектов. Для записи в хранилище информационного объекта какого-либо типа (в соответствии с прикладной схемой на фиг.1, и примером на фиг.11 конкретных экземпляров типа "Лицо" и типа "Организационная единица") формируют записи в первой таблице (фиг.13). В первой колонке формируют уникальный идентификатор экземпляров информационных объектов (1 - в примере на фиг.13 для первого экземпляра из перечня на фиг.11, соответственно 2 - для второго, 3 - для третьего, 4 - для четвертого, 5 - для пятого и 6 - для шестого), во второй - идентификатор типа информационного объекта (1 - в примере на фиг.13 для экземпляров информационных объектов типа "Лицо" и 6 - для экземпляров информационных объектов типа "Организационная единица" для перечня конкретных экземпляров, приведенном на фиг.11). В группе третьих полей (колонок) формируют значения свойств информационных объектов и ссылки, обеспечивающие реализацию отношений между объектами. Для простоты пояснения на фиг.13 приведены конкретные значения свойств только части свойств из примера конкретных экземпляров на фиг.11 (не показаны даты рождения). В первом способе организации хранилища информационных объектов для реализации отношений между информационными объектами используется специальный тип свойства объекта - ссылка на уникальный идентификатор того экземпляра объекта, с которым данный объект имеет отношение. Такая реализация отношений позволяет реализовывать отношения с мощностью 1-1 или 1-n и не имеющие свойства. Отношения с мощностью n-n и отношения, имеющие свойства, должны быть "нормализованы" в прикладной схеме и сведены к отношениям 1-n (для этого отношение n-n должно быть заменено дополнительной "ассоциированной" сущностью и двумя отношениями 1-n. При наличии свойств у отношения значения свойств указываются как свойства ассоциированной сущности). В примере на фиг.13 реализованы отношения типа "Лицо работает в организационной единице" - с помощью ссылочного свойства (4, 5 и 6 указывают на уникальный идентификатор экземпляра организационной единицы) в четвертой колонке группы третьих полей - и "Организационная единица подчинена организационной единице" - с помощью ссылочного свойства во второй колонке группы третьих полей (4 также указывает на уникальный идентификатор экземпляра организационной единицы).To implement the first method of organizing the storage of information objects in accordance with the entity "Information object" (Fig.7) create the first table of the storage of information objects with the first ("Unique identifier of the object"), the second ("Object type identifier") and a group of third (" Object properties ") to fields (columns). Such a structure of the storage of information objects is sufficient to store arbitrary information objects. To record in the storage of an information object of any type (in accordance with the application diagram in figure 1, and the example in figure 11 of specific instances of the type "Person" and type "Organizational unit"), records are created in the first table (Fig. 13) . In the first column, a unique identifier of information objects is generated (1 - in the example in Fig. 13 for the first instance from the list in Fig. 11, respectively 2 - for the second, 3 - for the third, 4 - for the fourth, 5 - for the fifth and 6 - for the sixth one), in the second - an identifier of the type of information object (1 - in the example in Fig. 13 for instances of information objects of the type "Person" and 6 - for instances of information objects of the type "Organizational unit" for the list of specific instances shown in FIG. eleven). In the group of third fields (columns), the values of the properties of information objects and links are formed, which ensure the implementation of relations between objects. For ease of explanation, FIG. 13 shows specific property values of only part of the properties from the example of specific instances in FIG. 11 (birth dates not shown). In the first method of organizing the storage of information objects for the implementation of relations between information objects, a special type of object property is used - a link to the unique identifier of that instance of the object with which this object relates. Such an implementation of relationships allows you to implement relationships with a power of 1-1 or 1-n and without properties. Relations with power nn and relations with properties must be “normalized” in the application scheme and reduced to 1-n relations (for this, the nn relationship must be replaced by an additional “associated” entity and two 1-n relations. If there are properties, the relation property values are indicated as properties of the associated entity). In the example in Fig. 13, relationships of the type "A person works in an organizational unit" are implemented - using the reference property (4, 5 and 6 indicate a unique identifier for an instance of an organizational unit) in the fourth column of the group of third fields - and "The organizational unit is subordinate to the organizational unit" - using the reference property in the second column of the group of third fields (4 also indicates a unique identifier for the instance of the organizational unit).
Для реализации второго способа организации хранилища информационных объектов в соответствии с сущностью "Информационный объект" (фиг.8) создают первую таблицу хранилища информационных объектов с первыми ("Уникальный идентификатор объекта") и вторыми ("Идентификатор типа объекта"). В соответствии с сущностью "Свойство объекта" создают вторую таблицу хранилища информационных объектов с первыми ("Уникальный идентификатор свойства"), вторыми ("Уникальный идентификатор объекта", идентификатор объекта, которому принадлежит свойство), третьими ("Идентификатор типа свойства") и четвертыми ("Значение свойства") полями (колонками). Такой структуры хранилища информационных объектов также достаточно для хранения произвольных информационных объектов. Для записи в хранилище информационного объекта какого-либо типа (в соответствии с прикладной схемой на фиг.1 и примером на фиг 11 конкретных экземпляров типа "Лицо" и типа "Организационная единица") формируют запись в первой таблице. В первой колонке формируют уникальный идентификатор экземпляра информационного объекта (1 - в примере на фиг.14 для первого экземпляра из перечня на фиг.11, соответственно 2 - для второго, 3 - для третьего, 4 - для четвертого, 5 - для пятого и 6 для шестого), во второй - идентификатор типа информационного объекта (1 - в примере на фиг.14 для экземпляров информационных объектов типа "Лицо" и 6 - для экземпляров информационных объектов типа "Организационная единица" для перечня конкретных экземпляров, приведенном на фиг.11). После получения уникального идентификатора экземпляра информационного объекта (при формировании записи в первую таблицу) во второй таблице последовательно формируют записи для свойств информационного объекта, для чего для каждого свойства в первой колонке формируют уникальный идентификатор свойства, во вторую колонку - заносят уникальный идентификатор экземпляра информационного объекта (полученный при формировании записи в первой таблице), в третью колонку заносят идентификатор типа свойства (для экземпляров информационных объектов типа "Лицо" 2 - для свойства "Фамилия", 3 - "Имя" и 4 "Отчество", для экземпляров информационных объектов типа "Организационная единица", 7 - "Наименование"), а в четвертую - значение свойства (Конкретные значения в соответствии с примерами из таблицы на фиг.11). Для простоты пояснения на фиг.14 приведены конкретные значения свойств только части свойств из примера конкретных экземпляров на фиг.11 (не показаны даты рождения).To implement the second method of organizing the storage of information objects in accordance with the entity "Information object" (Fig. 8), create the first table of the storage of information objects with the first ("Unique identifier of the object") and the second ("Object type identifier"). In accordance with the Entity Property entity, a second information object storage table is created with the first (“Unique identifier of the property”), the second (“Unique identifier of the object”, the identifier of the object to which the property belongs), the third (“Property type identifier”) and the fourth ("Property Value") by fields (columns). Such a structure of the storage of information objects is also sufficient for storing arbitrary information objects. To record in the storage of an information object of any type (in accordance with the application diagram in FIG. 1 and the example in FIG. 11 of specific instances of the “Person” type and “Organizational unit” type), an entry is created in the first table. In the first column, a unique identifier of the information object instance is generated (1 - in the example in Fig. 14 for the first instance from the list in Fig. 11, respectively 2 - for the second, 3 - for the third, 4 - for the fourth, 5 - for the fifth and 6 for the sixth), in the second - an identifier of the type of information object (1 - in the example in Fig. 14 for instances of information objects of the type "Person" and 6 - for instances of information objects of the type "Organizational unit" for the list of specific instances shown in Fig.11 ) After obtaining a unique identifier for an instance of an information object (when creating a record in the first table), records for the properties of an information object are sequentially generated in the second table, for which a unique property identifier is generated for each property in the first column, and a unique identifier of the information object instance is entered in the second column ( obtained during the formation of the record in the first table), the identifier of the property type is entered in the third column (for information object instances in the type “Face” 2 - for the property “Last name”, 3 - “First name” and 4 “Middle name”, for instances of information objects of the type “Organizational unit”, 7 - “Name”), and in the fourth - the value of the property (Specific values in accordance with the examples from the table in Fig.11). For ease of explanation, FIG. 14 shows specific property values of only part of the properties from the example of specific instances in FIG. 11 (birth dates not shown).
Во втором способе организации хранилища информационных объектов, так же как и в первом, для реализации отношений между информационными объектами используется специальный тип свойства объекта - ссылка на уникальный идентификатор того экземпляра объекта, с которым данный объект имеет отношение. Такая реализация отношений позволяет реализовывать отношения с мощностью 1-1 или 1-n и не имеющие свойства. Отношения с мощностью n-n и отношения, имеющие свойства, должны быть "нормализованы" в прикладной схеме и сведены к отношениям 1-n (для этого отношение n-n должно быть заменено дополнительной "ассоциированной" сущностью и двумя отношениями 1-n). В примере на фиг.14 реализованы отношения типа "Лицо работает в организационной единице" - с помощью ссылочного свойства с идентификатором типа свойства - 5 - и "Организационная единица подчинена организационной единице" - с помощью ссылочного свойства с идентификатором типа - 8.In the second method of organizing the storage of information objects, as well as in the first, a special type of object property is used to implement relations between information objects - a link to the unique identifier of that instance of the object with which this object relates. Such an implementation of relationships allows you to implement relationships with a power of 1-1 or 1-n and without properties. Relations with power n-n and relations with properties must be “normalized” in the application scheme and reduced to 1-n relations (for this, the n-n relation should be replaced by an additional “associated” entity and two 1-n relations). In the example of FIG. 14, relationships of the type “Person works in an organizational unit” are implemented - using a reference property with an identifier of the property type - 5 - and “Organization unit is subordinate to an organizational unit” - using a reference property with an identifier of type - 8.
При третьем способе организации хранилищ информационных объектов дополнительно в соответствии с сущностью "Отношение объектов" (фиг.9) создают третью таблицу хранилища информационных объектов с первыми ("Уникальный идентификатор отношения"), вторыми ("Начало отношения. Уникальный идентификатор объекта", идентификатор объекта, образующего начало отношения), третьими ("Конец отношения. Уникальный идентификатор объекта", идентификатор объекта, образующего конец отношения) и четвертыми ("Идентификатор типа отношения") полями (колонками). В соответствии с сущностью " Свойство отношения" создают четвертую таблицу хранилища информационных объектов с первыми ("Уникальный идентификатор отношения"), вторыми ("Уникальный идентификатор свойства отношения", третьими ("Идентификатор типа свойства отношения") и четвертыми ("Значение свойства отношения") полями (колонками). По третьему способу организации в прикладных схемах могут быть указаны отношения любой мощности и у отношения могут быть указаны свойства отношения. Пример записей конкретных экземпляров информационных объектов и отношений между ними из таблиц на фиг.11 и фиг.12 приведен на фиг.15.In the third method of organizing storage of information objects, additionally, in accordance with the Entity Relation of Objects entity (Fig. 9), create a third table of information objects storage with the first ("Unique identifier of the relationship"), the second ("Start of relationship. Unique identifier of the object", object identifier , forming the beginning of the relationship), third ("End of the relationship. Unique identifier of the object", identifier of the object forming the end of the relationship) and fourth ("Identifier of the type of relationship") fields (columns). In accordance with the Entity “Relationship Property”, they create a fourth table of information objects storage with the first (“Unique identifier of the relation”), the second (“Unique identifier of the relation property”, the third (“Identifier of the relation property type”) and the fourth (“Relation property value” ) fields (columns). According to the third method of organization, relationships of any power can be indicated in the application schemes and relationship properties can be indicated for the relationship. Example records of specific instances of information objects relations between the tables 11 and 12 shown in Figure 15.
Четвертый и пятый способ организации хранилищ информационных объектов отличаются введением не одной, а групп вторых и четвертых таблиц, что позволяет хранить в каждой из вторых и четвертых таблиц только один тип данных для свойств объектов. Это позволяет упростить процедуры преобразования данных, необходимые в первом и втором способе.The fourth and fifth way of organizing storage of information objects are distinguished by the introduction of not one, but groups of second and fourth tables, which allows you to store in each of the second and fourth tables only one data type for the properties of objects. This allows us to simplify the data conversion procedures required in the first and second method.
Для третьего и четвертого способа пример записей конкретных экземпляров информационных объектов и отношений между ними из таблиц на фиг.11 и фиг.12 приведен на фиг.16 и фиг.17.For the third and fourth method, an example of records of specific instances of information objects and the relationships between them from the tables in FIG. 11 and FIG. 12 is shown in FIG. 16 and FIG.
В результате применения предлагаемого изобретения по сравнению с известными способами достигается первичный эффект, заключающийся в повышении функциональные возможности ИС за счет включения в их состав нового информационного средства, обеспечивающего хранение произвольных и заранее неопределенных информационных объектов.As a result of the application of the present invention, in comparison with the known methods, a primary effect is achieved consisting in increasing the functionality of the IP due to the inclusion of a new information tool that provides storage of arbitrary and predetermined information objects.
Выше представленный подход позволит получить значительный экономический эффект за счет:The above approach will allow you to get a significant economic effect due to:
- уменьшения затраты на эксплуатацию ИС из-за исключения необходимости изменений структур баз, хранилищ и витрин данных;- reduce the cost of operating IS due to the elimination of the need for changes in the structures of databases, storages and data marts;
- уменьшения затраты на эксплуатацию ИС из-за исключения необходимости переноса накопленных данных из существовавших баз данных в новые при замене первых (решение проблемы наследования данных).- reducing the cost of operating IS due to the elimination of the need to transfer accumulated data from existing databases to new ones when replacing the first ones (solving the problem of data inheritance).
От использования предлагаемого изобретения следует ожидать и вторичный эффект, заключающийся в уменьшении затрат на создание ИС из-за повышения уровня унификации информационных средств; однотипные хранилища информационных объектов могут быть использованы для организации операционных баз данных, хранилищ и витрин данных.From the use of the present invention, a secondary effect should also be expected, consisting in reducing the cost of creating IP due to an increase in the level of unification of information tools; the same type of storage of information objects can be used to organize operational databases, data warehouses and data marts.
Особенно актуально использование предложения в автоматизированных информационных системах для организации на основе хранилищ информационных объектов операционных баз данных. Возможно использование предложения в системах поддержки принятия решений и информационно аналитических системах для организации хранилищ и витрин данных.Particularly relevant is the use of the proposal in automated information systems for organizing, based on repositories of information objects, operational databases. It is possible to use the proposal in decision support systems and information and analytical systems for organizing data warehouses and data marts.
Источники информацииInformation sources
1. RU, заявка №2000101713, кл. G06F 17/00, 2001.1. RU, application No.2000101713,
2. RU, патент №2225033, кл. G06N 1/00, 2004.2. RU, patent No. 2225033, class.
3. Стандарт IDEF1X.3. IDEF1X standard.
Claims (1)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
RU2010114894/08A RU2455684C2 (en) | 2010-04-13 | 2010-04-13 | Method of forming information models of information systems |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
RU2010114894/08A RU2455684C2 (en) | 2010-04-13 | 2010-04-13 | Method of forming information models of information systems |
Publications (2)
Publication Number | Publication Date |
---|---|
RU2010114894A RU2010114894A (en) | 2011-10-20 |
RU2455684C2 true RU2455684C2 (en) | 2012-07-10 |
Family
ID=44998882
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
RU2010114894/08A RU2455684C2 (en) | 2010-04-13 | 2010-04-13 | Method of forming information models of information systems |
Country Status (1)
Country | Link |
---|---|
RU (1) | RU2455684C2 (en) |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030046272A1 (en) * | 2001-08-29 | 2003-03-06 | Henry Scanzano | Database systems, methods and computer program products using type based selective foreign key association to represent multiple but exclusive relationships in relational databases |
US20090024654A1 (en) * | 2007-07-19 | 2009-01-22 | Microsoft Corporation | Multi-value property storage and query support |
-
2010
- 2010-04-13 RU RU2010114894/08A patent/RU2455684C2/en not_active IP Right Cessation
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030046272A1 (en) * | 2001-08-29 | 2003-03-06 | Henry Scanzano | Database systems, methods and computer program products using type based selective foreign key association to represent multiple but exclusive relationships in relational databases |
US20090024654A1 (en) * | 2007-07-19 | 2009-01-22 | Microsoft Corporation | Multi-value property storage and query support |
Also Published As
Publication number | Publication date |
---|---|
RU2010114894A (en) | 2011-10-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Liu et al. | Tracking developments in artificial intelligence research: constructing and applying a new search strategy | |
Leemans et al. | Discovering block-structured process models from event logs containing infrequent behaviour | |
Fan | Graph pattern matching revised for social network analysis | |
Bawa et al. | On determination of stochastic dominance optimal sets | |
JP6357161B2 (en) | Method for characterizing a data source in a data storage system | |
US20070005658A1 (en) | System, service, and method for automatically discovering universal data objects | |
Abdul Manaf et al. | The current state of SKOS vocabularies on the web | |
CN101894058B (en) | Method and device for analyzing test coverage automatically aiming at automatic test system | |
CN112231333A (en) | Ecological environment data sharing and exchanging method and system | |
Laflaquiere et al. | Trace-based framework for experience management and engineering | |
CA2461871A1 (en) | An efficient index structure to access hierarchical data in a relational database system | |
Schwade et al. | A semantic data lake for harmonizing data from cross-platform digital workspaces using ontology-based data access | |
van Opijnen | A model for automated rating of case law | |
Sahay et al. | A methodological approach for ontologising and aligning health level seven (hl7) applications | |
RU2455684C2 (en) | Method of forming information models of information systems | |
Heck | Combining social information for academic networking | |
Sala et al. | Midas for government: Integration of government spending data on Hadoop | |
Azmeh et al. | Highlighting stakeholder communities to support requirements decision-making | |
CN112184476A (en) | Intelligent planning decision platform for power distribution network | |
Nagaraju et al. | Approximate equalities for covering based optimistic multigranular rough sets and their properties | |
CN111091228A (en) | Solving method of railway operation decision problem, index organization and model management system | |
Lam et al. | Building decision trees using functional dependencies | |
CN114791967B (en) | Time sequence RDF data storage and query method based on bit matrix model | |
Aggarwal | Relational models and algebra for uncertain data | |
He et al. | Resolving schematic discrepancy in the integration of entity-relationship schemas |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
MM4A | The patent is invalid due to non-payment of fees |
Effective date: 20120608 |