Alternativa A está correta criar apenas VIEWS no protótipo, definidas com consultas sobre as tabelas do sistema corporativo original.Uma VIEW é uma consulta armazenada que, ao ser acessada, sempre reflete os dados atuais das tabelas subjacentes. Como o protótipo realiza apenas consultas e usa o mesmo SGBD (PostgreSQL), criar VIEWs que consultam diretamente as tabelas do sistema corporativo original garante que os dados exibidos estejam sempre atualizados, sem nenhum impacto adicional na operação ou no desempenho do sistema original, pois não há escrita de dados, triggers ou processos extras rodando no sistema corporativo.Por que as outras estão erradas: B) Implantar TRIGGERS a cada INSERT em todas as tabelas do sistema corporativo original gera impacto direto no desempenho do sistema original a cada operação de escrita, contrariando o requisito de baixo impacto. C) TRIGGERS de atualização a cada SELECT não fazem sentido tecnicamente, pois SELECT não dispara triggers DML; além disso, essa abordagem não garantiria dados atualizados de forma eficiente. D) Particionar tabelas do sistema corporativo original não garante que os dados do protótipo estejam atualizados; particionamento é uma estratégia de organização física dos dados, não de sincronização. E) Utilizar DUMP e restauração a cada sessão de trabalho implica processo manual ou agendado, com janelas de desatualização e impacto na operação do sistema original durante a exportação.