Agilewiki coodbms. AgileWiki coodbms - o Copy-on-Write OOdBMS.
Baixe Agora

Agilewiki coodbms. Classificação e resumo

Agilewiki coodbms. Tag

Motor wiki. OOdBMS. Copy-on-write oodbms Representação do conhecimento Agilewiki. COODBMS

Agilewiki coodbms. Descrição

AgileWiki coodbms - o copy-on-write oodbms. AgileWiki coodbms - o copy-on-write oodbms. Cowdb, que coodbms se baseia, era tudo sobre capacidade bruta: cópias profundas rápidas, árvores b, hashes extensíveis e listas. O objetivo de coodbms é organizar todas essas coisas em algo muito mais utilizável. A ideia básica aqui é que os objetos podem ser agrupados em árvores simples, e as árvores por sua vez são organizadas como um gráfico não cíclico (muito parecido com uma árvore genealógica). Chamamos essas árvores Rolons.A Breve introdução a Rolonscoodbms adiciona uma poderosa estrutura organizacional à Cowdb: Rolons. Você pode pensar em um Rolon como uma estrutura de árvore simples. Existem quatro subtreus (ou unidades): · Unidade de classificador - Especifica as relações que o Rolon tem com outros Rolões. · Unidade do descritor - define o comportamento do Rolon. · Unidade do discurso - mantém o estado de Rolon. · Unidade de diário - rastreia as atividades em que O Rolon participou. Os nós em cada unidade são chamados de seções e as folhas da árvore são chamados de entradas de seção. Os próprios mesmos são organizados como um gráfico não cíclico ou estrutura de bush, semelhante a uma árvore genealógica onde um Rolon pode ter vários pais e várias crianças. A estrutura resultante pode ser bastante arbitrária e destina-se apenas a facilitar a localização de Rolões de Interesse (um meio de qualquer maneira), mas as estruturas úteis tendem a ser ontológicas na natureza. Agora, o poder de coodbms não deriva da implementação, mas do fato de sua estrutura organizacional é universalmente aplicável a todas as aplicações. Isso nos permite desenvolver operações genéricas que, de outra forma, seriam específicas do aplicativo. Podemos reduzir OO para isso: Data + Logic -> Objetos. Mas em Rolonics, olhamos para as coisas desta maneira: Relações + Comportamento + Estado + Atividade -> Rolões. A teoria do Rolonic, em seguida, divide os metadurários em relações e comportamentos, ao adicionar a história das atividades que o Rolon participou. É essa maneira abrangente e estruturada de olhar para as coisas que tornam a Rolonics tão poderosas. A diferença de contexto entre OO e Rolonics é o contexto. Em Rolonics, todos os rolões, seção e entrada de seção têm acesso ao ambiente que ele opera. Isso é implementado usando um método de inversão de controle (IOC) que fornece todos os objetos informações sobre seu contexto. Coodbms estende o contexto fornecido pela CowDB com os métodos GetMyrolon () e GetMyUnit. Tempo em coodbms, o próprio Junit é um calendário, como pode ser um livro, descritor ou classificador. Os calendários são essenciais para a gravação da atividade e para o planejamento. Como quase tudo, Coodbms mal toca este tópico. Joodbms, a próxima camada sobre coodbms, mergulha muito mais fundo nesse aspecto. Implementationin CowdB Termos Rolons são sempre objetos de primeira classe, o que significa que eles estão sob um índice. As unidades e seções subclassam plistão ou plargetable. E as entradas de seção podem ser qualquer pobject. Para se juntar a Rolões em uma estrutura maior, cada Rolon conterá os pais e uma seção de classificador de crianças. Esses CSECs realizarão uma lista de faixas que contêm os nomes de outros Rolões no mesmo índice. A lógica de contagem de referência também é modificada para que um Rolon não seja bem conhecido e que não tenha pais serem excluídos. E como os rolões são organizados como um gráfico não cíclico, a contagem de referência funciona muito bem. O pathnames e a resolução do nome do caminho também são aumentados, embora um Rolon possa ter vários nomes de pathnames. Quando um nome de caminho é criado para um Rolon, o primeiro pai na CSEC pai é usado. Os elementos Rolonic são criados usando os mesmos métodos que são usados no Cowdb, mas note que um Rolon só pode ser criado em um índice (Rolons sendo objetos de primeira classe) e seções só podem ser criadas em uma unidade ou em outra seção. (Seções sendo os nós da árvore cuja raiz é uma unidade. Qual é o novo nesta versão: · Não há erros conhecidos a partir desta versão, que inclui correções para problemas de armazenamento em cache, vazamentos de memória e navegação do tempo passado. O teste de estresse rosqueado também foi concluído com sucesso.

Agilewiki coodbms. Software Relacionado