El modelo de datos concepto-orientado es un modelo de datos basado en la teoría del enrejado y el pedido fija . Otra fuente de inspiración en crear este modelo es el análisis de concepto formal (FCA). Una de las ideas principales que son la base del acercamiento concepto-orientado es que el modelo tiene que ser el y multidimensional jerárquicos (simultáneamente). También se interseca con el modelo de datos funcional (FDM) y el modelo universal de la relación (URM).

El principio fundamental del paradigma concepto-orientado es que los objetos del están viviendo en el espacio del donde la estructura de espacio describe el sintaxis modelo o el esquema mientras que la estructura del objeto representa su semántica . Las partes elementales del espacio se refieren como conceptos del mientras que los objetos, que son casos del concepto son los artículos del de los datos llamados. Los conceptos son análogos a las relaciones o las tablas mientras que los artículos son análogos al reman o expedientes en el modelo emparentado .

El modelo concepto-orientado permite que el diseñador de base de datos describa una representación natural del sintaxis y de la semántica de datos, que refleja características jerárquicas y multidimensionales. Procediendo solamente de una pequeña cantidad de nociones y principios básicos este acercamiento permite el modelar de una variedad de métodos existentes y de casos prácticos del uso tales como variables polivalentes, las relaciones de alto nivel, el agrupar y agregación, proceso analítico en línea (el OLAP ), la inferencia, gerencia del ciclo vital, clasificación compleja, las ontologías, distribución del conocimiento y muchos otros mecanismos.

Sintaxis modelo

En el nivel sintáctico cada concepto se define como combinación de sus superconcepts. Por consiguiente un subconcept es incluido en cada uno de sus superconcepts simultáneamente. Formalmente el sintaxis o el esquema modelo es complementado por un concepto superior y los conceptos inferiores uno y esta estructura después constituye un enrejado . El concepto superior es un padre directo o indirecto para cualquier otro concepto en el modelo mientras que el concepto inferior incluye directo o indirectamente cualquier otro concepto en el modelo.

El sintaxis concepto-orientado (esquema) se puede describir alternativo en los términos convencionales de dimensiones y de dominios. Cada superconcept en la definición del concepto se supone para ser un dominio para la dimensión asociada a este par de subconcept-superconcept. Una dimensión tiene normalmente un nombre único dentro del alcance de su concepto. Así cada concepto se define un sistema de nombres de la dimensión con sus dominios en otros conceptos. El esquema de la base de datos se puede entonces representar como gráfico acíclico donde están conceptos los nodos y los bordes son dimensiones que llevan de un concepto a sus dominios en superconcepts. Se dobla para dimensionar es la noción de la dimensión inversa, que se piensa en como característica o atribuye tomar valores de un cierto subconcept (algo que superconcept). Es importante que las dimensiones son solas valoradas mientras que las dimensiones inversas son polivalentes.

Semántica modelo

En el nivel semántico el modelo de datos es representado por sus artículos. Un artículo se define como combinación de superitems tomados de los superconcepts. La riqueza del modelo concepto-orientado se basa en la existencia de interpretaciones muy diversas de su semántica formal:
El superitem del

A se puede interpretar como característica de este artículo tomado por la cualidad correspondiente o un coordenada de este artículo durante el superconcept. En este caso el modelo entero se puede ver como sistema coordinado multidimensional jerárquico donde están coordenadas los objetos para otros objetos.

Superitem se puede también interpretar como sistemas, grupos o categorías para sus subitems. Así cada artículo en el modelo es incluido en varios superitems y sí mismo del grupo incluye sus subitems.

cada artículo se supone para ser un caso de una cierta relación con respecto a sus superitems y por una parte sus subitems se relacionan lo con otros artículos en el modelo.
El superitem del

A se puede interpretar como objeto bajo para sus subitems y por una parte los subitems son extensiones para sus superitems.

Ejemplo

El diagrama describe la estructura sintáctica de una compañía, que recibe las órdenes (concepto Orders) que consisten en un sistema de piezas del concepto OrderParts y después que las ejecutan en varias operaciones (concepto OrderOperations).

El concepto de Orders es caracterizado sintácticamente por dos dimensiones a y c con los dominios en Addresses y Customers. También tiene el inverso de dos dimensiones {OrderParts.o} y {OrderOperations.o} con los dominios en los conceptos OrderParts y OrderOperations. Notar que las dimensiones son siempre sola haber valorado y corresponder mucho--uno a la relación. Las dimensiones inversas son polivalentes y corresponden a uno-a-muchos relación.

Las relaciones múltiples se ejecutan vía subconcepts comunes. Por ejemplo, puede ser que definamos una relación múltiple isOrderedBy entre Products y Customers, que vuelve un sistema de los clientes que pidieron algún producto usar los subconcepts OrderParts y Orders para ejecutarlo.

La dimensionalidad primitiva o canónica de este modelo es 7 porque es el número de trayectorias de la parte inferior a la tapa: {op.

Cada artículo de la orden consiste en semántico un sistema de sus piezas o un sistema de operaciones que se ejecutarán para esta orden. Dual, es una combinación de una dirección (de la entrega) y de un cliente. En la forma canónica cada artículo se podía representar como combinación de 7 artículos primitivos.

los artículos de Order se interpretan como casos de la relación con respecto a sus superitems de los conceptos Addresses y Customers. Por una parte estos mismos artículos de Order están conectados con otros artículos en el modelo por medio de los subitems de OrderParts y de OrderOperations interpretados como casos de la relación. Así el papel de los artículos de la orden es relativo y depende del nivel considerado actual.

el concepto de Top representa el nivel del extracto del dominio del problema a lo más sin los detalles en absoluto. Propagando la información en la dirección ascendente conseguimos valores agregados de todas las características para la compañía entera. Por ejemplo, puede ser que computemos el número total de órdenes o de operaciones de la orden ejecutadas en la compañía usando las dimensiones inversas correspondientes del concepto superior. Una dimensión inversa es una trayectoria con la dirección opuesta. El número total de piezas de la orden se computa como sigue: orderCount = suma (tapa. Aquí top es el único artículo superior que representa a la compañía entera, o.t es la trayectoria de OrderParts a este artículo, y sum es la función de agregación. De hecho, esto volverá todas las piezas de la orden. Si necesitamos contar todas las piezas de la orden entregadas a una cierta dirección entonces esto puede ser hecha como sigue: orderCount = suma (dirección. Aquí la dirección del es un cierto artículo concreto.

el concepto de Bottom representa el nivel detallado del dominio del problema a lo más y es igual a la suma de todos los conceptos sin subconcept. Este nivel incluye normalmente muchos artículos para los cuales poder conseguir muchas características usando sus dimensiones. Por ejemplo, una pieza de la orden es caracterizada por una orden y un producto, que alternadamente son caracterizados por sus características de alto nivel y así sucesivamente hasta el concepto superior.

Ver también