数据库中的DDL与DML

标签:数据库

记录下DDL和DML的相关概念。

数据定义语言

定义数据库模式

数据定义语言DDL(Data-Definition Language)可定义数据库模式。数据库模式在之前的文章中已经提到过了。简单来说,建表用的SQL语句就是DDL。如下代码

CREATE TABLE department(dept_name char(20),building char(15),budget numeric(12,2));

这个SQL语句便定义了一张“department”表。并定义了该表有三个列,以及与该列相关的数据类型。

为什么要有DDL呢?之前提到数据库模式的时候有说过:模式是预先设计好的。比如上面这个department表:按照生活常识来讲,部门名字不会是单个数字,而预算金额一般是纯数字。所以我们限制“dept_name”列的数据类型为char,”budget“列的数据类型为numeric(数字的)。

结合生活经验也能知道,存储在数据库中的数据值都必须要满足某些一致性约束。除了程序员规定的一致性约束之外,数据库系统本身实现的则为(数据)完整性约束。

写者注

一致性约束:比如我们规定一个人的姓名不允许为“123”。如果出现了该情况,表明有错误的数据(此处为错误的数据类型)进入到了姓名数据库中,导致该数据和该数据库的约束”不一致“。
  • 域约束(domain constraint):每个数据必须对应一个所有可能取值构成的域。域约束也是完整性约束的最基本形式。
  • 引用完整性(referential integrity):举个例子。你考完驾照后,在驾照的数据库(假设有的话)中会录入你的名字Yname。此前在公安局那边的人口数据库中也应该有你对应的YName。简单来说:你驾照上的名字必须是人口数据库中真实存在的,你驾照上的名字实际上是引用了人口数据库中的“Name”列中的值。
  • 授权(authorization):不同用户对于数据库的不同数据有不同的访问权限。这个也很好理解。比如你只能读取你银行卡有多少钱,但不能直接修改你的银行卡金额,也不能删除别人的银行卡账户。

数据操纵语言

访问或操控数据

如果说DDL是总工程师,那数据操控语言DML(Data-Manipulation Language)就是下面搬砖的。

DML有以下几种访问类型:

  • 对存储在数据库中的信息进行检索
  • 向数据库插入新的信息
  • 删除数据库中的信息
  • 修改数据库中的信息

DML有以下两种类型:

  • 过程化的DML(procedural DML):要求用户指定需要什么数据,以及如何获得这些数据。
  • 声明化的DML(declarative DML):也称为非过程化的DML。只要求用户指定需要什么数据。

很明显后者比过程化的DML简单,我们在SQL中最常用的“查询语句“(query language)就是非过程化的DML。比如下面这段最直接的查询代码:

SELECT * FROM department;

在mysql中试一下,效果如图

而过程化的DML在Oracle那块的PL/SQL“貌似”经常被提及,以后碰到再记录吧。

写者注

去博客园上也没找到专门说“过程化DML”的文章。虽然我个人认为像SELECT这种应该算过程化的DML,因为要指明从哪个表获取数据。但心里还是没个底。

猜你喜欢

转载自blog.csdn.net/white_night_SZTU/article/details/133212922
今日推荐