BANCO DE DADOS AVANÇADO

1. BANCO DE DADOS AVANÇADO Ana Carolina Salgado Fernando Fonseca Valéria Times

2. TÓPICOS • Conceito de SGBDOO • Aplicações Avançadas de BD • Conceitos de OO • Modelagem e Modelos de Dados OO • Requisitos para SGBDOO • Manifesto SGBDOO • Sistema de BD Objeto-Relacional © CIn/UFPE

3. ORIENTAÇÃO A OBJETOS • Origem Linguagens de Programação que incluíram Tipos Abstratos de Dados entre seus Conceitos • Principal Vantagem O Objeto permite Modelar mais Aproximadamente os Objetos do Mundo Real © CIn/UFPE

4. ORIENTAÇÃO A OBJETOS • Sistemas de Gerenciamento de Banco de Dados Orientado a Objetos (SGBDOO) Armazenam e Gerenciam o Acesso a um Conjunto de Objetos, permitindo o Compartilhamento deles por Várias Aplicações © CIn/UFPE

5. ORIENTAÇÃO A OBJETOS • Novos Aplicativos • Projeto Assistido por Computador (CAD) Armazenar Dados pertencentes a um Projeto de Engenharia, incluindo os Componentes de um Item sendo projetado, o Inter-relacionamento de Componentes e Antigas Versões de projetos. © CIn/UFPE

6. ORIENTAÇÃO A OBJETOS • Novos Aplicativos (Cont.) • Engenharia de Software Assistida por Computador (CASE) Armazenar Dados Requeridos para Auxiliar Desenvolvedores de Software, incluindo Código Fonte, Dependências entre Módulos de Software, Definições e Usos de Variáveis e a História do Desenvolvimento do Sistema. © CIn/UFPE

7. ORIENTAÇÃO A OBJETOS • Banco de Dados Multimídia Armazenar Dados Espaciais, Dados de Áudio, Dados de Vídeo. Visam atender Aplicações Geofísicas, Artísticas, etc. • Sistema de Informação de Escritório (OIS) Um BD para Automação de Escritórios, o qual deve incluir Ferramentas baseadas principalmente em Estações de Trabalho para Criação e Manutenção de Documentos, Agendas, etc. © CIn/UFPE

8. ORIENTAÇÃO A OBJETOS • Novos Aplicativos (Cont.) • Sistemas de Banco de Dados Dedutivos Incluem não apenas Dados, mas também Regras Explícitas representando Restrições de Integridade, Gatilhos e Outros Conhecimentos sobre o Empreendimento Modelado. © CIn/UFPE

9. ORIENTAÇÃO A OBJETOS • Requisitos dos Novos Aplicativos • Objetos Complexos Um Item visto como um único Objeto no Mundo Real, mas que contém Outros Objetos, podendo ter uma Estrutura Interna Arbitrariamente Complexa. © CIn/UFPE

10. ORIENTAÇÃO A OBJETOS • Requisitos dos Novos Aplicativos (Cont.) • Dados Comportamentais Objetos Distintos podem precisar Responder de Modos Diferentes a um Mesmo Comando. Essa Informação Comportamental pode ser Capturada pelo Armazenamento de Código Executável com os Objetos do BD. © CIn/UFPE

11. ORIENTAÇÃO A OBJETOS • Requisitos dos Novos Aplicativos (Cont.) • Metaconhecimento Freqüentemente os Dados mais Importantes sobre os Aplicativos são as Regras Gerais em vez de Dados Particulares. Esse Conhecimento pode ser Armazenado em Forma de Regras, como Predicados de Primeira Ordem. © CIn/UFPE

12. ORIENTAÇÃO A OBJETOS • Transações Longas Os Aplicativos de CAD e CASE envolvem a Interação Humana com os Dados. Algumas delas podem ser Modificações que Durem por um Período de Tempo Muito Maior do que as Realizadas em Sistemas Comerciais. • Os Esforços de Vários Projetistas Podem Gerar Conflitos que Levem a Abortos de Transações, Esperas por Bloqueios, etc, Muito mais Sérios que em Transações Curtas. © CIn/UFPE

13. ORIENTAÇÃO A OBJETOS • Transações Longas (Cont.) • Um Novo Modelo de Transação é Necessário para dar Suporte a essas Aplicações. © CIn/UFPE

14. ORIENTAÇÃO A OBJETOS • Estrutura do Objeto • Um Conjunto de Variáveis, de Mensagens e de Métodos • Hierarquia de Classes • Classe • Descrição Comum (intenção) • Coleção de Objetos Similares (extensão; instâncias) • Super/Subclasses © CIn/UFPE

15. ORIENTAÇÃO A OBJETOS • Herança de Propriedades • Herança Múltipla • Resolução de ambigüidades • Identidade de Objetos • Valor • Nome • Embutida © CIn/UFPE

16. ORIENTAÇÃO A OBJETOS • Consultas Orientadas a Objeto • Pelo Paradigma, Toda Interação com Objetos Deve ser Feita Através do Envio de Mensagens • Não Existe um Padrão • Trabalha-se numa Versão de SQL, a SQL3 • Modificação de Esquema • Mudanças Complexas • Freqüentes © CIn/UFPE

17. ORIENTAÇÃO A OBJETOS • Olhar e Modelar o Mundo Real como uma Coleção de Unidades Distinguíveis (Cooperantes e Inter-relacionadas): Objetos • Abstração e Autonomia • Objetos têm Estado e Comportamento • Encapsulamento (“Information Hiding”) • Associação com Outros Objetos • Demandam Serviços a Outros Objetos © CIn/UFPE

18. ORIENTAÇÃO A OBJETOS • Uma Técnica Analítica e Construtiva: • Análise de Sistema Orientado a Objetos • Projeto de Sistema Orientado a Objetos • Construção de Sistema Orientado a Objetos: • Programação • Interface com o Usuário • Banco de Dados © CIn/UFPE

19. ORIENTAÇÃO A OBJETOS • Vantagens da Modelagem Orientada a Objetos • Naturalidade • Abstração Significativa / Alta Modularidade • Separação de Interface / Implementação • Domínio da Complexidade • Projeto de Sistema Evolutivo • Programação Incremental • Reusabilidade © CIn/UFPE

20. ORIENTAÇÃO A OBJETOS • Modelos de Dados Orientados a Objetos • Propriedades Básicas: • Banco de Dados: Coleção de Objetos que são Instâncias de Classes (Definidas no Esquema do BD) • Objetos: Valor + Operações • Identificação de Objetos • Encapsulamento • Objetos Complexos • Hierarquia de Classes (Herança). © CIn/UFPE

21. ORIENTAÇÃO A OBJETOS • Propriedades Adicionais: • Relacionamentos Explícitos • Tipos Definidos pelo Usuário • Versões • Modificação Dinâmica do Esquema • Regras (Dedutivos, Ativos,...). © CIn/UFPE

22. ORIENTAÇÃO A OBJETOS • Requisitos para SGBDOO • Fazer os Objetos Criados Persistentes • Incompatibilidades entre Linguagens de Programação e de BD devem ser Evitadas: Necessidade de um Modelo de Dados Uniforme nos dois Lados • SGBDOOs não devem ser Fortemente Acoplados a Nenhuma Linguagem de Programação © CIn/UFPE

23. ORIENTAÇÃO A OBJETOS • Requisitos para SGBDOO (Cont.) • Deve Gerenciar e Processar Objetos com Estados Estruturados Arbitrariamente, como Também Vários Tipos de Associação Entre Objetos • O Modelo de Dados deve ser Extensível de Modo a poder Acomodar Novos e Pouco Comuns Tipos de Dados • Todas as Propriedades Funcionais de SGBDS devem Estar Disponíveis e com Performance Alta © CIn/UFPE

24. OODBMS Manifesto • Autores: M. Atkinson - University of Glasgow F.Bancilhon - Altair D. De Witt - University of Wisconsin K. Dittrich - University of Zurick D. Maier - Oregon Graduate Center S. Zdonik - Brown University © CIn/UFPE

25. OODBMS Manifesto • Situação • Falta de um Modelo de Dados Comum • Falta de uma Base Formal (Conceitos Imprecisos) • Forte Atividade Experimental (Grande Número de Protótipos) © CIn/UFPE

26. OODBMS Manifesto • Características de Sistemas de Banco de Dados Orientados a Objetos • Obrigatórias O Sistema Deve Apresentá-las para ser Chamado O-O • Opcionais Podem ser Adicionadas para Melhorar o Sistema • Em Aberto Alguns Pontos que o Projetista Pode Escolher para Facilitar sua Implementação © CIn/UFPE

27. OODBMS Manifesto • SGBDOO • SGBD • Persistência • Gerência de Memória Secundária • Concorrência • Reconstrução • Facilidade de consultas “Ad Hoc”. © CIn/UFPE

28. OODBMS Manifesto • SOO • Objetos Complexos • Identidade de Objetos • Encapsulamento • Tipos ou Classes • Herança • Overriding • Overloading • Late Binding • Extensibilidade • Completude Computacional. © CIn/UFPE

29. SGBDS Orientados a Objetos • Características Obrigatórias • Objetos Complexos • Construídos a Partir de Tipos mais Simples Através de Construtores de Objetos • Construtores • Mínimo: Conjunto, Lista e Tupla • Ortogonais © CIn/UFPE

30. SGBDS Orientados a Objetos • Objetos Complexos (Cont.) • Operadores Sobre Objetos • Tratar o Objeto como um Todo • Propagar Transitivamente para Todos os Seus Componentes © CIn/UFPE

31. SGBDS Orientados a Objetos • Identidade de Objetos Uma Objeto tem Existência, Independente de Seu Valor • Noções de Equivalência • Identidade: Se São o Mesmo Objeto • Igualdade: Se Têm o Mesmo Valor • Vantagens • Compartilhar Componentes • Atualização © CIn/UFPE

32. SGBDS Orientados a Objetos • Encapsulamento • Necessidade de Distinguir Claramente entre Especificação e Implementação de uma Operação • Necessidade de Modularidade • Estruturar Aplicações Complexas • Ferramenta para Proteção e Autorização © CIn/UFPE

33. SGBDS Orientados a Objetos • Encapsulamento (Cont.) • Provê uma Forma de IndependênciaLógica dos Dados • Muda a Implementação de um Tipo, Sem Mudar o Programa que o Utiliza © CIn/UFPE

34. Interfaces Operações Dados Dados Objeto Implementação Procedimentos Objeto Operações SGBDS Orientados a Objetos • Linguagens de Programação: Tipos Abstratos de Dados • Banco de Dados © CIn/UFPE

35. Contratação Promoção Demissão EMPREGADO SGBDS Orientados a Objetos Exemplo em BD: © CIn/UFPE

36. SGBDS Orientados a Objetos • Tipos e Classes • Tipo: • Define as Características Comuns de um Conjunto de Objetos • Tipo Abstrato de Dado • Em Linguagens de Programação • Aumenta a Produtividade do Programador Garantindo a Correção do Programa © CIn/UFPE

37. SGBDS Orientados a Objetos • Em Linguagens de Programação (Cont.) • 80% dos Erros São de Tipos • Verificação em Tempo de Compilação © CIn/UFPE

38. SGBDS Orientados a Objetos • Classe: • Mesma Especificação de um Tipo • Noção em Tempo de Execução • Dois Aspectos • Fábrica de Objetos (new) • Depósito de Objetos (Instâncias) © CIn/UFPE

39. SGBDS Orientados a Objetos • Tipos e Classes (Cont.) • Noções Bastante Similares • O Sistema deve Oferecer algum Mecanismo de Estruturação de Dados, não Necessariamente os dois • A Escolha é do Projetista • A Noção de esquema de BD é Substituída por Conjunto de Classes ou de Tipos © CIn/UFPE

40. SGBDS Orientados a Objetos • Herança Mecanismo Associado a Hierarquias de Tipos ou Classes • Vantagens: • Ferramenta Poderosa para Modelagem • Fatora Especificações e Implementações • Facilita a Reusabilidade de Código © CIn/UFPE

41. SGBDS Orientados a Objetos • Overriding (Sobreposição), Overloading (Sobrecarga), Late Binding (Amarração Postergada) • Necessidade Diferentes Objetos, Mesmo Nome para Diferentes Operações • Exemplo • Operação: Exibir • Tipos de Objetos: Pessoa, Figura, Grafo © CIn/UFPE

42. For x IN X DO BEGIN CASE OF TYPE (x) PESSOA: EXIBIR_PESSOA(x) FIGURA: EXIBIR_FIGURA(x) GRAFO: EXIBIR_GRAFO(x) END END SGBDS Orientados a Objetos Solução Convencional © CIn/UFPE

43. Objeto Pessoa Figura Grafo SGBDS Orientados a Objetos Solução O-O: Exibir © CIn/UFPE

44. SGBDS Orientados a Objetos • A Operação Exibir é Redefinida para Cada um dos Tipos Envolvidos (Overriding) • Um Nome Denotando Três Programas Diferentes (Overloading) • Nomes de Operações devem ser Amarrados a Programas em Tempo de Execução (Late Binding) For x IN X Exibir(x) © CIn/UFPE

45. SGBDS Orientados a Objetos • Completude Computacional • A Linguagem de Manipulação do BD deve Permitir Expressar Qualquer Função Computável • Pode Ser Introduzida Através de Conexão com Linguagens de Programação Existentes © CIn/UFPE

46. SGBDS Orientados a Objetos • Extensibilidade • Conjunto de Tipos deve ser Extensível • Permitir a Definição de Novos Tipos • Sem Distinção entre Tipos Pré-definidos e Definidos pelo Usuário • Não é Necessário que a Coleção de Construtores de Tipo seja Extensível © CIn/UFPE

47. SGBDS Orientados a Objetos • Persistência • Habilidade de dados Sobreviverem à Execução de um Processo • É Ortogonal: Cada Objeto, Independente de seu Tipo, pode Tornar-se Persistente • Deve ser Implícita © CIn/UFPE

48. SGBDS Orientados a Objetos • Gerenciamento de Memória Secundária • Gerenciamento de Índices • Segmentação / Paginação de Dados • Seleção de Caminhos de Acesso • Otimização de Consultas Performance © CIn/UFPE

49. SGBDS Orientados a Objetos • Concorrência Garantir uma Coexistência Harmoniosa entre Usuários Trabalhando Simultaneamente no BD • Recuperação No Caso de Falhas, Trazer o Sistema para Algum Estado Coerente © CIn/UFPE

50. SGBDS Orientados a Objetos • Facilidade de Consultas Ad-Hoc • Ser de Alto Nível (Declarativa) • Ser Eficiente (Otimizável) • Independente de Aplicação © CIn/UFPE