III – O Modelo OR Estudo de Caso, modelo Oracle 10g.

Apresentação em tema: "III – O Modelo OR Estudo de Caso, modelo Oracle 10g."— Transcrição da apresentação:

1 III – O Modelo OR Estudo de Caso, modelo Oracle 10g

2 Pedidos de Compra Esquema Conceitual

3

4 Interface I-Endereco { attribute struct end {string rua, string cidade, string estado, string cep} endereco; } Class Cliente : I-Endereco (extent Clientes key codigo) { attribute integer codigo; attribute string nome; attribute Array telefones }

5 Class Pedido : I-Endereco (extent Pedidos key codigo) { attribute integer codigo; attribute date data_pedido; attribute date data_entrega; attribute List<struct linha{integer num_linha, integer quantidade, float desconto}> linhas; relationship List refere_se; relationship Cliente feito_por; float total() } Class Produto (extent Produtos key codigo) { attribute integer codigo; attribute float preco }

6 Pedidos de Compra Esquema Lógico Oracle

7 Problemas a Resolver Uma nova sintaxe –Class ODL  Type Oracle –Extent ODL  Object Table Oracle –Oracle PL/SQL Algumas coisas mudam –Oracle não oferece os tipos-coleção Set, Bag, Array e List Tipos-coleção Oracle: Varray e Nested Table –Oracle não oferece o conceito de Interface, e nem de Estrutura Oracle Abstract (Virtual) Type –Um tipo sem repositório (“default”)

8 No mundo da implementação, temos que pensar em situações específicas de ambientes de produção –“Deadlock” de tipos Tipos inter-dependentes –Corpos dos métodos –Ordenação de objetos –Controle de acesso a BD (Segurança)

9 Solução Oracle para os Problemas Apontados Resolvendo “deadlock” de tipos –Tipos incompletos CREATE TYPE Produto CREATE TYPE Pedido

10 Ordenação de objetos –Métodos de instância ORDER MAP

11 Segurança para invocação de métodos –WNDS Write No Database State –WNPS Write No Package State –RNDS Read No Database State –RNPS Read No Package State

12 Tipos Instanciável e Não-Instanciável –No Oracle, todo tipo é instanciável (“default”) –Se o tipo for não instanciável, a cláusula Not Instantiable deve ser explicitamente declarada –Se o tipo for instanciável Seu repositório (“extent”) será criado possivelmente mais tarde –CREATE TABLE... OF... ( )

13 Tipo abstrato Um tipo abstrato pode ser –Instanciável –Não instanciável porém jamais será instanciado –Tipo abstrato e Tipo instanciável são conceitos ortogonais

14 –Um tipo instanciável e concreto CREATE TYPE Cliente AS OBJECT ( codigo NUMBER, nome VARCHAR2(200), endereco Endereco, telefones Telefones, ORDER MEMBER FUNCTION comparaClientes(x IN Cliente) RETURN INTEGER, PRAGMA RESTRICT_REFERENCES ( comparaClientes, WNDS, WNPS, RNPS, RNDS) )

15 –Tipos instanciáveis e abstratos CREATE TYPE Telefones AS VARRAY(10) OF VARCHAR2(20) CREATE TYPE Endereco AS OBJECT ( rua VARCHAR2(200), cidade VARCHAR2(200), estado CHAR(2), cep VARCHAR2(20) )

16 Sobre Métodos Tipo ORDER Deve retornar sempre um inteiro com sinal (INTEGER) Deve ter 2 parâmetros de entrada –SELF –Um objeto X do mesmo tipo de SELF A interpretação do Oracle é sempre –Positivo, SELF > X –Negativo, SELF < X –Zero, SELF = X Em resumo, somente a lógica do método é da exclusividade do projetista do BD

17 Sobre Métodos Tipo MAP Objetos de tipo definido pelo usuário Objetos de um dos tipos primitivos* Map() *- INTEGER, NUMBER, DATE, CHAR e VARCHAR

18 Mais Transformação (Mapeamento) Relationship ODL  REFerence Oracle

19 Esquema Oracle para o BD Pedido

20 Tipos Incompletos CREATE TYPE Cliente CREATE TYPE Produto CREATE TYPE Pedido

21 Tipos Abstratos CREATE TYPE Telefones AS VARRAY(10) OF VARCHAR2(20) CREATE TYPE Endereco AS OBJECT ( rua VARCHAR2(200), cidade VARCHAR2(200), estado CHAR(2), cep VARCHAR2(20) )

22 CREATE TYPE Linha AS OBJECT ( num_linha NUMBER, refere_se REF Produto, quantidade NUMBER, desconto NUMBER ) CREATE TYPE ListaDeLinhas AS TABLE OF Linha “Nested Table”

23 Tipos Concretos CREATE TYPE Cliente AS OBJECT ( codigo NUMBER, nome VARCHAR2(200), endereco Endereco, telefones Telefones, ORDER MEMBER FUNCTION comparaClientes(x IN Cliente) RETURN INTEGER, PRAGMA RESTRICT_REFERENCES ( comparaClientes, WNDS, WNPS, RNPS, RNDS) )

24 CREATE TYPE Pedido AS OBJECT ( codigo NUMBER, feito_por REF Cliente, data_pedido DATE, data_entrega DATE, linhas ListaDeLinhas, MAP MEMBER FUNCTION getCodigoPedido RETURN NUMBER, MEMBER FUNCTION total RETURN NUMBER, PRAGMA RESTRICT_REFERENCES (getCodigoPedido, WNDS, WNPS, RNPS, RNDS), PRAGMA RESTRICT_REFERENCES (total, WNDS, WNPS) )

25 CREATE TYPE Produto AS OBJECT ( codigoProduto NUMBER, preco NUMBER) Obs: Os repositórios dos tipos Cliente, Pedido e Produto serão criados mais tarde

26 Definindo os Corpos dos Métodos de Cliente e Pedido CREATE OR REPLACE TYPE BODY Cliente AS ORDER MEMBER FUNCTION comparaClientes (x IN Cliente) RETURN INTEGER IS BEGIN RETURN SELF.codigo - x.codigo; END;

27 CREATE OR REPLACE TYPE BODY Pedido AS MAP MEMBER FUNCTION obtemCodigo RETURN NUMBER IS BEGIN RETURN SELF.codigo; END; MEMBER FUNCTION total RETURN NUMBER IS Total NUMBER := 0; BEGIN SELECT SUM(L.quantidade * L.refere_se.preco) INTO Total FROM TABLE(CAST(SELF.linhas AS ListaDeLinhas)) L; RETURN Total; END;

28 Sobre Repositórios de Tipo “Object Table” de um Tipo –É uma tabela onde cada linha representa o estado corrente de um objeto do tipo –~1FN Coluna Endereco é de um tipo estruturado Coluna Telefones é de um tipo coleção – VARRAY - de tipos simples – VARCHAR2 Coluna Linhas é de um tipo coleção – NESTED TABLE - de tipos estruturados - Linha –SQL precisa ser estendida para lidar com colunas não-atômicas

29 –Onde estão os métodos comuns aos objetos de uma “object table”? Em um outro lugar (depende do SGBD específico) –Entenda uma “object table” como uma representação tabular ou relacional dos estados (i.e., valores dos atributos) dos objetos de um certo tipo

30 Criando as “Object Tables” CREATE TABLE Clientes OF Cliente (PRIMARY KEY (codigo)) CREATE TABLE Produtos OF Produto (PRIMARY KEY (codigo))

31 CREATE TABLE Pedidos OF Pedido (PRIMARY KEY (codigo), FOREIGN KEY (feito_por) REFERENCES Clientes) NESTED TABLE linhas STORE AS LinhasPedido ALTER TABLE LinhasPedido ADD (SCOPE FOR (refere_se) IS Produtos)

32 Criando Objetos INSERT INTO Produtos VALUES(1004, 6750.00, 2) INSERT INTO Clientes VALUES (1, ‘Marcus Sampaio', endereco('2 Aprígio Veloso', ‘Campina Grande', ‘PB', ‘58109- 970'), telefones(‘083-555-5555') )

33 INSERT INTO Pedidos SELECT 1001, REF(C), SYSDATE, '10-MAIO-2007', linhas() FROM Clientes C WHERE C.codigo = 1

34 INSERT INTO TABLE (SELECT P.linhas FROM Pedidos P WHERE P.codigo = 1001) SELECT 01, REF(Prod), 12, 0 FROM Produtos Prod WHERE Prod.codigo = 1004

35 INSERT INTO Pedidos SELECT 1001, REF(C), SYSDATE, '10-MAIO-2007', linhas(linha(1, (Select …), …), linha(…)) FROM Clientes C WHERE C.codigo = 1 Tudo em um único comando:

36 Feito _por Linhas 1 2 Produtos Pedidos Clientes

37 Consultando Objetos Imprimir os números dos pedidos em ordem SELECT P.codigo FROM Pedidos P ORDER BY VALUE(P)

38 Para o pedido 1, os detalhes SELECT P.feito_por.nome, P.codigo, P.data_pedido, L.num_linha, L.refere_se.codigo, L.quantidade FROM Pedidos P, TABLE(P.linhas) L WHERE P.codigo = 1001 Note que, essencialmente, SQLOR é como OQL, salvo algumas idiossincrasias da SQLOR

39 O valor total dos pedidos de compra SELECT P.codigo, P.total() FROM Pedidos P

40 Pedidos do item 1004 SELECT P.codigo, P.feito_por.codigo, L.* FROM Pedidos P, TABLE (P.linhas) L WHERE L.refere_se.codigo = 1004 Qual é o problema com esta consulta?

41 Destruindo Objetos DELETE FROM Pedidos P WHERE P.codigo = 1001