Questões da Prova FCC - 2015 - MANAUSPREV - Analista Previdenciário - Tecnologia da Informação

No processo de engenharia reversa de um Banco de Dados Relacional o designer pode precisar particionar os elementos do modelo da engenharia reversa em pacotes de áreas de assunto que contêm conjuntos logicamente relacionados de tabelas. A transformação do Modelo de Dados em Modelo de Design pode utilizar um procedimento para produzir Classes de Design a partir dos elementos de modelo no Modelo de Dados. A tabela abaixo mostra um resumo do mapeamento geral entre os elementos do Modelo de Design e os elementos do Modelo de Dados.

            Elementos do Modelo de Dados             Elementos do Modelo de Design Correspondente
            Tabela                                                        I
            Coluna                                                       Atributo
            Relacionamento sem Identificação               II
            Tabela de Interseção                                   Classe de Associação
                                                                               Associação de Muitos-para-Muitos
                                                                               Associação Qualificada
             Relacionamento de Identificação                 Agregação
             Cardinalidade                                             Multiplicidade
             Restrição de Verificação com uma
              cláusula enumerada                                    Classe << ENUM>>
             Esquema                                                     III

Completam, correta e respectivamente, as lacunas I, II e III da tabela:

Uma transação é uma unidade atômica de trabalho que ou estará completa ou não foi realizada. Para propostas de restauração, o administrador de restaurações mantém o controle das seguintes operações:

- BEGIN_TRANSACTION: Marca o início da execução da transação.
- READ ou WRITE: Especifica operações de leitura ou gravação em itens do banco de dados, que são executadas como parte de uma transação.

I. Especifica que as operações READ e WRITE da transação terminaram e marca o fim da execução da transação. Entretanto, nesse ponto é necessário verificar se as mudanças introduzidas pela transação podem ser permanentemente aplicadas ao banco de dados (efetivadas), ou se a transação deverá ser abortada porque viola a serialização, ou por alguma outra razão.
II. Indica término com sucesso da transação, de forma que quaisquer alterações (atualizações) executadas poderão ser seguramente efetivadas no banco de dados e não serão desfeitas.
III. Indica que uma transação não terminou com sucesso, de forma que quaisquer mudanças ou efeitos que a transação possa ter aplicado ao banco de dados deverão ser desfeitas.

As operações I, II e III correspondem, correta e respectivamente, a:

Considere Modelo Entidade-Relacionamento - MER, abaixo:

                        

Para realizar a derivação do MER acima para o esquema relacional, é correto afirmar que

Considere a tabela TabPREV do banco de dados relacional BD_PREV que possui os seguintes campos:

            Matrícula       Nome       Data_Aposentadoria       Valor_Aposentadoria
            numérico          string         data                                    numérico

O comando SQL capaz de apresentar todas as pessoas que se aposentaram entre 1° de Janeiro de 2009 e 31 de Dezembro de 2014 por ordem crescente de valor da aposentadoria é:

Considere a arquitetura de um SGBD mostrada na figura abaixo.

                        

Trata-se de uma arquitetura