课件第 17 页那张订单表就叫 Order，照着敲一遍试试。
ORDER 是保留字，光秃秃地当表名会报 1064，加上反引号才行。
课件的表名用 Order，落到 MySQL 上必须加反引号或者改名。
换个名字叫 Orders，是不是更省事？
课件第 19 页用户表里，登录密码那一行写的是 char()。
空括号报 1064。密码存的是摘要，长度固定，这里按 32 位补上。
课件第 19 页 cuspassword 写成 char()，括号里漏了数字。
密码为什么不用 VARCHAR？
课件的建表例子写到 PRIMARY KEY 就断了，下一行直接是索引。
少一个右括号就报 1064，补上再跑就成了。
课件第 22 页那段建表语句缺右括号和分号，照抄跑不通。
连分号也漏掉的话，终端会怎么样？
类型和长度全照课件表 14-1、14-2、14-4。
缩略图存的是路径不是图片，所以是 VARCHAR(100) 而不是二进制。
概述 500 字比商品名 40 字长得多，长短不一的一律用 VARCHAR。
地址十列，物流五列，外码先不加，等表都建齐了再说。
联系人 char(4) 只装得下四个字，五个字的名字会撞 1406。
物流编号 char(3) 最多一千条，订单编号却有 17 位，两边差得远。
这两处位数，你会怎么改？
三张都是联合主码，两列各自又是外码。
课件这三张表只标了主码，外码得自己补上，不然引用不住。
课件第 16、20 页的三张联系表没标外码，落地时要加。
上一章十个关系模式，这一章十张真表。
回显末行写着 10 rows in set，跟上一章那份清单对得上。
逻辑结构只说有哪几列，类型、长度、索引全在物理结构这一步定，跟业务量估计有关。
头一句先按被引用的反序删干净，再从零建一遍。
从需求到这十条 CREATE TABLE，四章书走完了，下一步就是装数据。
这十张表还差什么才能用？