SQL Server数据库程序设计提取业务规则.pptVIP

 4.3 提取重要的业务规则-5 图4-1给出了此数据库关系模型的很小一部分。为了查找特定图形的版税率，将需要查找该书的BookId的RoyaltyRates记录。  4.3 提取重要的业务规则-6 现在，计算版税支付费用比以前要稍微多费一点事（尽管仍能够将实现细节隐藏到存储过程中），但是可以为今后的图书方便地创建新的版税明细表。 自学 4.4 多层应用程序 小结： 理解业务规则。 识别值得特别注意的重要规则。 通过将他们的数据提取到表中、将它们转移到存储过程中或放到中间层中，来做到在物理上或逻辑上隔离重要的业务规则。 将业务规则从数据库的表结构中分离出来是一种使数据库变得更有效和更灵活的一种途径。 * 因此将检查转移到存储过程的目的是什么呢？一定程度上这是理解问题。将检查从数据库的表结构中取出，并使它成为一个存储过程可以在逻辑上与表相分离。这样做可以较为容易地把数据库的维护工作分解成结构工作和编程工作。 当然，也可以将检查约束构建到使用传统编程语言编写的程序代码中。可以从数据库中调用此代码或者可以在项目中的用户界面上使用它。 * * * * SQL Server数据库程序设计 主讲： 张蓉 2010-2011-2 知识要点 将实体关系模型转换成关系模型 认识业务逻辑 识别业务逻辑的方法 修改关系模型以隔离业务规则的方法 4.1 关系模型3-1 回顾关系数据库中的基本概念，如表、元组、行和列。 表：可以非正式地将关系数据库视为表的集合，每个表又包含行和列。 表的正式术语是“关系”。 列的正式术语是“属性” 行的正式术语是“元组”，英文为tuple。 4.1 关系模型3-2 表5-1给出了关系数据库中的关键术语和语义对象模型及ER图中使用的术语之间的映射关系。 4.1 关系模型3-3 二、 转换ER模型 同语义对象模型 示例：见关系模型.doc 小结 不同类型的模型有助于定义问题。它们标识了对问题至关重要的实体，并且阐明了这些实体之间的关系。然后，你可以使用这些模型来检查你对此问题的理解情况，并验证模型提供了必要的数据以满足问题的用例和其他要求 4.2 认识业务逻辑9-1 优化关系模型的目的：使最终的数据库尽量灵活和高效。 优化数据库的第一步是提取业务规则。至少在逻辑上，业务规则与其他数据库约束和关系相分离可以使以后对数据库的更改更为容易。 4.2 认识业务逻辑9-2 业务规则描述业务认为重要且值得记录的对象、关系和操作。它们包括用来定义企业操作和处理日常业务的方式的规则和策略。通常而言，业务规则有助于企业实现目标和履行职责 4.2 认识业务逻辑9-3 例如，一些通用的商务（业务）规则可以是以下几种。 当顾客进入商店时，离顾客最近的店员使用“欢迎光临”的语言来问候顾客。 当开具超过200元的支票或者收费超过500元时，店员要求查看客户的ID（身份），但收费少于250时则不要求签名。 早上第一个上班的员工负责泡第一壶茶水。 4.2 认识业务逻辑9-4 数据库相关的业务规则举例2-1 在客户购买某物并拥有相关订单之前不要创建客户记录。 客户记录必须有名和姓。 如果一个学生没有登记一门课程，则将状态字段更改为非活动。 如果一个售货员在一个月内售出10个以上的热浴盆，那么奖励2000元。 所有联系人记录必须至少包含一个电话号码或一个电子邮件地址。 4.2 认识业务逻辑9-5 数据库相关的业务规则举例2-2 如果在加上税款和运货费之前订单总额即已超过1000元，那么给10%的折扣。 如果在加上税款和运货费之前订单总额即已超过500元，那么免费送货。 员工获得1%的折扣。 如果库存商品的现货量降到上个月售出的货物数量以下，那么订购更多的货物。 4.2 认识业务逻辑9-6 从数据库的角度看，业务规则就是约束。一些是简单的约束，如下所示。 所有的订单都必须含有联系电话。 像这样的简单规则可以方便地映射到关系数据库提供的特性。可以容易地指出某个字段具有某种数据类型或者它是必需的。 4.2 认识业务逻辑9-7 另一些业务规则可以表示非常复杂的约束，例如： 学习的课程小时数加上项目小时数必须介于1和14之间。 可以使用检查约束或外键约束来实现一些这样更复杂的规则。 4.2 认识业务逻辑9-8 另外，还有一些业务规则更为复杂。 例如： 一名教师的课时数、实验室和办公室的工时数总和不能少于30个面授课时，每课时最多等于1/2办公时数，实验室工时等于1个办公时数，论文指导算作2个小时。 这种约束可能要求