Modelo de datos reorientando a objetos (MODRO): regresando al paradigma orientado a sistemas

El modelado semántico relacional y el modelado de objetos de una empresa produce modelos fragmentados y amorfos, síntoma de organizaciones con funcionalidad estructuralmente fragmentada. De hecho, la reingeniería afirma que la funcionalidad de la organización tradicional está fragmentada, y que su estructura no corresponde a la lógica de sus procesos, sino a jerarquías de mando y de poder. A su vez, la teoría de objetos diagnostica que las funcionalidades están sueltas si no están contenidas dentro de su propia estructura. La reingeniería señala cómo desfragmentar la funcionalidad organizacional, mientras que la teoría de objetos indica cómo encapsularla. Pero la teoría de objetos obstaculiza la desfragmentación de la funcionalidad organizacional debido a su exigua granularidad. Por fortuna, la teoría de sistemas puede corregir esto, al concebir conjuntos de estructuras de funcionalidad global, en vez de estructuras individuales con funcionalidades individuales auto contenidas, como lo hace hoy la teoría de objetos. Acercar los objetos a los sistemas induce un nuevo concepto de modelo de datos, holístico, denominado "MOdelo de Datos Reorientado a Objetos", MODRO (ORDAM en inglés), para llevar más allá al paradigma de objetos. El MODRO soluciona lo que los OODBMS de hoy no: encapsular dentro de una estructura organizacional su respectiva funcionalidad transaccional, tanto de las bases de datos como de la organización; igual que el hardware (lo estructural) contiene software (lo funcional) (e.g. teléfono celular - sim card), para que puedan tener utilidad, tal como sucede con todos los demás objetos auto contenidos del mundo real

Data model reorienting objects (MODRO): returning to the systems-oriented paradigm

El modelado semántico relacional y el modelado de objetos de una empresa produce modelos fragmentados y amorfos, síntoma de organizaciones con funcionalidad estructuralmente fragmentada. De hecho, la reingeniería afirma que la funcionalidad de la organización tradicional está fragmentada, y que su estructura no corresponde a la lógica de sus procesos, sino a jerarquías de mando y de poder. A su vez, la teoría de objetos diagnostica que las funcionalidades están sueltas si no están contenidas dentro de su propia estructura. La reingeniería señala cómo desfragmentar la funcionalidad organizacional, mientras que la teoría de objetos indica cómo encapsularla. Pero la teoría de objetos obstaculiza la desfragmentación de la funcionalidad organizacional debido a su exigua granularidad. Por fortuna, la teoría de sistemas puede corregir esto, al concebir conjuntos de estructuras de funcionalidad global, en vez de estructuras individuales con funcionalidades individuales auto contenidas, como lo hace hoy la teoría de objetos. Acercar los objetos a los sistemas induce un nuevo concepto de modelo de datos, holístico, denominado "MOdelo de Datos Reorientado a Objetos", MODRO (ORDAM en inglés), para llevar más allá al paradigma de objetos. El MODRO soluciona lo que los OODBMS de hoy no: encapsular dentro de una estructura organizacional su respectiva funcionalidad transaccional, tanto de las bases de datos como de la organización; igual que el hardware (lo estructural) contiene software (lo funcional) (e.g. teléfono celular - sim card), para que puedan tener utilidad, tal como sucede con todos los demás objetos auto contenidos del mundo real.Semantic relational modeling and object modeling of an enterprise produce fragmented and amorphous models, a symptom of organizations with structurally fragmented functionality. In fact, reengineering affirms that the functionality of the traditional organization is fragmented, and that its structure does not correspond to the logic of its processes, but to hierarchies of command and power. In turn, object theory diagnoses that functionalities are loose if they are not contained within their own structure. Reengineering tells how to defragment organizational functionality, while object theory tells how to encapsulate it. But object theory hinders the defragmentation of organizational functionality because of its coarse granularity. Fortunately, systems theory can correct this, by conceiving sets of structures with global functionality, instead of individual structures with individual self-contained functionalities, as object theory does today. Bringing objects closer to systems induces a new concept of holistic data model, called "Object Reoriented Data Model", MODRO (ORDAM), to take the object paradigm further. The MODRO solves what today's OODBMS do not: encapsulate within an organizational structure its respective transactional functionality, both of the databases and of the organization; just as hardware (structural) contains software (functional) (e.g. cell phone - sim card), so that they can be useful, as happens with all other self-contained objects in the real world

A Logical Foundation for Deductive Object-Oriented Databases

Over the past decade, a large number of deductive object-oriented database languages have been proposed. The earliest of these languages had few object-oriented features, and more and more features have systematically been incorporated in successive languages. However, a language with a clean logical semantics that naturally accounts for all the key object-oriented features, is still missing from the literature. Two features that are currently missing are the encapsulation of rule-based methods in classes, and nonmonotonic behavioral inheritance with overriding, conflict resolution and blocking. This paper introduces the syntax of a language with these features. It then defines a class of databases, called well-defined databases, that have an intuitive meaning and develops a direct logical semantics for this class of databases. The semantics is based on the well-founded semantics from logic programming. The work presented in this paper establishes a firm logical foundation for deductive object-oriented databases

A Logical Foundation for Deductive Object-Oriented Databases

10.1145/507234.507237ACM Transactions on Database Systems271117-151ATDS