da alteração de uma senha utilizada por qualquer usuário do banco de dados.

de alguma operação de exclusão, modificação ou inserção de um registro em uma tabela do banco de dados.

da queda de energia do servidor do banco de dados por um período maior do que uma hora.

da substituição de um disco em uma arquitetura RAID de armazenamento de dados.

da execução de um comando de consulta, por meio do SQL, sem a cláusula “where”.

uma tabela CONSULTA entre MEDICO e PACIENTE, fragmentando o relacionamento N para N identificado em dois relacionamentos 1 para N. A chave primária dessa tabela poderá ser composta pelos atributos CRMMedico, CodigoPaciente, DataConsulta e HoraConsulta.

definir a cardinalidade N para N ao relacionar as tabelas MEDICO e PACIENTE, de forma que ambas fiquem com uma chave primária composta pelos atributos CRMMedico e CodigoPaciente.

definir a cardinalidade N para N ao relacionar as tabelas MEDICO e PACIENTE, pois todos os Sistemas Gerenciadores de Banco de Dados possuem suporte à criação de relacionamento direto N para N, 1 para N e 1 para 1.

uma entidade intermediária entre MEDICO e PACIENTE, fragmentando o relacionamento N para N identificado em dois relacionamentos 1 para 1. A chave primária da nova entidade deverá obrigatoriamente ser composta pelos atributos CRMMedico e CodigoPaciente.

uma entidade intermediária entre MÉDICO e PACIENTE, fragmentando o relacionamento N para N identificado em dois relacionamentos N para N. Essa entidade deverá obrigatoriamente ter como chave primária simples um atributo CodigoConsulta.

unidade de disco fixa.

unidade lógica aritmética.

planilha eletrônica.

banco de dados.

SELECT * FROM COD_FUNC AND NOME WHERE SAL BETWEEN 1000 AND 3000 AND COD_DEP=3

SELECT * FROM TAB_FUNC WHERE SAL BETWEEN 1000 AND 3000

SELECT COD_DEP=3 FROM TAB_FUNC WHERE SAL BETWEEN 1000 AND 3000

SELECT COD_FUNC, NOME FROM TAB_FUNC WHERE COD_DEP=3 AND SAL BETWEEN 1000 AND 3000

SELECT COD_FUNC AND NOME FROM TAB_FUNC WHERE COD_DEP=3 AND SAL BETWEEN 1000 AND 3000

primeira, terceira e segunda forma normal.

primeira, segunda e terceira forma normal.

segunda, terceira e primeira forma normal.

segunda, primeira e terceira forma normal.

terceira, primeira e segunda forma normal.

entidade fraca.

entidade associativa.

relacionamento ternário.

auto-relacionamento.

visibilidade.

a periodicidade de atualização e a volatilidade da informação, apesar de importantes, não são relevantes para a implementação do backup.

para a implementação do backup deve-se levar em consideração apenas a importância da informação e o nível de classificação utilizado.

os backups devem ser mantidos em local físico distante da localidade de armazenamento dos dados originais.

a Política de Segurança não trata das diretrizes necessárias para orientar o desenvolvimento dos procedimentos de backup e restore.

quando os backups são realizados por empresas terceiras, como, por exemplo, provedores de sites de contingência, não é necessário produzir uma cópia adicional de segurança dos backups considerados mais críticos.

Não é necessário fazer backups de arquivos de configuração e logs, apenas dos arquivos de dados.

É recomendável incluir nos backups arquivos binários (executáveis e bibliotecas).

Os backups não precisam ser verificados após a sua geração porque as ferramentas de backup possuem mecanismos imunes a falhas.

É necessário que os backups sejam feitos de forma manual pelos administradores de sistemas para garantir a consistência e segurança dos dados.

O local onde são guardados os backups deve ter acesso restrito e ser protegido contra agentes nocivos naturais (poeira, calor, umidade, dentre outros).

Lan free.

Business Copy.

SnapShot.

Server free.

Tape Library.