通过UML类图，清晰的描述了表之间的关系。所以，在大型项目开发中，必须借助工具设计数据库，展示数据库的结构和关系，这样我们才能优化、改进数据库，数据库不是一下就能设计成功的，往往要根据需求的理解而发生变动。很多童鞋可能会问为什么用实体类，我只说一句话：用实体类便于在程序中对数据库进行操作，实体类是对数据的打包，便于数据传递。剩下的就要去google啦~不多说。这下我们的数据库设计算是完工了，删掉原来的数据库，对照这UML实体类图写优化后的数据库脚本，代码如下：
|
--创建数据库 --指定数据库 --创建年级表 --创建班级表 --创建t_student表 |
在讲代码之前，必须先说什么是外键约束，外键约束就是：A表的某个字段用到了B表的主键字段，那么A表中的这个字段就叫外键，A、B两个表间的约束关系就叫外键约束。A表的外键字段必须依赖于B表的主键字段，如果向A表外键字段中添加一个B表主键字段中不存在的数据，那么将失败。外键约束保证了数据的完整性和合理性。
这段代码，我还是要重点说说约束，与上一次创建表不同的是，不仅仅是表多了，而且最后多了外键约束，CONSTRAINT是创建一个约束，后边接约束名；FOREIGN KEY代表该约束是外键约束，括号里写字段名，代表这个字段是外键；REFERENCES是参考的意思，也就是参考哪个表里的哪个字段，也就是主键在哪，后边接"表名(字段名)"。其实我是故意把它写在最后的边的，外键约束也是约束，完全可以放在字段定义的最后边，也就是NOT NULL那个位置上，我这样写是想告诉大家还有另一种写法，所有的约束都可以类似这样写，就是换个位置，我现在提出来避免大家以后见到发蒙。需要注意的是，创建表的括号里，无论是写约束还是写字段，都要用逗号分隔，千万别忘了。
相关链接：
