小知识:
mysql的pk nn uq bin un zf ai各代表的意思
[intrinsic column flags] (基本字段类型标识)

– PK: primary key (column is part of a pk) 主键
– NN: not null (column is nullable) 非空
– UQ: unique (column is part of a unique key) 唯一
– AI: auto increment (the column is auto incremented when rows are inserted) 自增

[additional data type flags, depend on used data type] 扩展数据类型标记

– BIN: binary (if dt is a blob or similar, this indicates that is binary data, rather than text) 二进制(比text更大的二进制数据)
– UN: unsigned (for integer types, see docs: “10.2. Numeric Types”) 整数
– ZF: zero fill (rather a display related flag, see docs: “10.2. Numeric Types”)值中最有意义的字节总为0，并且不保存。

索引简单介绍：
PRIMARY, INDEX, UNIQUE 这3种是一类
PRIMARY 主键。 就是 唯一 且 不能为空。
INDEX 索引，普通的
UNIQUE 唯一索引。 不允许有重复。
FULLTEXT 是全文索引，用于在一篇文章中，检索文本信息的。

举个例子来说，比如你在为某商场做一个会员卡的系统。
这个系统有一个会员表
有下列字段：
会员编号 INT
会员姓名 VARCHAR(10)
会员身份证号码 VARCHAR(18)
会员电话 VARCHAR(10)
会员住址 VARCHAR(50)
会员备注信息 TEXT

那么这个 会员编号，作为主键，使用 PRIMARY
会员姓名 如果要建索引的话，那么就是普通的 INDEX
会员身份证号码 如果要建索引的话，那么可以选择 UNIQUE （唯一的，不允许重复）
会员备注信息 ， 如果需要建索引的话，可以选择 FULLTEXT，全文搜索。

不过 FULLTEXT 用于搜索很长一篇文章的时候，效果最好。
用在比较短的文本，如果就一两行字的，普通的 INDEX 也可以。

创建订单方案(ORDER Schema)
首先让我们来创建一个保存订单物理模型的方案。点击 + 按钮（红色标注的地方）

更改新的方案默认名称为订单。注意，当你键入方案名时，在 Physical Schemata 上的标签名也会随之改变——这是一个很好的特性。

订单方案被增加到目录（Catalog）中 (图中红色圈住的部分)。

重命名方案后关闭 schema 窗口。

创建订单表
我们现在创建订单模型中的三个表：ORDER 表以及它的两个子表 SALES_ORDER 和PURCHASE_ORDER。首先，确信你已经选择了 ORDER 方案的标签，这样，我们创建的表才会包含于这个方案。

我们将要创建的表是作为 EER 图表展示的(EER = Enhanced Entity Relationship)。所以，双击 Add Diagram 按钮。

单击 Table 图标，然后移动鼠标到 EER Diagram 区域，在你想放置第一个表的位置上单击鼠标。

对于其他两个表，重复上面的操作。你可以通过拖拽来移动表的位置。

下一步，我们要对 table1 做一些操作，这些操作是通过 Workbench 的表编辑器完成的。要打开表编辑器，只需右键选择 table1 并选择 Edit Table 菜单。

键入 table1 的表名 ORDER 。

接下来，增加列（字段）。选择 Columns 标签。将列名(字段名) idORDER 更改为 ORDER_NO.

在下拉列表框中选择数据类型 INT 。

我们希望 ORDER_NO 列的值可以被 MySQL 数据库自动控制，所以，我们选定 AI 列 (Auto Increment——自增量).

AI 是 MySQL 数据库的一个特性。

你也可以指定表的其他物理属性，例如它的 Collation 属性；当然可以指定表的其他高级选项，例如 trigger 和 portioning （分别对应 Trigger 和 Partioning 标签）。

注意，这时，在 diagram 中我们表 table1 已经改变为 ORDER，并且，它有一个列（字段）ORDER_NO。在目录中，你也可以看到有三个表。

在表右侧的黑点，表示它们包含在一个图表中。

如果你展开 ORDER ，你可以看到 ORDER_NO 列。因为我们定义它为主键，所以在它左侧有一个 key 图标

回到表设计器，增加其他两列（字段）：ORDER_DATE 和 ORDER_TYPE。ORDER_TYPE 可以有两个值：S 表示销售订单，P 表示采购订单。由于销售订单是更常用的，所以我们指定列（字段）的默认值为 S 。

你可以在最后一列的下面白色区域双击鼠标来增加下一个字段

使用同样的方式来创建 SALES_ORDER 表及其中的列（字段）。

最后，创建 PURCHASE_ORDER 表及其中的列（字段）。

创建关系
我们已经创建了三个表。到这里并没有结束；我们仍旧需要创建它们的 关系。

SALES_ORDER 是 ORDER 的子表，意味着它们是 1:1 ，SALES_ORDER 为子表， ORDER 为父表，并将 ORDER 的键移动到 SALES_ORDER 。所以，选择（单击）1:1 identifying relationship 图标，然后在 SALES_ORDER 表上单击，再在 ORDER 表上单击。

注意，当你在单击表时，图标将变为带有 1:1 关系的手型。

1:1 关系就是这样设置的；ORDER_NO 主键被移动到 SALES_ORDER 表并作为它的主键。

下一步，创建 PURCHASE_ORDER 到 ORDER 的关系，它仍旧是 1:1 关系。

我们现在已经完成了表及表之间关系的设计；将我们的模型保存为 ORDER.mwb.

生成 DDL 和数据库
最终在本文设计数据模型的目的是为了建立 MySQL 数据库。我们将首先生成 DDL(SQL CREATE script)，然后执行这个脚本。

从 File | Export 菜单中，选择 Forward Engineer SQL CREATE Script.

你也可以在其中来查看表是否已经被创建。

全图文演示了在 MySQL Workbench 中如何可视的建立 MySQL 物理数据模型，并使用它来创建一个 MySQL 数据库。