给大家解释一下，刚刚我们创建完数据库，在这要引用一下，也就是use，这样才可以在指定数据库中建表。

　　create table当然就是建表的意思了，在表名前最好加一个“t_”，表示是表（table），这样容易区分，而且专业。括号里的就是这个表中的字段，格式是：字段名类型 约束，注意每个字段写完后边都要加逗号（最后一个就不用加啦），表示分隔。举这个例子，约束用的还是比较全的，重点说说约束。约束可是数据库中相当重要的东西，它保证了数据库的安全和稳定，同时也保证了数据完整性。约束主要有6种，分别是：NOT NULL约束（非空约束）、PRIMARY KEY约束（主键约束）、FOREIGN KEY约束（外键约束）、UNIQUE约束（唯一约束）、CHECK约束（检查约束）、DEFAULT约束（默认值约束）。这些约束可以用在任何字段的后边，一个字段也可以有多个约束，用空格分隔即可，比如上边的sex字段，就同时使用了非空约束和检查约束。当然，有些约束只能用一次，比如主键约束。我只是提了一下这些常用约束，大家了解我的目的就达到了，以后具体用到，再去google，就怕你不知道有这些约束。在查询分析器中执行这段代码，表就建立好了，提示一下：SQL查询分析器可以选中执行，也就是你选中那些代码就执行那些代码，建表的时候注意不要再次执行建数据库的语句哦。

　　五、优化数据库。

　　数据库设计是程序的根基，也是一门艺术。上一节我们设计的数据库，太随意了，什么都没有考虑，作为专业菜鸟，这样是不行的。

　　优化数据库，先要了解数据库设计三范式，简单说下：

　　1、第一范式：是指数据库表的每一列都是不可分割的基本数据项，同一列中不能有多个值，即实体中的某个属性不能有多个值或者不能有重复的属性。

　　2、第二范式：第二范式需要确保数据库表中的每一列都和主键相关，而不能只与主键的某一部分相关（主要针对联合主键而言）。

　　3、第三范式：第三范式需要确保数据表中的每一列数据都和主键直接相关，而不能间接相关。

　　这三个范式大致的意思就是：数据库中表的职责要单一，依赖关系明确，尽量减少数据库数据冗余。从网上查，可以查到很多个人理解，我在这也不理解了，核心思想就是我刚刚说的。我首先声明，三范式只是一个整体的指导思想，并不可能完全遵从，有时候数据冗余未必是坏事，要考虑实际情况。

　　很明显，刚刚我们设计的数据库不符合三范式的要求。在此表中学生应该依赖的是学号，而我们冒昧的把班级、年级也放在了这里，学生当然也应该依赖于班级、年级。这样一来，表就乱了，造成的直接后果就是数据不完整，比如我们由于失误，插入了一个年级是100的学生，而根本就没有100这个班级。这样还有个比较大的问题就是数据冗余，因为我们每插入一个学生，不得不记录一次班级、年级，造成大量无用数据。所以我们要改，要把一个表拆成三个，分别是：年级表、班级表、学生表。这样一来，数据库就显得漂亮多了。刚刚是一个表，我们还应付得过来，现在三个表，记不住了怎么办？别急，刚刚提到了UML图，它可以用来设计数据库。在程序设计过程中，数据库中的每一个表，都会在程序中映射成一个类，而表中的每一个字段，都是类中的一个属性，它们的类型是一致的，我们管他叫做实体类（可以提前google一下三层架构哦），这时我们可以借助于UML中的类图画出数据库的结构。如下图：