Regras Activas Dirigidas pelos Dados para a Manutenção de Restrições de Integridade e Dados Derivados em Aplicações Interactivas de Bases de Dados

Transcrição

1 JOÃO CARLOS PASCOAL DE FARIA Regras Activas Dirigidas pelos Dados para a Manutenção de Restrições de Integridade e Dados Derivados em Aplicações Interactivas de Bases de Dados FACULDADE DE ENGENHARIA DA UNIVERSIDADE DO PORTO 1999

2

3 Regras Activas Dirigidas pelos Dados para a Manutenção de Restrições de Integridade e Dados Derivados em Aplicações Interactivas de Bases de Dados João Carlos Pascoal de Faria Dissertação apresentada à Faculdade de Engenharia da Universidade do Porto para a obtenção do grau de Doutor em Engenharia Electrotécnica e de Computadores Investigação desenvolvida na Faculdade de Engenharia da Universidade do Porto e no Instituto de Engenharia de Sistemas e Computadores do Porto, sob a orientação do Doutor Raul Fernando de Almeida Moreira Vidal, Professor Associado da Faculdade de Engenharia da Universidade do Porto Faculdade de Engenharia da Universidade do Porto Setembro de 1999

4 O programa de investigação apresentado nesta dissertação foi apoiado pelo programa PRODEP, medida 4.2, acção de formação

5 Resumo Uma regra activa ou gatilho ("trigger") é um terno evento-condição-acção com o seguinte significado: se o evento ocorrer, avaliar a condição e, se esta for verdadeira, executar a acção. O termo "regra activa" surgiu na área das bases de dados activas, onde as regras activas são usadas para a imposição de restrições de integridade estática (nos estados válidos dos dados) ou dinâmica (nas transições de estado válidas), para o cálculo automático de dados derivados (calculados em função doutros), para o controlo e registo de acessos, para a imposição de regras de negócio, etc. Em alguns sistemas, é possível especificar prioridades absolutas ou relativas entre as regras, que condicionam a sua ordem de execução. Uma aplicação interactiva de bases de dados é um programa de computador que permite a um utilizador visualizar e manipular dados armazenados numa bases de dados através de um interface com o utilizador baseado em formulários, relatórios e gráficos. Na área de desenvolvimento rápido de aplicações (de bases de dados) também se usam gatilhos (mais limitados) para a validação e possível correcção dos dados introduzidos pelo utilizador, para o cálculo automático de dados derivados (por exemplo, campos de formulários ou relatórios calculados em função doutros campos), para o controlo dinâmico de propriedades dos campos, para a extensão e redefinição de comportamentos automáticos embebidos nas ferramentas de desenvolvimento, etc. Uma regra activa dirigida pelos dados é uma regra activa com eventos implícitos de um tipo restrito - eventos de modificação de dados - que podem ser inferidos a partir da parte de condição e/ou da parte de acção da regra, segundo certos pressupostos. As regras activas dirigidas pelos dados diferem das regras activas com eventos explícitos no modo de definição mas não no modo de execução, que é dirigido por eventos por razões de eficiência e de integração. Fórmulas de cálculo de dados derivados em folhas de cálculo ou em ferramentas de desenvolvimento rápido de aplicações e asserções genéricas em SQL, são exemplos de entidades que podem ser tratadas como regras activas dirigidas pelos dados. A principal contribuição deste trabalho é a proposta de um tipo (ou modelo) de regras activas dirigidas pelos dados especialmente adaptado para a manutenção de dados derivados (calculados) e restrições de integridade (validações) em aplicações interactivas de bases de dados (nomeadamente em formulários de ecrã e rela tórios), mais flexível e melhor integrado do que outros tipos de regras activas dirigidas pelos dados propostos anteriormente tanto na área de bases de dados como na área de desenvolvimento rápido de aplicações. Duas características importantes do modelo de regras proposto são a semântica de ponto fixo e a execução sequencial. A semântica de ponto fixo significa que uma regra deve ser executada (i.e., a condição deve ser avaliada e, se for verdadeira, a acção deve ser executada) sempre que dessa execução possa resultar uma alteração no estado dos dados. A execução sequencial é importante para garantir que as alterações causadas pela execução duma regra não são afectadas pela existência doutras regras. São estabelecidas regras de inferência dos eventos activadores de cada regra e das prioridades entre as regras, por forma a garantir a sua execução segura e eficiente, possivelmente em combinação com outros tipos de regras activas. São determinadas as condições a que um conjunto de regras do tipo proposto deve obedecer para garantir a terminação e o determinismo da sua execução. A natureza especializada destas regras permite obter condições menos conservadoras do que as que são conhecidas para regras activas genéricas. Mostra-se ainda como podem ser incorporadas no modelo de regras proposto as optimizações necessárias para lidar eficientemente com dados complexos, de que se destacam a diferenciação de regras orientadas a conjuntos e o encapsulamento de regras em objectos. Finalmente, é descrita uma implementação concreta de um sistema de regras activas numa ferramenta de desenvolvimento rápido de aplicações desenvolvida no INESC, suportando regras dirigidas pelos dados e regras dirigidas por eventos, demonstrando as vantagens da abordagem proposta em relação às abordagens seguidas por outras ferramentas, apesar de alguns compromissos considerados na implementação.

6

7 Data-driven Active Rules for the Maintenance of Derived Data and Integrity Constraints in Interactive Database Applications Abstract An active rule or trigger is an event-condition-action rule with the following meaning: if the event occurs, evaluate the condition and, in case it evaluates to true, execute the action. Active rules have appeared in active database systems, where they are used for the enforcement of static or dynamic integrity constraints, the automatic calculation of derived data, the enforcement of business rules, etc. In some systems, it is possible to specify absolute or relative priorities among rules that condition the order by which multiple triggered rules are executed. An interactive database application is a computer program that allows a user to query and manipulate data stored in a database through a user interface based on forms, reports, graphics, etc. In rapid application development tools, triggers with more limited capabilities are also used for data validation, for the automatic calculation of derived data, for the dynamic control of properties of data items, to extend or override automatic behavior embedded in those tools, etc. A data-driven active rule is an active rule with implicit triggering events of a restricted type - data modification events - which can be inferred from the condition and/or the action of a rule, according to some assumptions. Data-driven active rules differ from event-driven active rules (i.e., active rules with explicit events) in the way they are defined, but not in the way they are executed; the execution of data-driven active rules is also event-driven for efficiency and integration reasons. Formulae for the calculation of derived data in spreadsheets or in rapid application development tools and generic assertions in SQL are examples of entities that may be treated as data-driven active rules. The main contribution of the work reported in this thesis is the proposal of a model of data-driven active rules specially suited for the maintenance of derived data (calculated data) and integrity constraints (data validation) in interactive database applications (namely screen forms and reports), more flexible and with better integration than other types of data-driven active rules previously proposed. Two important characteristics of the proposed model are the fixpoint semantics and the sequential execution. The fixpoint semantics means that a rule should be executed (i.e., the condition should be evaluated and, in case it evaluates to true, the action should be executed) whenever a change in the state of the data may result from its execution. Sequential execution is important to guarantee that the changes caused by the execution of a rule are not affected by the existence of other rules. Inference rules are established to obtain the triggering events and priorities of data-driven active rules, for their efficient and safe execution, possibly in combination with other types of active rules. Conditions on sets of rules are determined that guarantee termination and determinism of rule execution. The specialized nature of the proposed rules allows the determination of less conservative conditions than the ones that are known for generic active rules. It is shown how to incorporate into the proposed model the optimizations required to deal efficiently with complex data, by means of the differentiation of set oriented rules and the encapsulation of rules within objects. Finally, it is described a concrete implementation of an active rule system integrated in a rapid application development tool developed at INESC, supporting both data-driven and event-driven rules, demonstrating the advantages of the proposed approach by comparison to other tools, in spite of some compromises taken in the implementation.

8

9 Règles Actives Commandées par les Données pour la Maintenance des Données Dérivées et des Restrictions d'intégrité en Applications Interactives de Bases de Données Resumé Une règle active ( trigger ) est une triade événement-condition-action qui signifie: si l évènement survient, évaluer la condition et, si celle-ci est vraie, exécuter l action. Le terme règle active est apparu dans le domaine des Bases de Données Actives où les règles actives sont utilisées pour imposer des restrictions d intégrité statique ou dynamique, pour le calcul automatique de données dérivées, pour imposer de règles de commerce, etc. Dans certains systèmes, il est possible de spécifier des priorités absolues ou relatives entre les règles, qui conditionnent leur ordre d exécution. Une application interactive de bases de données est un logiciel qui permet à l utilisateur de visualiser et de manipuler des données emmaganisées dans un banc de données au moyen d une interface avec l utilisateur, basée sur des formulaires, des rapports et des graphiques. Dans le domaine du Développement Rapide d Applications, on utilise également des règles actives pour la validation des données introduites par l utilisateur, pour le calcul automatique de données dérivées (par exemple: des champs de formulaires ou de rapports calculés en fonction d autres champs), pour le contrôle dynamique des propriétés des champs, pour l extension et la redéfinition de comportements automatiques encapsulés dans les outils de développement, etc. Une règle active commandée par les données est une règle active ayant des évènements implicites d un type restreint évènements de modifications de données qui peuvent être inférés à partir de la condition et/ou de l action de la règle, selon certains présupposés. Les règles actives commandées par les données diffèrent des règles actives avec des évènements explicites dans leur mode de définition, mais pas dans leur mode d exécution qui, lui, est commandé par des évènements, pour des raisons d efficacité et d intégration. Des formules de calcul de données dérivées dans des tableurs ou dans des outils de développement rapide d applications et assertions générales en SQL, sont des exemples d entités qui peuvent être traitées comme des règles actives commandées par les données. La contribution principale de ce travail est la proposition d un type (ou modèle) de règles actives commandées par les données particulièrement adaptées à la maintenance des données dérivées (calculées) et des restrictions d intégrité (validations), en applications interactives de bases de données (nommément des formulaires d écran et des rapports), plus flexible et mieux intégré que d autres types de règles actives commandées par les données précédemment proposés, aussi bien dans le domaine des bases de données que dans le domaine du développement rapide d applications. Deux importantes caractéristiques du modèle de règles proposé sont la sémantique de point fixe et l exécution séquentielle. La sémantique de point fixe signifie qu une règle doit être exécutée (c est-à-dire que la condition doit être évaluée et, si elle est vraie, l action doit être mise en exécution) à chaque fois que cette exécution pourra produire une modification de l état des données. L exécution séquentielle est importante pour garantir que les modifications entrainées par l exécution d une règle ne se trouveront pas affectées par l existance d autres règles. On établit des règles d inférence des évènements déclencheurs de chaque règle et des priorités entre les règles, de façon à garantir leur exécution sûre et efficace, éventuellement en association avec d autres types de règles actives. On détermine les conditions auxquelles doit obéir un ensemble de règles du type proposé pour garantir l achèvement et le déterminisme de leur exécution. La nature spécialisée de ces règles permet d obtenir des conditions moins conservatrices que celles que l on connaît pour des règles actives générales. On montre encore comment, au modèle de règles proposé, peuvent être incorporées les optimisations nécessaires pour manier efficacement des données complexes, à souligner la différentiation de règles orientées vers des ensembles et l encapsulage de règles dans des objets. On décrit une mise en oeuvre concrète d un système de règles actives dans un outil de développement rapide d applications développé à l INESC qui admet des règles commandées par les données et des règles commandées par des évènements, démontrant les avantages de l approche

10 proposée par rapport aux approches suivies par d autres outils, malgré certains compromis adoptés lors de sa mise en oeuvre.

11

12 Agradecimentos O autor gostaria de agradecer ao Prof. Raul Moreira Vidal a sua orientação e incentivo inestimáveis. Gostaria de agradecer ao INESC-Porto, sobretudo na pessoa do Prof. Mário Jorge Leitão, pelo apoio logístico proporcionado e pelo contexto proporcionado para a ligação deste trabalho à prática. Agradeço ainda a todos os colegas da FEUP e do INESC-Porto que me apoiaram durante a realização deste trabalho, em particular ao Prof. João Correia Lopes pela ajuda preciosa prestada ao nível do trabalho docente. Queria também agradecer o apoio e a compreensão da minha esposa Maria e do meu filho Leonardo.

13 Índice 1 INTRODUÇÃO MOTIVAÇÃO CONTRIBUIÇÕES ORGANIZAÇÃO DA TESE REVISÃO DO ESTADO DA ARTE CONCEITOS BÁSICOS Restrições de integridade Dados derivados Transacções Regras activas ou gatilhos FERRAMENTAS DE DESENVOLVIMENTO RÁPIDO DE APLICAÇÕES DE BASES DE DADOS Oracle Developer/ Microsoft Access Outras ferramentas RESTRIÇÕES DE INTEGRIDADE E GATILHOS OU REGRAS ACTIVAS EM SISTEMAS DE BASES DE DADOS Restrições de integridade declarativas em SQL Gatilhos em SQL Gatilhos em Oracle Regras activas no sistema Starbust Regras dirigidas pelos dados no projecto PARDES Restrições e gatilhos no sistema Ode CONCLUSÕES REGRAS ACTIVAS DIRIGIDAS PELOS DADOS COM SEMÂNTICA DE PONTO FIXO INTRODUÇÃO Insuficiência das abordagens puramente dirigidas por eventos Procura de abordagens dirigidas pelos dados Abordagem preconizada MODELO DE DADOS DEFINIÇÃO DE REGRAS Definição de regras de derivação Definição de regras de restrição MODELO DE EXECUÇÃO RELAXAMENTO DE ALGUMAS RESTRIÇÕES Regras que consultam o estado das variáveis de estado no início da transacção Regras que consultam a data e hora actuais ACTIVAÇÃO DAS REGRAS DEPENDÊNCIAS ENTRE REGRAS E VARIÁVEIS Variáveis de entrada e variáveis de saída de uma regra Influência da forma sintáctica Formas canónicas Unicidade e significado dos conjuntos mínimos de entradas e saídas Grafo de dependências entre regras e variáveis (grafo r-v) Grafo de dependências entre regras (grafo r-r)...51

14 xii Índice Grafo de dependências entre variáveis (grafo v-v) Grafo de interferências entre regras CRITÉRIOS DE ACTIVAÇÃO Critério de activação básico Optimizações estáticas baseadas na minimização dos conjuntos de variáveis activadoras Optimizações dinâmicas baseadas no valor da condição Optimizações dinâmicas baseadas na monitorização de eventos de leitura e escrita Activação apenas por alteração de variáveis de entrada Política de efeito líquido ORDENAÇÃO DAS REGRAS INTRODUÇÃO ORDENAÇÃO PELO PRINCÍPIO CALCULAR ANTES DE USAR Relação com ordem topológica de componentes fortemente conexos do grafo r-r Ordenação de regras mutuamente recursivas PRESERVAÇÃO DAS ALTERAÇÕES PRODUZIDAS PELO UTILIZADOR Preservação das alterações produzidas na mesma transacção Preservação das alterações produzidas em transacções mais recentes Combinação com o princípio calcular antes de usar ORDENAÇÃO DE REGRAS REDUNDANTES PURAMENTE INCONDICIONAIS Regras redundantes que impõem as mesmas restrições de maneiras diferentes Ordenações ideais Ordenações ideais de conjuntos de regras puramente incondicionais Combinação com outros critérios ORDENS DE EXECUÇÃO JUSTAS Ordens de execução justas e regras verdadeiramente recursivas Ordens de execução justas e regras falsamente recursivas ORDENAÇÃO DE REGRAS RECURSIVAS MONÓTONAS Regras recursivas monótonas Comparação de sequências de execução de pares de regras recursivas monótonas Ordenações que induzem conjuntos mínimos de arestas de realimentação no grafo r-r Ordenações que induzem uma aresta de realimentação em cada ciclo do grafo r-r OUTROS CRITÉRIOS Testar restrições o mais cedo possível Prioridades definidas pelo programador Seguir a ordem de criação das regras Minimizar o conjunto de variáveis de realimentação Critérios locais TERMINAÇÃO, DETERMINISMO E VELOCIDADE DE TERMINAÇÃO DO PROCESSAMENTO DE REGRAS TERMINAÇÃO Análise conservadora baseada no grafo de activação Análise refinada baseada no grafo de activação produtiva Análise intermédia baseada no grafo de activação da condição Detecção dinâmica de actualizações contraditórias que impedem a terminação DETERMINISMO Grafo de execução Noções de determinismo e confluência Grafo de execução parametrizado Regras comutativas Pares de regras confluentes...94

15 Índice xiii Condições suficientes de determinismo Imposição do determinismo através de prioridades Imposição do determinismo através do princípio calcular antes de usar Imposição do determinismo através de ordens de execução justas VELOCIDADE DE TERMINAÇÃO Vantagem das ordens de execução justas para o processamento de regras falsamente recursivas Ordens de execução justas com velocidades de terminação semelhantes REFINAMENTOS PARA O TRATAMENTO DE DADOS COMPLEXOS INTRODUÇÃO REGRAS ORIENTADAS A CONJUNTOS Refinamento do critério e mecanismo de activação Decomposição de variáveis de estado Regras incrementais REGRAS ORIENTADAS A INSTÂNCIAS Imposição de restrições intra-objecto através de regras intra-objecto puras Imposição de restrições inter-objecto através de regras intra-objecto parciais Imposição de restrições inter-objecto que interessam a parte dos objectos envolvidos IMPLEMENTAÇÃO DE UM MOTOR DE REGRAS ACTIVAS DIRIGIDAS PELOS DADOS ARQUITECTURA LÓGICA MÓDULO DE DEFINIÇÃO DE REGRAS (RULEDEF) Meta-classe Class Meta-classe Attribute Meta-classe RPP Meta-classe Rule Associação Rule-Precedence Associações Reads e Writes Associações On-RPP e On-Modify-Attribute Geração automática dos eventos activadores MÓDULO DE PROCESSAMENTO DE TRANSACÇÕES (TRANSPROC) Classe Transaction Classes Log e Log-Item MÓDULO DE PROCESSAMENTO DE REGRAS (RULEPROC) Sinalização de eventos (signal e signal-modified) e activação de regras (trigger) Execução das regras (execute-rules) Escolha da próxima regra a executar (choose-rule) ORDENAÇÃO DOS VÉRTICES DE UM GRAFO POR ORDEM TOPOLÓGICA DE COMPONENTES FORTEMENTE CONEXOS MINIMIZANDO INVERSÕES DE ARESTAS E DE PRIORIDADES DOS VÉRTICES Ordenação topológica Ordenação topológica minimizando inversões de prioridades Obtenção dos componentes fortemente conexos por ordem topológica Minimização de inversões de arestas nos componentes fortemente conexos Algoritmo final INTEGRAÇÃO NUMA FERRAMENTA DE DESENVOLVIMENTO DE APLICAÇÕES CARACTERÍSTICAS GERAIS DA FERRAMENTA Portabilidade e conectividade

16 xiv Índice Vistas Regras Integração de ambientes de desenvolvimento e execução de aplicações DEFINIÇÃO E MANIPULAÇÃO DE VISTAS Estrutura de dados básica de uma vista Mapeamento para a base de dados Vistas com sub-vistas Vistas com seccões hierárquicas Restrições de integridade e de acesso Operações Transacções Classes e atributos Pontos de processamento de regras REGRAS DEFINIDAS NA LINGUAGEM DE REGRAS E COMANDOS Linguagem de regras e comandos Compilação das regras Exemplos REGRAS GERADAS AUTOMATICAMENTE Regra de reinicialização Regras de acesso por chave a tabelas da base de dados Regras de agregação EXPERIÊNCIA DE UTILIZAÇÃO E LINHAS DE EVOLUÇÃO CONCLUSÕES RESULTADOS ALCANÇADOS SUGESTÕES PARA TRABALHO FUTURO REFERÊNCIAS ANEXO 1 - AN ALGORITHM TO FIND FEEDBACK EDGE SETS WITH ONE EDGE PER CYCLE ANEXO 2 - ON THE EQUIVALENCE OF VERTEX ORDERINGS MODULO THE NUMBER OF BACKWARD EDGES PER CYCLE ANEXO 3 - DATA-DRIVEN ACTIVE RULES FOR THE MAINTENANCE OF DERIVED DATA AND INTEGRITY CONSTRAINTS IN USER INTERFACES TO DATABASES

17 Lista de Abreviaturas Português Inglês BD - Base de Dados DB - Database SGBD - Sistema de Gestão de Bases de Dados DBMS - Database Management System SGBDA - Sistema de Gestão de Bases de Dados Activo ADBMS - Active Database Management System SGBDOO Sistema de Gestão de Bases de Dados Orientado a Objectos OODBMS Object Oriented Database Management System SGIU - Sistema de Gestão do Interface com o Utilizador UIMS - User Interface Management System DRA - Desenvolvimento Rápido de Aplicações RAD - Rapid Application Development PPR - Ponto de Processamento de Regras RPP - Rule Processing Point CFC - Componente Fortemente Conexo (de um grafo dirigido) SCC - Strongly Connected Component ECA - (regra) Evento-Condição-Acção ECA - Event-Condition-Action (rule) EA. (regra) Evento-Acção EA - Event-Action (rule) CA - (regra) Condição-Acção CA - Condition-Action (rule) ODBC SQL UML - Open Database Connectivity - Structured Query Language - Unified Modeling Language

18

19 1 Introdução 1.1 Motivação Uma aplicação interactiva de bases de dados é um programa de computador que permite a um utilizador visualizar e manipular dados armazenados numa ou mais bases de dados através de um interface com o utilizador baseado tipicamente em formulários, relatórios e gráficos, colectivamente designados vistas da aplicação [M97]. A figura seguinte mostra uma arquitectura típica de uma aplicação interactiva de bases de dados, na visão do autor. Aplicação Interactiva de Bases de Dados Sistema de Gestão do Interface com o Utilizador Mapeamento para a Camada de Apresentação e Interacção com o Utilizador Gestão de Dados nas Vistas da Aplicação I.R.I. C.D.D. Mapeamento para a Base de Dados Sistema de Gestão de Bases de Dados I.R.I. C.D.D. Base(s) de Dados Dados nas Vistas da Legenda: Aplicação - fluxo de dados I.R.I. - Imposição de Restrições de Integridade C.D.D. - Cálculo de Dados Derivados Fig. 1.1 Uma arquitectura típica de uma aplicação interactiva de bases de dados. Normalmente, a base de dados (BD) é gerida por um sistema de gestão de bases de dados (SGBD) e a aplicação comunica com o SGBD através de uma linguagem de interrogação e manipulação de dados não procedimental, como o SQL ("Structured Query Language"), que oferece independência lógica e física dos dados [D95][R98]. Um SGBD fornece adicionalmente outros serviços valiosos para uma aplicação, de que se destacam: gestão de transacções (grupos indivisíveis de operações sobre a base de dados): recuperação automática de erros ou falhas (associado à gestão de transacções); controlo de concorrência (associado à gestão de transacções); imposição automática de restrições de integridade estáticas (restrições nos estados válidos dos dados) ou dinâmicas (restrições nas transições de estado válidas); cálculo automático de dados derivados materializados (armazenados); manutenção automática de réplicas (em bases de dados distribuídas).

20 2 Introdução Nos SGBD's actuais, sobretudo relacionais e objecto-relacionais [SM96], algumas restrições de integridade, dados derivados e réplicas são especificados de forma declarativa, e existe um mecanismo genérico - gatilhos ("triggers") ou regras activas - para tratar os casos em que a especificação declarativa não é possível ou satisfatória. Uma regra activa ou gatilho é, na sua forma mais geral, um terno evento-condição-acção com o seguinte significado: se o evento ocorrer, avaliar a condição e, se esta for verdadeira, executar a acção (automaticamente). A comunicação entre a aplicação e o utilizador processa-se por intermédio de um sistema de gestão do interface com o utilizador (SGIU), tal como o MS-Windows ou o X-Windows, ou um sistema de mais alto nível. Dentro da aplicação, podem-se distinguir três tarefas principais: Gestão de dados nas vistas da aplicação - Os dados visualizados numa vista da aplicação são mantidos em memória temporária da aplicação, em maior ou menor grau (só o registo corrente, todos os registos visíveis, todos os registos seleccionados, etc.). Assim, uma das tarefas da aplicação é a gestão destes dados (inserção, eliminação ou modificação de registos, esvaziamento dos dados, etc.), independentemente da forma como esses dados são visualizados pelo utilizador ou da forma como esses dados estão relacionados com a base de dados. Mapeamento para a camada de apresentação e interacção com o utilizador - As acções realizadas pelo utilizador sobre uma vista da aplicação, ao nível de abstracção suportado pelo SGIU (pressionamento de um botão, alteração do conteúdo de uma caixa de texto, etc.), são traduzidas para acções sobre os dados mantidos em memória temporária (eliminação de um registo, actualização de um campo, etc.). Em sentido inverso, os dados residentes em memória temporária são formatados e apresentados ao utilizador em janela s do ecrã ou na impressora. Mapeamento para a base de dados (camada de armazenamento persistente) - As alterações acumuladas na memória temporária da aplicação são enviadas para a base de dados. Em sentido inverso, a memória temporária é carregada com dados provenientes da base de dados. Duas sub-tarefas importantes que estão intimamente relacionadas com a primeira tarefa acima mencionada (nomeadamente com a gestão de alterações nos dados das vistas da aplicação), são a imposição de restrições de integridade e o cálculo de dados derivados nas vistas da aplicação, sem o recurso ao SGBD. Uma aplicação tem de ser capaz de realizar estas sub-tarefas sem o recurso ao SGBD, por várias razões: Algumas restrições de integridade definidas na BD podem ser mapeadas para restrições de integridade numa vista da aplicação (sem o envolvimento doutros dados para além dos dados presentes nessa vista). Há toda a conveniência em verificar essas restrições de integridade localmente durante a introdução de dados, antes dos mesmos serem enviados para a BD (e, portanto, sem o envolvimento do SGBD). Dados duma vista da aplicação que podem ser calculados exclusivamente em função doutros dados introduzidos pelo utilizador na mesma vista, devem ser calculados localmente pela aplicação, sem o envolvimento do SGBD. Dados que podem ser calculados a partir de outros dados seleccionados para uma vista da aplicação (como por exemplo campos de sumário em relatórios), e que não estão sujeitos a restrições de selecção, podem ser calculados do lado da aplicação em vez de serem calculados do lado do SGBD, para não sobrecarregar as comunicações e o processamento de dados do lado da SGBD. Quando existe um canal de comunicação rápido entre a aplicação e o SGBD, e são tomadas medidas apropriadas de controlo de concorrência, as restrições de integridade que envolvem outros dados da BD para além dos que estão a ser introduzidos pelo utilizador numa vista da aplicação, podem também ser verificadas imediatamente durante a introdução de dados pelo utilizador. O mesmo se passa com os dados calculados em função doutros dados da BD, para além dos que estão a ser introduzidos pelo utilizador numa vista da aplicação.