2012年11月23日

通用分页存储过程

摘要: 1Community_Common_Count_USP2/**//*3作者:SLIGHTBOY4建立日期:2005-8-175修改日期:6存储作用:通用记录统计7作用数据库:自定义8输入变量:9@KeyColumn主键字段名10@TableName表格名称11@SearchQuery查询条件默认''12输出变量:13中间变量:14*/15CREATEPROCEDUREdbo.Community_Common_Count_USP16(17@KeyColumnvarchar(20),18@TableNamevarchar(20),19@SearchQueryvarchar(400) 阅读全文

posted @ 2012-11-23 13:03 844916072 阅读(147) 评论(0) 推荐(0)

数据库设计--多对多模式(转)

摘要: 数据库设计--多对多模式(转)多对多模式 也是比较常见的一种数据库设计模式,它所描述的两个对象不分主次、地位对等、互为一对多的关系。对于A表来说,一条记录对应着B表的多条记录,反过来对于B表来说,一条记录也对应着A表的多条记录,这种情况就是“多对多模式”。“多对多模式”需要在A表和B表之间有一个关联表,这个关联表也是“多对多模式”的核心所在。根据关联表是否有独立的业务处理需求,可将其划分为两种细分情况。1. 关联表有独立的业务处理需求。举例如下(注:这个例子已经作了相当程度的简化,仅仅是用来帮助大家理解“多对多模式”这个概念来使用的,请大家注意)。比如网上书店,通常都会有“书目信息”和“批发单 阅读全文

posted @ 2012-11-23 12:57 844916072 阅读(595) 评论(0) 推荐(0)

据库设计--使用上述四种模式的一般原则(转)

摘要: 据库设计--使用上述四种模式的一般原则(转)(五)使用上述四种模式的一般原则1. 什么时候用“主扩展模式”?对象的个数不多;各个对象之间的属性有一定差别;各个对象的属性在数据库设计阶段能够完全确定;各个扩展对象有独立的、相对比较复杂的业务处理需求,此时用“主扩展模式”。将各个对象的共有属性抽取出来设计为“主表”,将各个对象的剩余属性分别设计为相应的“扩展表”,“主表”与各个“扩展表”分别建立一对一的关系。2. 什么时候用“主从模式”?对象的个数较多且不固定;各个对象之间的属性几乎没有差异;对象的属性在数据库设计阶段能够完全确定;各个对象没有独立的业务处理需求,此时用“主从模式”。将各个对象设计 阅读全文

posted @ 2012-11-23 12:55 844916072 阅读(148) 评论(0) 推荐(0)

数据库设计--继承模式(转)

摘要: 数据库设计--继承模式(转)除了上面提到的四种主要设计模式,还有一些其他模式,在某些项目中可能会用到,在这里先简单做个说明,暂不做深入讨论,等到以后的项目用到这些模式的时候,再结合实际需求详细解说。(一)继承模式继承模式,可以看作是“主从模式”的一种特殊情况(或者说是“变形”),它所代表的两个对象也是“一对多”的关系。它与“主从模式”的区别是,“继承模式”中从表的主键是复合主键,并且复合主键中必定包含主表的主键列。根据从表继承主表的列的数量,继承模式又分以下两种情况:1. 从表继承主表的全部列在这种情况下,从表除了代表自身的专用字段以外,还冗余了主表的全部字段。这种设计方式的缺点显而易见:数据 阅读全文

posted @ 2012-11-23 12:53 844916072 阅读(215) 评论(0) 推荐(0)

数据库设计--自联结模式(转)

摘要: 数据库设计--自联结模式(转) 原创:胖子刘(转载请注明作者和出处,谢谢)(二)自联结模式自联结模式,也可以看作是“主从模式”的一种特殊情况(或者说是“变形”),它在一张表内实现了“一对多关系”,并且可以根据业务需要实现“有限层”或者“无限层”的主从嵌套。这种模式用得最多的情况就是实现“树形结构”数据的存储,比如各大网站上常见的细分类别、应用系统的组织结构、Web系统的菜单树等都能用到这种模式。自联结模式有很多变体,且每种变体的优缺点同样鲜明。由于本连载的重点在于对跨行业通用数据库模型设计进行分析,所以对每种具体模式的细节方面的设计技巧不能作详细论述,请大家原谅。这里仅举两个例子说明:1. 简 阅读全文

posted @ 2012-11-23 12:52 844916072 阅读(178) 评论(0) 推荐(0)

导航