基本对象命名：
| 对象名称 | 前缀 | 举例 |
| 表(Table) | 无 | Student |
| 字段(Column) | 无 | Title |
| 视图(View) | v | vActivity |
| 存储过程(Stored procedure) | pr | prDelOrder |
| 触发器(Trigger) | tr | trOrder_D |
| 索引(Index) | ix_ | ix_CustomerID |
| 主键(Primary key) | pk_ | pk_Admin |
| 外键(Foreign key) | fk_ | fk_Order_OrderType |
| Check 约束(Check Constraint) | ck_ | ck_TableColumn |
| Unique 约束 | uq_ | uq_TableColumn |
| 用户定义数据类型(User-defined data type) | udt | udtPhone |
| 用户定义函数(User-defined function) | fn | fnDueDate |
有关数据库的设计：
1. 如果要写代码来确保表中的行都是唯一的，就为表添加一个主键。
2. 如果要写代码来确保表中的一个单独的列是唯一的，就为表添加一个约束。
3. 如果要写代码确定表中的列的取值只能属于某个范围，就添加一个 Check 约束。
4. 如果要写代码来连接 父－子 表，就创建一个关系。
5. 如果要写代码来维护“一旦父表中的一行发生变化，连带变更子表中的相关行”，就启 用级联删除和更新。
6. 如果要调用大量的 Join 来进行一个查询，就创建一个视图。
7. 如果要逐条的写数据库操作的语句来完成一个业务规则，就使用存储过程。
避免无谓的表格后缀：
Guest而非GuestInfo
最好使用单数的形式给表命名：
Customer而非Customers
所有表示时间的字段，统一以 Date 来作为结尾。
所有表示数目的字段，都应该以 Count 作为结尾。
所有代表 链接的字段，均为 Url 结尾:
表示图片的：ImgUrl
用到布尔值的字段：
布尔类型的值均以 Is、Has 或者 Can 开头。例：IsValid。
多对多关系中连接表的命名：
建议的写法是将两个表的表名 合并(如果表名比较长可做简化)，此处如 StudentCourse。
表的外键包含的字段，使用 表名+ID 的方式。
Check 约束的命名规则：
尽管 Check 约束是针对字段的，但在同一数据库中，却不能有同名 的 Check 约束。所以，建议使用 ck_ + 表名 + 字段名 来命名它，比如这个范例脚本中的 ck_ArticleType。
Unique 约束的命名规则：
uq_ + 表名 + 字段名。
主键的命名规则：
pk_TableName。
外键的命名规则：
fk_外键所在的表名_外键引用的表名。
外键包含的字段的命名：
外键所在的表名 + Id。
Alter Table HotelInfo
Add Constraint fk_HotelInfo_City Foreign Key (CityID) References City(ID)
On Delete No Action On update No Action
fk_HotelInfo_City Foreign是外键的名称，City是表的名字，ID是City表中的字段。CityID=外键所在的表名 + Id。
存储过程的命名规则：
pr+名词+动词
prEmployeeDelById
prEmployeeGetById
prEmployeeInsert
prEmployeeUpdate