Agilewiki Coodbms AgileWiki Coodbms: los oodbms de copia en escritura.
Descargar ahora

Agilewiki Coodbms Clasificación y resumen

Agilewiki Coodbms Etiquetas

Motor wiki Oodbms Copy-on-wrking oodbms representación del conocimiento Ágilwiki COODBMS

Agilewiki Coodbms Descripción

Agilewiki Coodbms: los oodbms de copia en escritura. Agilewiki Coodbms: los oodbms de copia en escritura. Cowdb, en el que Coodbms se construyó, fue todo sobre la capacidad cruda: copias profundas rápidas, b-árboles, hashes extensibles y listas. El propósito de los coodbms es organizar todas las cosas en algo mucho más utilizable. La idea básica aquí es que los objetos se pueden agrupar juntos en árboles simples, y los árboles a su vez están organizados como un gráfico no cíclico (como un árbol genealógico). Llamamos a estos árboles Rolons.A breve introducción a RolonScoodbms agrega una poderosa estructura organizativa a Cowdb: Rolones. Puedes pensar en un rolón como una simple estructura de árbol. Hay cuatro subárboles (o unidades): · Unidad de clasificador: especifica las relaciones que el Rolon tiene con otros Rolones. · Unidad de descriptor: define el comportamiento del Rolón. · Unidad de libro mayor: sostiene el estado de Rolon. · Unidad de diario: rastrea las actividades en las que El Rolon ha participado. Los nodos debajo de cada unidad se llaman secciones y las hojas del árbol se llaman las entradas de la sección. Las propias mismas se organizan como una estructura de gráficos o arbustos no cíclicos, similar a un árbol genealógico donde un rolón puede tener varios padres y varios niños. La estructura resultante puede ser bastante arbitraria y solo tiene la intención de facilitar la ubicación de los rolones de interés (uno significa, de todos modos), pero las estructuras útiles tienden a ser de naturaleza ontológica. Ahora, el poder de los coodbms no se deriva de la implementación, sino del hecho de que su estructura organizativa es universalmente aplicable a todas las aplicaciones. Esto nos permite desarrollar operaciones genéricas que de otra manera serían específicas de la aplicación. Podemos reducir la OO a esto: Data + Logic -> Objetos. Pero en rolonía miramos las cosas de esta manera: Relaciones + Comportamiento + Actividad del estado + -> Rolones. La teoría rolónica luego divide los datos metáticos en las relaciones y el comportamiento, al tiempo que agrega la historia de las actividades que ha participado el Rolón. Es esta forma integral y estructurada de ver las cosas que hacen que la rolonía sea tan poderosa. La diferencia de contexto entre OO y Rolonics es el contexto. En Rolonics, cada rolón, la sección y la entrada de la sección tienen acceso al entorno en el que opera. Esto se implementa utilizando un método de inversión de control (COI) que proporciona todos los objetos con información sobre su contexto. COODBMS extiende el contexto proporcionado por CowDB con los métodos GetMirolon () y GetMyunit. Tiempo en Coodbms, el Juit en sí es un calendario, al igual que puede ser una sección de libro de contabilidad, descriptor o clasificador. Los calendarios son esenciales para la actividad de grabación y para la planificación. Como casi todo lo demás, COODBMS apenas toca este tema. JOODBMS, la siguiente capa sobre los coodbms, se sumerge mucho más profundamente en este aspecto. Implementando los términos de Cowdb Los rolones son siempre objetos de primera clase, lo que significa que están bajo un índice. Las unidades y secciones Subclase Plics o plagetable. Y las entradas de la sección pueden ser cualquier POBJECT. Para unir a Rolons en una estructura más grande, cada rolón contendrá a un padre y una sección de clasificadores para niños. Estos CSEC tendrán una lista de fáquidrones que contienen los nombres de otros rolones en el mismo índice. La lógica de conteo de referencia también se modifica de modo que un rolón que no sea bien conocido y que no se eliminen a los padres. Y como los Rolones se organizan como un gráfico no cíclico, el conteo de referencia funciona muy bien. La resolución de PathNames y PathName también se aumenta, aunque tenga en cuenta que un rolón puede tener múltiples patines. Cuando se crea un PathName para un Rolón, se utiliza el primer padre en el padre CSEC. Los elementos rolónicos se crean utilizando los mismos métodos que se utilizan en CowDB, pero tenga en cuenta que un rolón solo se puede crear en un índice (los objetos de primera clase de Rolons) y las secciones solo se pueden crear en una unidad u otra sección. (Las secciones son los nodos del árbol cuya raíz es una unidad. Lo que es nuevo en esta versión: · No se conocen errores a partir de esta versión, que incluye correcciones para problemas de almacenamiento en caché, fugas de memoria y navegación del tiempo pasado. · Multi- Las pruebas de estrés roscadas también se han completado con éxito.

Agilewiki Coodbms Software relacionado