Integridade e Relacionamentos

Em relacionamentos n:n, a implementação preferida normalmente utiliza: Fusão de tabelas. Adição de coluna. Tabela própria. Exclusão de chave. Índice bitmap.

Relacionamentos 1:n geralmente são implementados por: Tabela intermediária obrigatória. Adição de coluna (FK). Fusão completa das tabelas. Exclusão da entidade fraca. Particionamento horizontal.

No relacionamento 1:1 com participação obrigatória em ambos os lados, a abordagem preferida é: Criar tabela própria. Adicionar múltiplas FKs. Fusão das tabelas. Criar índice clusterizado. Aplicar particionamento.

A integridade de domínio garante: Unicidade da PK. Valores válidos para um campo. Integridade referencial. Controle de concorrência. Deadlock prevention.

A integridade referencial estabelece que: Toda tabela tenha índice. Toda FK referencie uma PK válida. Toda coluna seja NOT NULL. Toda tabela tenha trigger. Toda relação seja n:n.

A integridade de entidade determina que: FK nunca seja nula. PK nunca seja nula. Índices sejam únicos. Toda tabela tenha view. Toda entidade seja forte.

A integridade de unicidade garante: Chaves estrangeiras compostas. Valores únicos em determinados campos. Relacionamentos n:n. Fusão de tabelas. Integridade física.

Integridade de vazio está relacionada: À cardinalidade máxima. À permissão de valores nulos. Ao domínio numérico. À modelagem dimensional. À normalização.

No modelo relacional, uma FK: Deve apontar para chave candidata/primária. Sempre é única. Nunca aceita repetição. Substitui a PK. É opcional em qualquer relação.

Relacionamentos n:n normalmente exigem: Remoção de entidades. Tabela associativa. Fusão completa. Exclusão da PK. Índices bitmap.

Integridade de entidade impede chave primária nula. Verdadeiro. Falso.

Relacionamentos n:n normalmente são implementados com tabela própria. Verdadeiro. Falso.

A integridade referencial relaciona chave estrangeira com chave primária. Verdadeiro. Falso.

Integridade de domínio controla valores válidos de atributos. Verdadeiro. Falso.

Fusão de tabelas é recomendada para todos os relacionamentos n:n. Verdadeiro. Falso.

Em um relacionamento 1:n, a FK geralmente fica: No lado N. No lado 1. Em tabela separada obrigatória. Em ambas as tabelas. Fora do banco.

A principal função das restrições de integridade é: Melhorar gráficos OLAP. Garantir consistência dos dados. Reduzir uso de RAM. Eliminar índices. Criar Data Marts.

Uma chave primária deve ser: Duplicada. Única. Multivalorada. Derivada. Opcional.

A integridade referencial evita: Chaves duplicadas. Valores inválidos de FK. Tabelas vazias. Deadlocks. Rollbacks.

Quando um campo não aceita NULL, está relacionado à: Integridade física. Integridade de vazio. Integridade temporal. Integridade OLAP. Integridade transacional.