Regras Formais na modelagem de banco de dados são regras que devem ser obedecidas pelo projetista na concepção de suas tabelas para que estas sejam consideradas "bem projetadas". Com exceção óbvia da 1FN, que não possui uma FN anterior; para que uma regra formal seja contemplada, a anterior também deve ter sido atendida. Analise as regras formais:

I - Todos os atributos primos dependem não transitivamente de toda a chave primária.

II - Todos os seus atributos são monovalorados e atômicos.

III - Todos os seus atributos não possuem mais de uma dependência funcional multi-valorada.

IV - Todos os atributos primos dependem funcionalmente de toda a chave primária.

A ordem CORRETA para contemplação das quatro regras formais listadas anteriormente é

Existem várias restrições sobre os valores reais em um estado do banco de dados, e algumas delas podem ser especificadas em um banco de dados relacional. Dentre as categorias de restrições abaixo.

I - Restrições Implícitas;

II - Restrições Explícitas;

III - Restrições de Atributos;

IV - Restrições Léxicas;

V - Restrições Semânticas;

Elmasri e Navathe (2011) relacionam apenas as categorias:

Segundo Elmasri e Navathe (2011), das afirmativas abaixo:

I - Um domínio D é um conjunto de valores atômicos. E por atômicos, queremos dizer que cada valor no domínio é indivisível em se tratando do modelo de dados relacional formal.

II - O modelo XML utiliza estruturas de árvore hierárquicas onde os dados são representados como elementos e, com o uso de tags, os dados podem ser aninhados para criar estruturas hierárquicas complexas.

III - O modelo hierárquico representa os dados como estruturas de árvores hierárquicas, mas não existe uma linguagem padrão para ele. Uma DML hierárquica popular é a DL/1.

IV - Novos modelos estão surgindo com a denominação de modelo de dados legados. O modelo de dados legados é uma combinação dos clássicos modelos de dados em rede e hierárquico, expandido o modelo de dado em rede para relacionamentos além do 1 :N.

Estão CORRETAS apenas:

Analise as assertivas de I a IV:

I - Uma entidade representa, no modelo conceitual, um conjunto de objetos da realidade modelada.

II - O Diagrama de Entidade Relacionamento deve permitir a especificação das propriedades dos objetos que serão armazenadas no Banco de Dados. Uma das propriedades sobre as quais pode ser desejável manter informações é a associação entre objetos.

III - Os relacionamentos são conjuntos de associações entre entidades sobre as quais se deseja manter informações na base de dados.

IV - Os atributos apresentados no Diagrama de Entidade Relacionamento são mapeados para tabelas no Banco de Dados físico e, raramente, apresentam cardinalidade binária.

De acordo com Heuser (2009), está CORRETO o que se afirma em:

Fernando está usando a linguagem SQL (ANSI) e pretende fazer uma atualização nos dados Nome_Cli e End_Cli do cliente cujo Cod_Cli é Cli01, na tabela Cliente. Nome_Cli passará a ser Ariana e End_Cli passará a ser Rua ABC. O código SQL correto que Fernando escreveu foi:

..I.. Cliente

..II.. Nome_Cli = 'Ariana', End _Cli = 'Rua ABC'

..III.. Cod_Cli = 'Cli01';

Para que o código esteja correto, as lacunas I, II e III devem ser preenchidas, respectivamente, por

Considere a seguinte estrutura de dados:

Considere os seguintes requisitos técnicos:

- A estrutura Faturas_Cliente está inserida na estrutura do cliente ao qual pertence.

- Cod_Cliente é o atributo identificador de Cliente.

- Número_Fatura é o atributo identificador de Fatura.

- Um cliente é cobrado em uma ou mais faturas e uma fatura cobra um e somente um cliente.

- O mapeamento relacional fará com que os atributos identificadores (grifados nas estruturas apresentadas acima) componham as chaves primárias (Primary Key - PK), nas tabelas correspondentes dos bancos de dados relacionais.

Após a aplicação da normalização (até a Terceira Forma Normal - 3FN),