数据库体系结构分为三级：外部级、概念级和什么？

数据库结构分为三个层次： 1 .外部层面：用户视图、外部模式、单个用户看到的数据属性。
2 、概念层：总体视图、概念图、所有用户数据定义。
3 .内部层面：物理存储、内部模式、物理数据结构。

扩展：三层模式抽象，用户逻辑数据处理，物理层是基础，概念层是逻辑描述，用户层是界面，概念的子集。

数据库的基本结构

上周，一位客户向我询问他的数据库的三个级别。
我很困惑，感觉就像听到一本来自天堂的书。
如果你问我，我可以根据我上一个项目进行猜测。
你看，这个物理数据层其实就是最底层，就是硬盘中的0和1 比如我做的2 02 3 上海购物中心的项目，他们的核心数据存储在阿里云OSS中，是一个字节串。
这部分数据是原始的，用户处理的数据都是基于它的，但用户不需要担心。
数据库管理员（DBA）以内部模式处理这些位串。
如果想不通这一点，直接去重整硬盘数据，肯定会出问题的。

数据层的思路很容易理解。
这就是DBA角度的数据库，是整个数据库的逻辑结构。
还是在上海商场项目中，我们在设计数据库表的时候，就设计在了这一层。
例如，用户表、产品表和订单表，它们之间的关系、数据类型和约束都是在概念层定义的。
请注意，这里我们关心的是逻辑连接，而不是物理存储的位置。
比如分成几个库、几个表，这是物理层的问题。

最后是用户数据层，对收银员、老板等普通用户是有接口且可见的。
还是用商场的例子，在收银员使用的POS系统中，他可以看到订单、产品价格等，但是他看不到底层数据库是如何关联的，也不需要关心。
该层是为特定用户定制的，以查看他们需要的数据。

这三个级别通过地图连接。
例如，用户想要查一个订单，他首先在用户层启动查询，然后从外层模式到概念模式检索对应的逻辑记录，再到物理层，从概念模式提取数据到内层模式，再到物理层检索数据。
DBA和普通用户不需要担心这个过程，系统会自动改变。

但是如果不明白这三个步骤，出现问题时就不知从何入手。
例如，在过去的一个项目中，数据统计是错误的。
后来发现概念层准备的时候表连接没有固定。
导致物理层数据匹配不正确。
因此，了解这三个层次很重要。
虽然物理层不经常使用，但概念层和用户层的设计直接关系到系统的易用性和性能的好坏。
无论如何，你都能理解。
一旦理解了这一点，就可以解决问题。