Um escalonamento serializável impede a ocorrência de deadlocks

É possível adiar a verificação de restrições de unicidade e chave estrangeira para o final das transações declarando-as como DEFERRABLE INITIALLY DEFERRED

Um escalonamento recuperável será necessariamente livre de rollbacks em cadeia

É possível adiar a verificação de restrições de NOT NULL e CHECK para o final das transações declarando-as como DEFERRABLE INITIALLY DEFERRED

O Write-Ahead Log assegura a durabilidade e a atomicidade das transações

Um escalonamento recuperável garante a preservação da consistência da base de dados

Um escalonamento serializável garante a preservação da consistência da base de dados

Um escalonamento livre de rollbacks em cadeia será necessariamente recuperável

Criar índice sobre conduz(número) será pouco útil para otimizar operações de JOIN uma vez que número já está indexado em carro.

Um índice sobre conduz(lugar) deverá ser do tipo HASH dada a natureza do atributo e as consultas expectáveis sobre o mesmo.

Para otimizar consultas do tipo:

Apesar de não existir em PostgreSQL um índice do tipo BITMAP seria teoricamente adequado para indexar piloto(data_nascimento).

Criar índice sobre conduz(número) será útil para otimizar operações de DELETE em carro se forem esperadas com frequência elevada.

Um índice sobre conduz(lugar) deverá ser do tipo BTREE dada a natureza do atributo e as consultas expectáveis sobre o mesmo.

Criar índice sobre conduz(número) é redundante pois já faz parte da chave primária.

A criação de índices piora de forma geral o desempenho de operações de escrita na base de dados.

SELECT nome FROM piloto p JOIN conduz c USING (nome) WHERE lugar = 1 AND EXTRACT(YEAR FROM p.data_nascimento) >= (

SELECT nome FROM piloto p JOIN conduz c USING (nome) WHERE lugar = 1 AND EXISTS (

SELECT nome FROM piloto p JOIN conduz c USING (nome) JOIN corrida r

SELECT nome FROM piloto p JOIN conduz c USING (nome) WHERE lugar = 1 AND c.circuito NOT IN (

SELECT nome FROM piloto p JOIN conduz c USING (nome) WHERE lugar = 1 AND c.circuito IN (

SELECT nome FROM piloto p JOIN conduz c USING (nome) WHERE lugar = 1 AND EXTRACT(YEAR FROM p.data_nascimento) >= ANY (

No máximo, a conversão consistirá de 7 relações

Além da relação toca com três chaves estrangeiras, nenhuma relação terá mais de uma chave estrangeira

Uma restrição adicional, exigindo que o tipo dos instrumentos que pertencem a um instrumentista corresponda a um tipo de instrumento que ele toca, teria de ser codificada textualmente no modelo relacional

A conversão para relacional pode capturar todas as restrições expressas graficamente no diagrama sem recurso a restrições de integridade textuais

No mínimo, a conversão consistirá de 6 relações

Não é necessário criar uma relação músico

Haverá uma relação banda com dois atributos nome (um dos quais terá de ser renomeado)

Haverá uma relação instrumento cuja chave primária é composta por três atributos

Pode haver músicos que não são vocalistas ou instrumentistas

Uma banda tem pelo menos dois músicos

Um instrumentista não pode tocar o mesmo tipo de instrumento em duas bandas distintas

Um instrumentista não pode ter dois instrumentos com a mesma marca e modelo

Pode haver músicos que não pertencem a bandas

Um instrumentista pode não ter nenhum instrumento do(s) tipo(s) que toca

Pode haver dois instrumentistas com o mesmo nome

Um músico pode ser vocalista numa banda e instrumentista noutra diferente

σ_d<10(Π_e(r2)) = Π_e(σ_d<10(r2))

Π_d(r1) ∩ Π_d(r2) = Π_d(r2 ⨝ r1)

Π_d(r1) ⨝ Π_d(r2) = Π_d(r2 ⨝ r1)

_dG_MAX(k)(_dG_COUNT()→k(r2)) = _dG_COUNT()(r2)

Π_d(r1) ∪ Π_d(r2) = Π_d(r2 ⨝ r1)

Π_d(r1) - Π_d(r2) = Π_d(r1) - (Π_d(r1) ∩ Π_d(r2))

Π_a(Π_a,b(r1)) = Π_a,b(Π_a(r1))

Π_d(r1) = Π_d(r2 ⟕ r1)