Banco de Dados II 2009.2Prof. Cláudio Baptista, Ph.D.

Histórico Crítica ao Modelo Relacional Exemplo de Motivação Introdução ao Modelo de Objetos ODMG ODL ODMG OQL

1986 SQL-86 (SQL1) - padrão originalmente desenvolvido pela ANSI, posteriormente adotado pela ISO

1989 SQL-89 - extensão do SQL-86 publicado em 89 OMG - criação do Object Management Group 1991 ODMG - criação do Object Database Management Group 1992 SQL-92 (SQL2) - padrão aprovado pela ISO 1993 ODMG 1.2 1996 SQL-92/PSM - extensão do SQL-92 - provê linguagem computacionalmente completa 1997 ODMG 2.0 1999 SQL:1999 (SQL3) - padrão aprovado em 1999 pela ISO (após 7

anos de trabalho)◦ - "SQL orientada a objeto"◦ - SGBDs comerciais oferecem parte do SQL:1999

2000 ODMG 3.0 2004 SQL-2003

◦ Aprimoramento de SQL:1999◦ Introdução de XML

Abandono gradual do padrão (SQL-92)◦ MOOSE - major object-oriented SQL extensions:

inúmeras propostas acadêmicas e industriais para estender SQL-92 com conceitos OO

Aplicações presas a:◦ extensões OO ad-hoc oferecidas pelos SGBDs

comerciais, ou◦ um modelo de dados arcaico (o modelo

relacional / 1NF) Solução:

◦ SQL:1999

SGBDs Relacionais (SGBDRs) - Virtudes:◦ Estrutura:

1NF é simples Integridade referencial é útil e semanticamente poderosa

◦ Comportamento: SQL é declarativa (não navegacional) SQL manipula tabelas (conjuntos de tuplas)

◦ Aplicações convencionais: "casamento" adequado com SQL através de cursores

◦ sistemas já consolidados no mercado◦ boa performance

muitos anos de pesquisa e aprimoramento eficiência: otimização de consultas, gerenciamento de

transações◦ Robustez◦ Padronização

SGBDs Relacionais (SGBDRs) - Problemas:◦ Problemas conceituais:

Estrutura: falta de suporte para valores complexos (ou aderência a

1NF): força a criação de tabelas artificiais

falta de suporte para OIDs: força a definição de chaves artificiais

Comportamento: SQL não oferece nenhum recurso para encapsulamento

◦ Outros: SQL-92 não possui recursão Aplicações OO: "descasamento" completo

entre SQL e OO-PLs

Motivação para BDOO◦ atender os requisitos de aplicações não

convencionais: engenharia e manufatura (CAD/CAM, CIM) aplicações científicas (Meteorologia, Genética, etc.) aplicações envolvendo dados geográficos (GIS) aplicações multimídia / hipermídia ...

◦ acompanhar a evolução de LPs

SGBDs Orientado a Objetos (SGBDOO)◦ modelo de dados mais rico

adequado ao mercado de aplicações não convencionais

◦ pior desempenho, se comparado com SGBDR◦ heterogeneidade a nível de modelo e de

capacidades de consulta e atualização

SGBDs Objeto-Relacional (SGBDOR)◦ combina as melhores características do modelo

de objetos no modelo relacional modelo rico + eficiência no gerenciamento de dados

◦ tecnologia relativamente nova◦ exemplos: Oracle 11g, Informix, DB2, Postgresql

Crítica do Modelo Relacional◦Novas aplicações necessitam de novos

conceitos, principalmente tipos complexos de dados e encapsulamento

◦Vários desses novos conceitos existem há muitos anos em linguagens de programação orientadas a objeto

Um Exemplo de Motivação◦Nosso problema é de BD espacial. Trata-se

de achar os retângulos superpondo o quadrado de lado de tamanho um

Condições para a superposição: x1 <= 1 e y1 <= 1; X2 >= 0 e y2 >= 0, não importando o quadrante

As condições para a superposição são válidas se x2 > x1 (ou ponto P2 à direita de ponto P1)

Solução relacional◦ Retângulos (X1, X2, Y1, Y2)◦ Regra de integridade: Check (X2 > X1)

SELECT * FROM RETANGULOS WHERE (x1 <= 1 AND y1 <= 1) AND (x2 >= 0 AND y2 >=0)

Três problemas com esta solução◦ P1. Esquema obscuro◦ P2. Consulta obscura◦ P3. Execução com provável baixo

desempenho. Como indexar a tabela Retângulos?

Queremos:a. Representar um ponto como pontob. Escrever uma consulta legívelc. Desempenho

Solução: BDOO

Solução BDOO: Esquema

Retângulo Ponto2N

{Ponto2.X > Ponto1.X}

XY

sobrepoe_quadrado_de_lado_um();...

Definido_por

Repositório:Retângulos

Linguagem de Consulta OO, Estilo SQL

• Quais os retângulos que sobrepõem um quadrado de lado um? −Select r.ponto1, r.ponto2

From Retangulos r Where

r.sobrepoe_quadrado_de_lado_um()

Basta ler, para entender!

sobrepoe_quadrado_de_lado_um() é indexável, como qualquer coluna de tabela

Encapsulamento

• Encapsulamento das condições de

sobreposiçãoBoolean sobrepoe_quadrado_lado_um() {

If ((self.ponto1.x1 <= 1 and self.ponto1.y1 <= 1)

and (self.ponto2.x2 >= 0 and self.ponto2. y2 >=0)) then return true else return false; }

Encapsulamento

• Regra de integridade: implementada no método construtor Retangulo()

Retangulos agora torna-se um repositório de objetos da classe Retangulo

• O encapsulamento deve ser parcial, para ainda permitir interfaces estilo-SQL (Select colunax ...)

O Mercado de SGBDs OO

• SGBD OO puro:• Versant• O2 Technology• Objectivity• Servio Logic• Object Design: ObjectStore

• SGBDOR:− Oracle 11g− IBM DB2− Informix

• Incorporado pela IBM− Postgresql

ODMG - Object Database Management Group

ODL - Object Definition Language, como o CREATE TABLE do SQL

OQL - Object Query Language, tenta imitar SQL no framework OO

ODMG imaginou que vendedores de SGBD OO implementariam uma linguagem OO como C++ com extensões (OQL), que permitisse o programador transferir dados entre o banco de dados e a linguagem hospedeira de forma fácil.

Fundação: setembro de 1991 Objetivo: definir um padrão para garantir a

portabilidade das aplicações escritas seguindo o modelo OO

Presidente: R. G. G. Cattell Web site: www.odmg.org Versões: ODMG 1.2 (1993), ODMG 2.0 (março

1997), ODMG 3.0 (janeiro 2000) Padrões definidos pelo ODMG:

◦ modelo de objetos◦ linguagem de definição de dados - ODL◦ linguagem de consulta - OQL◦ acoplamento com C++ , Smalltalk e Java

Literal = valor + comportamento Classificação dos literais:

◦ Atomic: corresponde aos tipos de dados simples◦ Strutured: criado usando o construtor Struct◦ collection criado com os construtores

Set<t>, Bag<t>, List<t>, Array<t>, Dictionary<k,t>onde t é o tipo de objetos ou literais na coleção

e k é o tipo da chave, no caso de dicionários(note que t pode ser um tipo de objeto ou

literal)

Objeto = OID + nome + estado + comportamento◦ OID = identificador interno gerado pelo sistema, não

sendo visível ao usuário◦ nome:

é opcional deverá ser único no BD a que o objeto pertence os objetos nomeados servirão de pontos de entrada para o

BD◦ estado = valores das propriedades do objeto, incluindo:

atributos do objeto relacionamentos (binários) entre o objeto e outros objetos

◦ comportamento = operações permitidas sobre o objeto

Fábrica = objeto utilizado para gerar ou criar outros objetos◦ possui necessariamente uma operação que gera

novos objetos (como novos OIDs)

Interface = definição de estrutura + assinaturas de operações◦ as interfaces não podem ser instanciadas, ou

seja,não podem gerar conjuntos de objetos◦ utilizadas essencialmente para organizar as

operações

Classes = definição de estrutura + assinaturas de operações

as classes podem ser instanciadas, ou seja, podem gerar extensões - conjuntos de objetos – e definir chaves para estas extensões

a definição da estrutura inclui a especificação de:◦ atributos:

simples e complexos de referência, utilizados para representar relacionamentos 1-

n entre os objetos da classe e objetos de outra classe◦ relacionamentos:

utilizados para representar relacionamentos binários 1-n ou n-m entre os objetos da classe e objetos de outra classe:

permitem especificar o relacionamento inverso não devem ser utilizados quando o relacionamento n-m

possui atributos

Herança Comportamental (via ":")◦ uma interface pode ser uma especialização de

outras interfaces,das quais herda as operações◦ uma classe pode ser uma especialização de

outras interfaces, das quais herda as operações Herança Comportamental e Estrutural (via

Extends)◦ uma classe pode ser uma especialização de

apenas outra classe, da qual herda a estrutura e as operações

ODL é usado para definir classes persistentes, cujos objectos podem ser armazenados permanentemente no BD.◦ Classes ODL assemelham-se a Entity sets com

relacionamentos binários, mais métodos.

Uma Declaração de classe inclui:1. Um nome para a classe.2. Declaração de chaves (key) opcional.3. Declaração de Extent = nome para o conjunto

de objetos correntes na classe (instâncias).4. Declaração de Elementos. Um element pode

ser um atributo, um relacionamento, ou um método.

class <nome> {<lista de declarações de elementos, separados por ; >

}

Exemplo:Class Estudante (extent Estudantes) {

attribute string name;attribute int idade;

}

Atributos são elementos com um tipo que não envolve classes.

attribute <tipo> <nome>; Relacionamentos conectam um objeto ao

um ou mais outros objetos de uma classe.relationship <tipo> <nome>

inverse <relationship>;

Suponha uma classe C que tenha um relacionamento R a uma classe D.

Então a classe D deve ter algum relacionamento S à classe C.

R e S devem ser inversos.◦ Se um objeto d está relacionado a um objeto c

via R, então c deve estar relacionado a d via S.

33

Ex.: Atributos e Ex.: Atributos e RelacionamentosRelacionamentos

class Bar {attribute string name;attribute string addr;relationship Set<Beer> serves inverse Beer::servedAt;

}class Beer {

attribute string name;attribute string manf;relationship Set<Bar> servedAt inverse Bar::serves;

}

O tipo de relacionamento servesÉ um set de Beer objects.

O operador :: conecta um nomeà direita ao contexto donome à esquerda

34

Tipos de Tipos de RelacionamentosRelacionamentos O tipo de um relacionamento é:

1. Uma classe, como Bar. Neste caso, um objeto com este relacionamento pode estar conectado a apenas um objeto Bar.

2. Set<Bar>: o objeto está conectado a um conjunto de objetos Bar.

3. Bag<Bar>, List<Bar>, Array<Bar>: o objeto está conectado a um bag, list, ou array de objetos Bar.

35

Multiplicidade dos Multiplicidade dos RelacionamentosRelacionamentos Todos os relacionamento ODL são

binários. Relacionamentos Muitos-para-Muitos

têm Set<…> para o tipo do relacionamento e seu inverso.

Relacionamentos Muitos-para-Um têm Set<…> no relacionamento do lado Um e a apenas a classe para o relacionamento do lado Muitos

Relacionamentos Um-para-Um têm classes com o tipo em ambas direções.

36

Exemplo: MultiplicidadeExemplo: Multiplicidade

class Drinker { …relationship Set<Beer> likes inverse Beer::fans;relationship Beer favBeer inverse Beer::superfans;

}class Beer { …

relationship Set<Drinker> fans inverse Drinker::likes;relationship Set<Drinker> superfans inverse Drinker::favBeer;

}

Many-many uses Set<…>in both directions.

Many-one uses Set<…>only with the “one.”

37

Exemplo2: MultiplicidadeExemplo2: Multiplicidade

class Drinker {attribute … ;relationship Drinker husband inverse wife;relationship Drinker wife inverse husband;relationship Set<Drinker> buddies

inverse buddies;}

husband and wife areone-one and inversesof each other.

buddies is many-many and itsown inverse. Note no :: neededif the inverse is in the same class.

38

Lidando com Relacionamentos Lidando com Relacionamentos MúltiplosMúltiplos

ODL não dar suporte a relacionamentos ternários.

Podemos simular relacionamentos ternários através de uma classe de “conexão”, cujos objetos representam tuplas de objetos que nós gostariamos de conectar via o relacionamento ternário.

39

Classes de ConexãoClasses de Conexão

Suponha que queremos conectar as classes X, Y, e Z através do relacionamento R.

Projete uma classe C, cujos objetos representam uma tripla de objetos (x, y, z) das classes X, Y, and Z, respectivamente.

Precisamos de três muitos-para-um relacionamentos de (x, y, z) para cada um de x, y, e z.

40

Exemplo: Classe de Exemplo: Classe de ConexãoConexão Suponha que tenhamos as classes Bar e

Beer, e queremos representat o preço de cada Beer em vendida em cada Bar.◦ Um relacionamento muitos-para-muitos entre

Bar e Beer não pode ter o atributo preço como ocorre no modelo E/R.

One solution: cria-se a classe Price e uma classe de conexão BBP para representar uma tripla bar, beer, e price.

41

Exemplo --- ContinuaçãoExemplo --- Continuação

Uma vez que objetos Price são apenas números, uma melhor solução seria:

1. Dar aos objetos BBP um atributo price.2. Usar dois relacionamentos muitos-para-um

entre um objeto BBP e os objetos Bar e Beer.

42

Exemplo, em ODLExemplo, em ODL

Definição de BBP:class BBP {

attribute price:real;relationship Bar theBar inverse Bar::toBBP;relationship Beer theBeer inverse Beer::toBBP;

} Bar e Beer devem ser modificados para

incluir relacionamentos, ambos chamados toBBP, e ambos do tipo Set<BBP>.

43

Structs e EnumsStructs e Enums

Atributos podem ter uma estrutura (com em C) ou ser uma enumeration.

Declare comattribute [Struct ou Enum] <nome do

struct ou enum> { <detalhes> }<nome do atributo>;

Detalhes são os nomes dos campos e tipos de um Struct, uma lista de constantes de um Enum.

44

Exemplo: Struct e EnumExemplo: Struct e Enum

class Bar {attribute string name;attribute Struct Addr

{string street, string city, int zip} address;attribute Enum Lic

{ FULL, BEER, NONE } license;relationship …

}

Nomes para aestrutura eenumeração

nomes dos atributos

45

Declarações de MétodosDeclarações de Métodos

Uma definição de classe pode incluir declarações de métodos para a classe.

Informação consiste de:1. Tipo de retorno, se algum.2. Nome do método.3. Argument modes e tipos (sem nomes).

Modes são in, out, e inout.4. Quaisquer exceções que o método possa

lançar.

46

Exemplo: MétodosExemplo: Métodos

real cre(in string)raises(semNotas);1. O método cre retorna um número real,

que contém o CRE de um aluno.2. cre recebe um argumento, uma string

(matrícula do aluno) e não modifica este argumento.

3. cre pode lançar a exceção semNotas.

47

Tipos em ODL Tipos em ODL

Tipos básicos: int, real/float, string, enumerated types, e classes.

Type constructors:◦ Struct para estruturas.◦ Collection types : Set, Bag, List, Array, e

Dictionary ( = mapeamento de um tipo domínio type para um tipo imagem).

Tipos Relationship podem apenas ser uma classe ou um tipo collection aplicado a uma classe.

48

ODL SubclassesODL Subclasses

Usual object-oriented subclasses. Indica superclasse com extends e seu

nome. Subclasse lista apenas as propriedades

únicas à mesma.◦ Herda as propriedades da superclasse.

49

Exemplo: SubclassesExemplo: Subclasses

Maltada é uma subclasse de beers:class Maltada extends Beer {attribute string color;

}

ODL permite herança múltipla Conflitos são resolvidos a nível de

implementaçãoclass Anime extends Filme:Cartoon {attribute …

}

51

ODL KeysODL Keys

Podem declarar chaves para uma classe. Depois do nome da classe, adicionamos:

(key <list of keys>) Uma key com mais de um atributo

precisa de parênteses adicionais ao redor dos atributos.

52

Exemplo: KeysExemplo: Keys

class Beer (key name) { … nome é a key para beers.class Course (key (dept,number),(room, hours)){

dept and number formam uma key; como também room e hours.

53

ExtentsExtents

Para cada classe existe um extent, o conjunto de objetos existentes na classe (instâncias)◦ Podemos pensar o extent como uma relação

cuja classe é seu esquema. Indique extent depois do nome da classe,

junto com as keys, como:(extent <extent name> … )

54

Exemplo: ExtentsExemplo: Extents

class Beer(extent Beers key name) { …

} Convenção, usa-se singular para nomes

de classes, e plural para o extent correspondente.

Consultas a repositórios de classes - ODL OQL combina os aspectos declarativos da

linguagem SQL com o paradigma de programação OO

Apresentação by example

56

Path ExpressionsPath Expressions

Seja x um objeto da classe C.1. Se a é um atributo de C, então x.a é o

valor daquele atributo.2. Se r é um relacionamento de C, então x.r é

o valor para o qual x está conectado por r. Poderia ser um objeto ou um conjunto de

objetos, dependendo do tipo de r.3. Se m é um método de C, então x.m (…) é o

resultado de aplicar m a x.

57

Running ExampleRunning Example

class Sell (extent Sells) {attribute real price;relationship Bar bar inverse Bar::beersSold;relationship Beer beer inverse Beers::soldBy;

}class Bar (extent Bars) {

attribute string name;attribute string addr;relationship Set<Sell> beersSold inverse Sell::bar;

}

58

Running Example --- Cont.Running Example --- Cont.

class Beer (extent Beers) {attribute string name;attribute string manf;relationship Set<Sell> soldBy inverse Sell::beer;

}

59

Exemplo: Path Exemplo: Path ExpressionsExpressions Seja s be uma variável do tipo Sell,

i.e., um objeto bar-beer-price.1. s.price = o preço no objeto s.2. s.bar.addr = o endereço do bar que pode

ser alcançado seguindo relacionamento bar em s. Note que a cascata de pontos está OK aqui,

pois s.bar é um objeto, e não uma coleção de objetos.

60

Exemplo: Uso Ilegal do .Exemplo: Uso Ilegal do .

Não podemos aplicar o . A uma coleção na esquerda, apenas a um único objeto.

Exemplo (ilegal), com b sendo um objeto Bar:

b.beersSold.price

Esta expressão é um conjunto de objetos Sell.Não tem um price.

61

OQL Select-From-WhereOQL Select-From-Where

Similar a SQL:

SELECT <lista de valores>FROM <lista de coleções e nomes>WHERE <condição>

62

Cláusula FROM Cláusula FROM

Cada termo da cláusula FROM é:<collection> <member name> Uma coleção pode ser:

1. O extent de alguma classe.2. Uma expressão que leva a uma coleção,

e.g., certas path expressions como b.beersSold .

63

ExemploExemplo

Obtenha o menu do Joe’s Bar.SELECT s.beer.name, s.priceFROM Sells sWHERE s.bar.name = “Joe’s Bar”

Sells é o extentrepresentando todosobjetos Sell; srepresenta cadaobjeto Sell

Expressões legaiss.beer é um objeto beer e s.baré um objeto Bar

Note OQLusa aspas.

64

Exemplo 2Exemplo 2

Esta query também obtém Joe’s menu:SELECT s.beer.name, s.priceFROM Bars b, b.beersSold sWHERE b.name = “Joe’s Bar”

b.beersSold é o conjunto de objetos Sell,e s é um objeto Sell que envolve oJoe’s Bar.

65

Dica para Uso de Path Dica para Uso de Path ExpressionsExpressions

Se uma path expression denota um objeto, você estendê-lo com outro . e uma propriedade daquele objeto.◦ Exemplo: s, s.bar, s.bar.name .

Se uma path expression denota uma coleção de objetos, você NÃO estendê-lo, mas pode usá-lo na cláusula FROM.◦ Exemplo: b.beersSold .

66

O Result TypeO Result Type

Por default, o tipo do resultado de um select-from-where é um Bag of Structs.◦ Struct tem um campo para cada termos da

cláusula SELECT. Seus nomes e tipos são obtidos do ;ultimo nome na path expression.

Se SELECT tem apenas um termo, tecnicamente o result é um one-field struct.

67

Exemplo: Result TypeExemplo: Result Type

SELECT s.beer.name, s.priceFROM Bars b, b.beersSold sWHERE b.name = “Joe’s Bar”

Tem tipo:Bag(Struct(name: string, price: real))

68

Renomeando os CamposRenomeando os Campos

Para modificar os nomes dos campos, preceda-os pelo nome e : .

Exemplo:SELECT beer: s.beer.name, s.priceFROM Bars b, b.beersSold sWHERE b.name = “Joe’s Bar”

Result type é: Bag(Struct(beer: string, price:

real)).

69

Produzindo um Set of Produzindo um Set of StructsStructs Adicione DISTINCT no SELECT para

eliminar duplicatas. Exemplo:SELECT DISTINCT s.beer.name, s.priceFROM Bars b, b.beersSold sWHERE b.name = “Joe’s Bar” Result type é:

Set(Struct(name: string, price: string))

70

SubqueriesSubqueries

Uma expressão select-from-where pode conter parêntesis e usado como uma subquery de várias maneiras, como:

1. Numa cláusula FROM, como uma coleção.2. Em expressões EXISTS e FOR ALL.

71

Exemplo: Subquery em Exemplo: Subquery em FROMFROM Encontre os fabricantes de cervejas

vendidas por Joe’s:SELECT DISTINCT b.manfFROM (

SELECT s.beer FROM Sells sWHERE s.bar.name = “Joe’s Bar”

) b

Bag de objetos Beer Para as beers vendidas por Joe

72

QuantificadoresQuantificadores

Duas expressões booleanas para uso em cláusulas WHERE:

FOR ALL x IN <collection> : <condition>EXISTS x IN <collection> : <condition> True sss todos membros (resp. pelo

menos um membro) da coleção satisfaz a condição.

73

Exemplo: EXISTSExemplo: EXISTS

Encontre todos os nomes de bares que vendem ao menos uma cerveja por mais de $5.

SELECT b.name FROM Bars bWHERE EXISTS s IN b.beersSold :

s.price > 5.00

Ao menos um objeto Sell para barb tem preço acima de $5.

74

Exemplo 2Exemplo 2

Encontre os nome de todos os bares nos quais as únicas cervejas que eles vendem por mais de $5 são fabricadas por Pete’s.

SELECT b.name FROM Bars bWHERE FOR ALL be IN (

SELECT s.beer FROM b.beersSold sWHERE s.price > 5.00

) : be.manf = “Pete’s”

Bag de objetos Beer Para todas as beers vendidas pelo bar bpor mais de $5.

75

AgregaçõesAgregações

AVG, SUM, MIN, MAX, e COUNT se aplicam a qualquer coleção onde faça sentido.

Exemplo: Encontre e atribua a x o preço médio de cervejas em Joe’s:

x = AVG(SELECT s.price FROM Sells sWHERE s.bar.name = “Joe’s Bar”

);Bag of structs com os preçospara as beers vendidas por Joe’s.

Class Filme (extent Filmes key (tiitulo, ano))

{attribute string titulo;attribute integer ano;attribute integer duracao;attribute enum TipoFilme (cores, pretoebranco) tipo;relationship Set <Estrela> estrelas

inverse Estrela::estreladoEm;relationship Estudio produzidoPor

inverse Studio::produziu;float duaracaoEmHoras() raises (duracaoNãoEncontrada);void nomesEstrelas(out Set<String>);void outrosFilmes (in Estrela, out Set<Filme>) raises (notFound);

};

Class Estrela(extent Estrelas key nome)

{attribute string nome;attribute Struct End {string rua, string cidade} endereco;relationship Set <Filme> estreladoEm

inverse Filme::estrelas; };

Class Estudio(extent Estudios key nome)

{attribute string nome;attribute string endereco;relationship Set <Filme> produziu

inverse Filme::produzidoPor; };

Consultas Intra-ClasseConsultas Intra-Classe

Qual o ano do filme "E o vento levou“?

◦  f é uma variável do tipo Filme que "varre" o repositório Filmes (isto é, pode receber cada valor da repositório corrente Filmes)

SELECT f.anoFROM Filmes fWHERE f.título = "E o vento levou?"

Consultas Inter-ClassesConsultas Inter-Classes

Quais os nomes das estrelas do filme "Casablanca"?

◦ Note o tratamento unificado para atributos e relacionamentos

SELECT e.nomeFROM Filmes f, f.estrelado_por eWHERE f.título = "Casablanca"

For each f in Filmes do If f.título = "Casablanca" then For each e in f.estrelado_por then Add e.nome to output bag

Consultas Com Consultas Com MétodoMétodo

Quais os títulos e anos dos filmes com mais de 2 horas de duração?

◦ Note o tratamento unificado para atributos, relacionamentos e métodos

SELECT f.título, f.anoFROM Filmes fWHERE f.duração_em_horas( ) > 2.0;

/* pode ser também duração_em_horas(f) */

Se o denota um objeto pertencendo a uma classe C, e p é uma propriedade da classe, então o.p é o resultado de aplicar p a o ◦ Se p é um atributo, então o.p é o valor do

atributo no objeto o ◦ Se p é um relacionamento, então o.p é o objeto

ou coleção de objetos relacionados com o através do relacionamento p

◦ Se p é um método (talvez, com parâmetros), então o.p é o resultado de aplicar o método a o

Pode ser usado o símbolo -> em lugar do ponto

O valor de meu_filme.duração é a duração do filme, isto é, o valor do atributo duração para o objeto Filme denotado por meu_filme

O valor de meu_filme.duração_em_horas() é um número real, a duração do filme em horas, calculada pela aplicação do método duração_em_horas() ao objeto meu_filme

O valor de meu_filme.estrelado_por é o conjunto de objetos Estrela que estrelaram o filme meu_filme

A expressão meu_filme.estrelas (nomes) não retorna valor (em C++, o tipo de função void). Entretanto retorna o conjunto dos nomes das estrelas de meu_filme (parâmetro de saída nomes, do tipo coleção)

O que significa meu_filme.realizado_por.nome?

Estilo SQL◦ Select-From-Where

A palavra-chave SELECT seguida por uma lista de expressões

A palavra-chave FROM seguida por uma ou mais declarações de variáveis simples. Uma variável é declarada por dar◦ uma expressão cujo valor tem um tipo coleção,

isto é, um conjunto, ou bag, ou lista, ou array ◦ A palavra-chave opcional AS ◦ O nome da variável simples, que “varre” a coleção

Tipicamente, a expressão de (a) é o repositório de alguma classe, como o repositório Filmes da classe Filme. Entretanto, qualquer expressão que produza uma coleção de objetos pode ser utilizada, incluindo outra expressão Select-From-Where

A palavra-chave WHERE é uma expressão booleana. Este expressão, como a expressão seguindo o SELECT, pode usar somente constantes e variáveis declaradas na cláusula FROM

Uma consulta produz um bag de objetos

SELECT DISTINCT e.nomeFROM Filmes f, f.estrelado_por eWHERE f.realizado_por.nome = "Disney"

Set<Struct N {string c1, string c2}> N1 N1 = SELECT DISTINCT Struct(estrela1: e1.nome, estrela2: e2.nome) FROM Estrelas e1, Estrelas e2 WHERE e1.endereço = e2.endereço AND e1.nome < e2.nome

SELECT DISTINCT e.nomeFROM (SELECT f FROM Filmes f WHERE f.realizado_por.nome = "Disney") d, d.estrelado_por e

SELECT fFROM Filmes fWHERE f.realizado_por.nome = "Disney"ORDER BY f.duração, f.título

FOR ALL x IN C : C(x), onde C é um conjunto, x é uma variável, e C(x) é uma condição

SELECT e FROM Estrelas e WHERE ALL f IN e.estrelou_em : f.realizado_por.nome = "Disney"

EXISTS x IN C : C(x)

SELECT e FROM Estrelas e WHERE EXISTS f IN e.estrelou_em : f.realizado_por.nome = "Disney"

OQL usa os mesmos cinco operadores de agregação usados em SQL: AVG, COUNT, SUM, MIN, e MAX. ◦ Aplicáveis a qualquer coleção cujos membros são

de tipos apropriados

SELECT ... AVG(SELECT f.duração FROM Filmes f)...

A forma de uma cláusula GROUP BY em OQL é ◦ As palavras chave GROUP BY◦ Uma lista de atributos-partição ("partition

attributes"). Cada atributo-partição consiste de Um nome de uma variável (um critério de agregação) Dois pontos Uma expressão mencionando uma variável na cláusula

FROM

Na lista do SELECT, só podem aparecer os critérios de agregação, e os valores agregados

O valor retornado pela cláusula GROUP BY é um conjunto de estruturas

Cada estrutura tem a forma

Struct(critério_agregação1:v1, ..., critério_agregaçãon:vn, lista_de_valores_agregados)

Os valores agregados referem-se a uma partição (um conjunto de valores de atributos-partição)

SELECT nome_estúdio, ano_filme, média_durações: AVG(SELECT p.f.duração FROM partition p) FROM Filmes f GROUP BY nome_estúdio: f.realizado_por.nome,

ano_filme: f.ano HAVING MAX(SELECT p.f.duração FROM partition p) > 120

Pode-se aplicar os operadores de união (UNION), interseção (INTERSECT) e diferença (EXCEPT) a duas coleções compatíveis de objetos

(SELECT DISTINCT f FROM Filmes f, f.estrelado_por e WHERE e.nome = "Harrison Ford") EXCEPT (SELECT DISTINCT f FROM Filmes f WHERE f.realizado_por = "Disney")

Set<Filme> Velhos_filmes

Velhos_filmes = SELECT DISTINCT f FROM Filmes f WHERE f.ano < 1920;

List<Filme> Minha_lista

Minha_lista = SELECT f FROM Filmes f ORDER BY f.título, f.ano

Filme Meu_filme

Meu_filme = ELEMENT(SELECT f FROM Filmes f WHERE f.título = "E o Vento Levou")

Considere a classe

Class Empregado (extent Empregados key matricula){ attribute string matricula; attribute string nome; attribute float salario; relationship Set<Empregado> gerencia inverse

Empregado::eh_gerenciado_por; relationship Empregado eh_gerenciado_por inverse Empregado::gerencia; ...;}

Escreva em OQL Quais o nome e o salário do gerente de Natasha?

Seja o esquema de filmes, estrelas e estúdios visto em aula. Escrever em OQL as seguintes perguntas ◦ Quais os estúdios que realizaram algum filme

com duração maior que a duração de cada filme realizado pela Eurofilmes?

◦ Quais os estúdios que realizaram mais filmes? ◦ Quais os estúdios que não realizaram filmes

antes de 1960?

◦ Quais as estrelas dos filmes com duração maior que pelo menos a de um filme realizado pela Disney?

◦ Quais as estrelas que estrelaram em todos os filmes do estúdio Cinecittá?

◦ Quais os estúdios que menos realizaram filmes?

Não oferece abstrações como visões SQL Linguagem de consulta stricto sensu