一些感悟2022

在数据库的三级模式结构中， 模式 是数据库的中心与关键， 独立于数据的其他层次， 设计数据库 也是 首先设计数据库的逻辑模式

数据库的内模式 依赖于数据库的全局逻辑结构，但独立于数据库的用户视图， 也就是外模式。 也独立于具体的储存结构

内模式将全局逻辑结构中所定义的数据结构 及其联系 按照一定的物理储存策略 进行组织 ， 以的达到较好的时间和空间效率

数据路的外模式 面向具体的应用程序， 它 定义在逻辑模式之上 ， 但独立于储存模式和储存设备， 当应用需求发生较大变化。 相应的外模式不能满足用户的要求时 ， 该外模式就需要做相应的改动， 所以 设计 外模式时 应 充分考虑应用的扩充性

应用程序都是在外模式描述的数据结构上编写的， 而且 应该只是 依赖于 数据库的外模式， 并与数据库的模式和储存结构独立， 不同的应用成都旭有时 可以共用一个外模式 数据库管理系统提供的两级映像功能保证了 数据库库外模式对的稳定性， 从而从底层保证了 应用程序的稳定性， 除非应用需求本身发生变化， 否则 应用 程序 一般不需要 修改

数据与程序之间的独立性， 使得数据的定义和描述可以从应用程序中分离出来， 另外， 由于数据的存取由 DBMS 负责管理 和实施， 用户不必考虑 存取路径等细节， 简化了应用程序的变质， 减少了对应用程序的维护和修改工作

本章 首先 介绍了数据库中数据模型的概念， 数据模型根据其 应用 的对象分两个层次

概念层数据模型 和组织层数据模型

概念层数据模型就是一种 第一次抽象

和具体的数据库管理系统无关

是用户与 数据库设计人宁愿的交流工具， 因此 概念层数据模型一般采用比较 直观的模型

实体 联系模型时应用范围很广的一种模型

组织层数据模型时对现实世界 信息的第二次抽象， 它 和具体的数据库管理系统有关， 也就是 和数据库管理系统采用的数据组织方式有关， 从概念层数据 模型到组织层数据模型的转换一般是很方便的

最后班长从体系结构分析了数据库系统 介绍了三个模式和两个影响，

微啊模式接近用户， 模式结余内模式和外模式， 提供数据的公共视图， 内模式 最进阶 物理储存， 考虑数据的物理储存方式， 两个影响分别是外模式到模式的映像 ，模式到内模式的映像， 这两个影响是提供数据的逻辑独立性 和物理独立性的关键

sql 预言可以直接 以命令方式交互 使用， 可以 嵌入到程序设计 预言中使用， 现在 很多数据库 应用开发工具 都将 sql 语言 直接融入自身的语言当中， 使用起来非常方便， 这些使用方式为用户提供了 灵活的选择余地， 而且 不管是 哪种 方式， sql 语言的语法 基本都是一样的