A arquitetura detalhada de um SGBD (C. J. DATE), além das vi...

A arquitetura de um SGBD abstrai diversas preocupações do desenvolvedor, dentre elas: armazenagem física, recuperação, remoção, manutenção, etc. Então vamos imaginar o que o SGBD resolveu sobre 3 visões diferentes:De uma forma geral:1) A visão externa é a mais próximo dos usuários finais, programadores de aplicações comerciais, estudantes etc. Assim para cada tipo de usuário há uma maneira diferente de apresentar os dados. Então a maior preocupação com esta visão é a interação com o mundo externo, logo visão externa. 2) Como expressar o que é necessário no mundo real? Quais são as restrições? Quais são as permissões de acesso? Como definir quem são os elementos e quais são suas estruturas? Isto tudo é uma visão conceitual. Não existe uma preocupação em como os dados serão armazenados, mas em como eles são estruturados.Boa parte disto pode ser escrito em uma DDL.3) Aqui, apesar do nome ser interno, ainda não está no nível físico, mas muito próximo, talvez apenas uma camada, dependendo do SGBD. Neste momento existe uma preocupação no armazenamento, mas sem se preocupar com os dispositivos que farão realmente esta tarefa. Neste momento há uma preocupação a mais: manter alem dos dados, sua estrutura para garantir o entendimento dos dados. Esta é uma visão interna do SGBD.E como isto é uma arquitetura, logo todas estas visões possuem uma ligação e esta ligação é feita através de mapeamentos e este mapeamento, como deveria ser em qualquer arquitetura de software deve ser de cima para baixo, do mais externo ao mais interno, do mais alto nível ao mais baixo nível. Por isto:Visão Externa -> Visão Conceitual -> Visão Interna Fiz um resumo sobre Arquitetura de BD e postei no meu blog pra quem quiser ver: 
http://www.diegomacedo.com.br/modelagem-conceitual-logica-e-fisica-de-dados/

LETRA B. Apesar da questão citar o autor DATE, responderei nas palavras de NAVATHE.

Segundo Navathe(2011,p.23),"Em um SGBD baseado na arquitetura de três esquemas, cada grupo de usuários recorre ao seu próprio esquema externo. Assim, o SGBD precisa transformar uma solicitação especificada em um esquema externo em uma solicitação no esquema conceitual, e depois em um solicitação no esquema interno para o processamento no banco de dados armazenado."

**Portanto, a ordem cronológica é E(esquema externo) para C( esquema conceitual) e de C( esquema conceitual) 

para I( esquema interno).

Bibliografia:

SISTEMAS DE BANCO DE DADOS-6 EDIÇÃO-NAVATHE

A alternativa correta é a letra B - E para C e de C para I. Para compreender por que essa alternativa é a correta, é essencial conhecer a estrutura de três níveis proposta por ANSI/SPARC, que é um modelo para sistemas de gerenciamento de banco de dados (SGBD). Esta estrutura consiste em três níveis de abstração:

• Nível Externo (E): Refere-se às visões dos usuários, ou seja, é o nível mais próximo dos usuários finais, contendo diversas visões do banco de dados, cada uma adequada às necessidades dos diferentes tipos de usuários.
• Nível Conceitual (C): Este é o nível de abstração intermediário que apresenta uma visão única e global da estrutura do banco de dados, independente de como os dados estão fisicamente armazenados, sendo responsável pela descrição dos dados em sua totalidade.
• Nível Interno (I): Corresponde ao nível físico, detalhando como os dados estão fisicamente armazenados no sistema. Esse nível também lida com estruturas de armazenamento de baixo nível, como índices e armazenamento de registros.

Com estas definições em mente, vamos entender o mapeamento:

• O mapeamento de E para C é o processo pelo qual a visão do usuário é transformada na visão conceitual do banco de dados, garantindo que as requisições dos usuários sejam atendidas de acordo com a estrutura lógica global.
• O mapeamento de C para I envolve a conversão da visão conceitual para a visão interna, determinando como os dados conceituais serão armazenados fisicamente no banco de dados.

A sequência correta de mapeamentos na arquitetura de um SGBD é, portanto, primeiro do nível externo para o conceitual e depois do conceitual para o interno, assim como descrito na alternativa B. Esse fluxo de mapeamento garante que as operações realizadas pelos usuários sejam representadas corretamente no banco de dados e que a eficiência do armazenamento e recuperação de dados seja mantida.