随笔分类 - 数据库设计
摘要：最近加字段，突然想起几年前一次大表加字段的事情。 缘起： 公司的订单表和配送单表，以前金额字段是：decimal(19,3)类型，正常肯定够用，但是财务有个需求，需要把字段类型从 decimal(19,3) 改成decimal(38,10)类型，支持10位小数点。 当BI部门给我提这个需求时，也没觉
阅读全文
摘要：用友数据库表名参照表1 Accessaries 成套件表2 AccInformation 帐套参数表3 AdjustPVouch4 AdjustPVouchs5 Ap_AlarmSet 单位报警分类设置表6 Ap_BillAge 帐龄区间表7 Ap_Cancel 核销情况表8 Ap_CancelNo 生成自动序号9 Ap_CloseBill 收付款结算表10 Ap_CtrlCode 控制科目设置表...
阅读全文
摘要：原创：胖子刘（转载请注明作者和出处，谢谢） （二）自联结模式 自联结模式，也可以看作是“主从模式”的一种特殊情况（或者说是“变形”），它在一张表内实现了“一对多关系”，并且可以根据业务需要实现“有限层”或者“无限层”的主从嵌套。 这种模式用得最多的情况就是实现“树形结构”数据的存储，比如各大网站上常见的细分类别、应用系统的组织结构、Web系统的菜单树等都能用到这种模式。 自联结模式有很...
阅读全文
摘要：除了上面提到的四种主要设计模式，还有一些其他模式，在某些项目中可能会用到，在这里先简单做个说明，暂不做深入讨论，等到以后的项目用到这些模式的时候，再结合实际需求详细解说。 （一）继承模式 继承模式，可以看作是“主从模式”的一种特殊情况（或者说是“变形”），它所代表的两个对象也是“一对多”的关系。它与“主从模式”的区别是，“继承模式”中从表的主键是复合主键，并且复合主键中必定包含主表的主键列。 ...
阅读全文
摘要：（五）使用上述四种模式的一般原则 1. 什么时候用“主扩展模式”？ 对象的个数不多；各个对象之间的属性有一定差别；各个对象的属性在数据库设计阶段能够完全确定；各个扩展对象有独立的、相对比较复杂的业务处理需求，此时用“主扩展模式”。将各个对象的共有属性抽取出来设计为“主表”，将各个对象的剩余属性分别设计为相应的“扩展表”，“主表”与各个“扩展表”分别建立一对一的关系。 2. ...
阅读全文
摘要：多对多模式 也是比较常见的一种数据库设计模式，它所描述的两个对象不分主次、地位对等、互为一对多的关系。对于A表来说，一条记录对应着B表的多条记录，反过来对于B表来说，一条记录也对应着A表的多条记录，这种情况就是“多对多模式”。 “多对多模式”需要在A表和B表之间有一个关联表，这个关联表也是“多对多模式”的核心所在。根据关联表是否有独立的业务处理需求，可将其划分为两种细分情况。 1. ...
阅读全文
摘要：名值模式: 通常用来描述在系统设计阶段不能完全确定属性的对象，这些对象的属性在系统运行时会有很大的变更，或者是多个对象之间的属性存在很大的差异。 举例如下（注：这个例子已经作了相当程度的简化，仅仅是用来帮助大家理解“名值模式”这个概念来使用的，请大家注意）。 1. 使用名值模式进行设计时，如果对“其他属性”仅作浏览保存、不作其它任何特殊处理，则通...
阅读全文
摘要：（二）主从模式 主从模式，是数据库设计模式中最常见、也是大家日常设计工作中用的最多的一种模式，它描述了两个表之间的主从关系，是典型的“一对多”关系。 举例如下（注：这个例子已经作了相当程度的简化，仅仅是用来帮助大家理解“主从模式”这个概念来使用的，请大家注意）。 比如论坛程序。一个论坛通常都会有若干“板块”，在每个板块里面，大家可以发布很多的新帖。这时候“板块”和“发帖”就是...
阅读全文
摘要：一）主扩展模式 主扩展模式，通常用来将几个相似的对象的共有属性抽取出来，形成一个“公共属性表”；其余属性则分别形成“专有属性表”，且“公共属性表”与“专有属性表”都是“一对一”的关系。 “专有属性表”可以看作是对“公共属性表”的扩展，两者合在一起就是对一个特定对象的完整描述，故此得名“主扩展模式”。 举例如下（注：这个例子已经作了相当程度的简化，仅仅是用来帮助大家理解...
阅读全文
摘要：刚到公司不久，才知道公司产品在性能上有问题，数据量和并发数一大，系统就很慢，需要优化。在和公司技术同事讨论某模块优化，通过sql无法优化，因为系统sql是判断5个纬度，一个用户id, 一个机构id，一个岗位id, 还有级别判断和是否公共。
阅读全文