数据库模型设计专栏

原创 如何查看SQL Server 2000数据库每个表占用的磁盘空间。

同样的命题在SQL Server 2005中，微软发布了一个报表，可以直接查看，但是这个报表不能用于SQL Server 2000。于是我就写了下面这几句话，可以返回同样的结果。create table tmp (name varchar(50),rows int,reserved varchar(50),  data varchar(50),index_size varchar(50),

原创 如何在PowerDesigner里面去掉统计信息

最新使用PowerDesigner对SQL Server 2000数据库作反向工程、以比较数据库和PDM的差异的时候，经常会从数据库中Reverse出来一些名称以“_WA_Sys”开头的索引，这些索引并不是我们做数据库设计的时候加的，而且从企业管理器中也看不到这些索引。但是，使用“select * from sysindexes where name like _WA_Sys%”语句，

原创 比较两个同名表在数据上的差异。

（胖子刘 原创 转载请注明出处 2007-1-8）关于数据库应用系统的版本升级问题，有一个问题困扰了我很久，那就是如何比较开发服务器和正式服务器上的两个同名表在数据上有何差异。一般情况下，我们所创建的数据库系统都会有几个表是属于应用系统正常运行的基础表，里面的数据会被硬编码进应用程序，这样的数据在运行时是不能更改的。举个简单例子，假设我们的系统里有个表叫“功能表”，里面存储本系统所有已

转载 提高数据库运行效率的办法

提高数据库运行效率的办法 在给定的系统硬件和系统软件条件下，提高数据库系统的运行效率的办法是： (1) 在数据库物理设计时，降低范式，增加冗余, 少用触发器, 多用存储过程。 (2) 当计算非常复杂、而且记录条数非常巨大时(例如一千万条)，复杂计算要先在数据库外面，以文件系统方式用C++语言计算处理完成之后，最后才入库追加到表中去。这是电信计费系统设计的经验。 (3) 发现某个表的

转载 SQL Server开发的二十一条军规（转贴）

SQL Server开发的二十一条军规SQL Server开发的二十一条军规 　　 如果你正在负责一个基于SQL Server的项目，或者你刚刚接触SQL Server，你都有可能要面临一些数据库性能的问题，这篇文章会为你提供一些有用的指导（其中大多数也可以用于其它的DBMS）。 　　 在这里，我不打算介绍使用SQL Server的窍门，也不能提供一个包治百病的方案，我所做的是总结一些

转载 由于图片链接问题导致Web性能的严重的下降（转贴）

原贴地址：http://blog.csdn.net/sfeig/archive/2005/08/25/464846.aspx原贴标题： 一个不起眼的问题导致性能的严重的下降     从昨天下午到今天一直在查找一个很重要的问题，原因是从objectDataSource控件的数据缓存失效查起，导致了站点的性能下降，没想到花了一天的工夫最后查出的原因让人跌破眼镜。     有经验的美工喜欢用这种

转载 一个非常专业的性能测试人的博客

一个非常专业的性能测试人的博客http://jackei.cnblogs.com/ 

转载 转贴：海量数据库的查询优化及分页算法方案

声明：本文为转贴，原作者：新乡市公安局通信科 党玉龙随着“金盾工程”建设的逐步深入和公安信息化的高速发展，公安计算机应用系统被广泛应用在各警种、各部门。与此同时，应用系统体系的核心、系统数据的存放地――数据库也随着实际应用而急剧膨胀，一些大规模的系统，如人口系统的数据甚至超过了1000万条，可谓海量。那么，如何实现快速地从这些超大容量的数据库中提取数据（查询）、分析、统计以及提取数据后进行数据

原创 PD不支持SQL Server 2005，怎么办？

前两天试用PD12的时候遇到一个奇怪的事情，不知道算不算是PD12的BUG。事情的经过是这样的：后台数据库从SQL2000升级到SQL Server 2005（简体中文版），由于PD11不支持SQL2005，所以从Sybase下载了PD12的试用版，结果发现PD12不能Reverse数据库！PD能够作反向工程的，有两个地方，（1）File - Reverse Engineer - Data

原创 6. 当事人权限

连载之16原创：胖子刘（转载请注明作者和出处，谢谢）6.       当事人权限书接上文，在这里占用一点篇幅，描述一下目前比较常用的“基于角色的权限控制”设计方法。如果有人有更好的设计，欢迎提供。“基于角色的权限控制”，核心思想是将权限控制通过当事人所属角色来实现，当事人本身并不直接绑定权限。有关当事人直接绑定权限的设计，不在本文的描述范围之内。设计思路都是这样

原创 想看"当事人角色"大图片的点这里看

原创 5. 当事人角色

 连载之15原创：胖子刘（转载请注明作者和出处，谢谢）5.       当事人角色在这一节里，我们重点说一下，“角色类型”、“当事人角色类型”、“当事人”以及“当事人角色”这几个概念之间的关系。其实这部分内容在国内的企业管理系统设计中多数属于权限控制部分。通常的权限控制的设计思路都是这样的：首先在系统开发时登记注册所有功能模块及代码，系统运行时由系统管理员来维护角色列表

原创 近期更新速度减慢，请大家谅解，并继续密切关注。

近期公司接到一个开发项目，时间要求的非常紧迫、每天晚上都要加班到九点左右才能回家，周末也不例外。所以导致本连载的更新速度减慢，请大家谅解。请大家继续关注，我会尽量抽时间来更新。致歉。顺祝大家端午节快乐。同时附上一个小笑话（别人给我发过来的）：米饭和包子打群架，米饭仗着人多势众，见了包着的就打：豆沙包、糖包、蒸饺无一幸免。粽子被逼到墙角，情急之下把衣服一撕，大叫：“看清楚，是卧底！！！”

原创 5月24日晚上遭遇车祸

2006年5月24日星期三，晚上在公司加班，8点半左右离开公司，驾车从航天桥上三环，准备去外经贸大学附近的同学那里借宿一宿。晚上的三环路况很好，车速较快，大家都是80左右的速度，我自己的车速保持在60-70左右匀速行驶。十几分钟之后开到北三环北太平庄桥附近。当时我在北三环主路中间车道西向东行驶，车速大概在60左右，前面就是北太平庄桥了。此时我与前车之间的距离大概是40-50米左右。突然

原创 4. 当事人类别

 连载之14原创：胖子刘（转载请注明作者和出处，谢谢）4.       当事人类别企业系统在记录当事人信息的时候，总会记录其所属类别。这样可以分门别类的统计各类当事人的业务信息、便于经营数据的分析和对比，为公司经营战略提供决策依据。关于当事人的分类方式很多且不固定。比如按照人员年收入水平可以作如下分类——1万元以下、1万-5万元、5万-10万元、10万-20万元

原创 3. 当事人

连载之13原创：胖子刘（转载请注明作者和出处，谢谢）3.       当事人在前两节，组织表和人员表的主键都是“当事人ID”，这是什么意思呢？答案：“当事人ID”是“当事人”表的主键，“当事人”是“组织”和“人员”的超类，是二者的公共属性。因为，组织和人有许多属性都是相同的，如信用等级、地址、邮编、联系电话等；组织和人在某些场合都扮演了相同的角色，如公司产品既可

转载 《中国式斗争:一贴省你二十年》

《中国式斗争:一贴省你二十年》天涯论坛：http://www10.tianya.cn/publicforum/Content/free/1/694978.shtml作者（雾满拦江）本人的博客：http://blog.sina.com.cn/m/bmm#aList_ALIST_1454884585

转载 MS SQL Server 2005专栏

MS SQL Server 2005专栏http://www.csdn.net/sqlserver2005/index.shtml

原创 2. 组织

连载之12原创：胖子刘（转载请注明作者和出处，谢谢）2.       组织事实上，“组织”的含义是很广的，分销渠道、供应商、公司内部的部门、政府机构、行业协会、行业主管部门、合作伙伴、竞争对手、家庭、团队……都是组织的一种；但同时，针对某一特定企业的业务需求而创建的应用系统，其需要打交道的“组织”的类型又是有限的。我们的设计人员所要做的就是在需求调研、分析阶段把所有需要与之

原创 1. 人员

连载之11原创：胖子刘（转载请注明作者和出处，谢谢）1.       人员在需求调研和分析阶段、通常需要制作用例图，记录当前应用系统Actor及用例。假设系统Actor包括公司员工、签约人、供应商联络员、客户联络员4种类型，那么有些系统可能就会设计成4个表来分别存储。如果某个人所属的公司既是本公司的供应商又是客户，他则既是供应商联络员、又是客户连锁员，那么这个人的信息就要在“供应商

原创 五、通用数据库模型分析之（一）人与组织

连载之10原创：胖子刘（转载请注明作者和出处，谢谢）五、通用数据库模型分析在我们数据库模型设计领域，有一个很有趣的比例——“5:3:2”，我称之为“五三二法则”。具体是什么含义呢？这个“5”，表示大约50%的功能设计是跨行业通用的，不管你是做商业流通项目、还是电子政务项目、或者是网上拍卖系统，虽然各个项目所属行业不同，但是它们中的50%的设计思想都是相同的，这就是本章（

原创 征求大家的意见

五一期间，看了CCTV8的《白蛇传》，被刘涛的精湛表演深深吸引，又被剧本的不合逻辑、前言不搭后语着实恶心了一把。于是冒出了一个想法，想再抽出点时间写一部《牛郎织女大传》，不知大家以为如何！写《牛郎织女大传》不为别的，只为给大家奉献一部“符合逻辑”的小说，就是不知道时间够不够用啊。 胖子刘2006.5.8

原创 非常感谢大家的关注！

五一期间我准备抽出一些时间集中写一批，然后尽快发到这里。有朋友提到关于大纲的问题，其实大纲很简单，不外乎是应用系统数据库设计工作中可能会接触到的各个主体，关键是对这些主题的设计案例，这是本连载着墨最多的地方。昨天去了京北的红螺寺，也坐了滑道，感觉一般。最近越来越有一个感觉——大部分的旅游景点都是“见面不如闻名”，不去后悔、去了也后悔！大家有没有遇到能够吸引你去第2次的地方？

原创 北京的交通就没办法改善了吗？每天在路上浪费的时间太多了。地铁也开始堵了。

北京的交通越来越拥堵了！去年上班还自己开车，现在已经基本放弃了。通常情况下我上下班都是坐地铁，虽然人比较多，但最起码时间相对有保证。时间真的有保证吗？常坐地铁的朋友可能已经感觉到了，近期地铁的情况也不容乐观，每天早上8点左右，在一号线的大望路站根本就挤不上去！每次地铁过来，只能挤上去三五个人就满满的！一般都是错过去三、四趟以后，我才能挤上去。八通线更恐怖，早上7点半开始的一段时间还要限

原创 数据库物理模型设计的其他模式之自联结模式

连载之8原创：胖子刘（转载请注明作者和出处，谢谢）（二）自联结模式自联结模式，也可以看作是“主从模式”的一种特殊情况（或者说是“变形”），它在一张表内实现了“一对多关系”，并且可以根据业务需要实现“有限层”或者“无限层”的主从嵌套。这种模式用得最多的情况就是实现“树形结构”数据的存储，比如各大网站上常见的细分类别、应用系统的组织结构、Web系统的菜单树等都能用到这种模式。自联结

原创 数据库物理模型设计的其他模式之继承模式

连载之7原创：胖子刘（转载请注明作者和出处，谢谢）数据库物理模型设计的其他模式除了上面提到的四种主要设计模式，还有一些其他模式，在某些项目中可能会用到，在这里先简单做个说明，暂不做深入讨论，等到以后的项目用到这些模式的时候，再结合实际需求详细解说。（一）继承模式继承模式，可以看作是“主从模式”的一种特殊情况（或者说是“变形”），它所代表的两个对象也是“一对多”的关系。它与“主从

原创 （五）使用上述四种模式的一般原则

连载之6原创：胖子刘（转载请注明出处及作者，谢谢。）（五）使用上述四种模式的一般原则1.       什么时候用“主扩展模式”？对象的个数不多；各个对象之间的属性有一定差别；各个对象的属性在数据库设计阶段能够完全确定；各个扩展对象有独立的、相对比较复杂的业务处理需求，此时用“主扩展模式”。将各个对象的共有属性抽取出来设计为“主表”，将各个对象的剩余属性分别设计为相应的“扩展表”，“

原创 （四）多对多模式

连载之5原创：胖子刘（转载请注明出处及作者，谢谢。）（四）多对多模式多对多模式，也是比较常见的一种数据库设计模式，它所描述的两个对象不分主次、地位对等、互为一对多的关系。对于A表来说，一条记录对应着B表的多条记录，反过来对于B表来说，一条记录也对应着A表的多条记录，这种情况就是“多对多模式”。“多对多模式”需要在A表和B表之间有一个关联表，这个关联表也是“多对多模式”的核心所在

原创 （三）名值模式

连载之4原创：胖子刘（转载请注明出处及作者，谢谢。）（三）名值模式名值模式，通常用来描述在系统设计阶段不能完全确定属性的对象，这些对象的属性在系统运行时会有很大的变更，或者是多个对象之间的属性存在很大的差异。举例如下（注：这个例子已经作了相当程度的简化，仅仅是用来帮助大家理解“名值模式”这个概念来使用的，请大家注意）。1.       使用名值模式进行设计时，如果对“其他属

原创 （二）主从模式

连载之3原创：胖子刘（转载请注明出处及作者，谢谢。）（二）主从模式主从模式，是数据库设计模式中最常见、也是大家日常设计工作中用的最多的一种模式，它描述了两个表之间的主从关系，是典型的“一对多”关系。举例如下（注：这个例子已经作了相当程度的简化，仅仅是用来帮助大家理解“主从模式”这个概念来使用的，请大家注意）。比如论坛程序。一个论坛通常都会有若干“板块”，在每个板块里面，大家

原创 （一）主扩展模式

连载之2原创：胖子刘（转载请注明出处及作者，谢谢。）（一）主扩展模式主扩展模式，通常用来将几个相似的对象的共有属性抽取出来，形成一个“公共属性表”；其余属性则分别形成“专有属性表”，且“公共属性表”与“专有属性表”都是“一对一”的关系。“专有属性表”可以看作是对“公共属性表”的扩展，两者合在一起就是对一个特定对象的完整描述，故此得名“主扩展模式”。举例如下（注：这个例子已经

原创 什么是模式？

连载之1原创：胖子刘（转载请注明出处及作者，谢谢。）什么是模式？简单说来，模式类似于定式，就是遇到反复出现的同一问题时所固定使用的解决方案。下围棋的朋友可能对“定式”这个词比较熟悉，定式包含着下棋时做遇到的各种情况下的下法、急所、手筋及死活等基本原理，例如星定式、小目定式、边定式等等，定式懂的越多，围棋下的越好。那么是不是数据库设计模式懂得越多，设计工作越完美呢？理论上是这样，但是在我

原创 前言

        最近一直有个愿望：希望把自己所从事的数据库模型设计方面的工作经验和想法付诸文字，算是对此前工作的一个总结，今天终于开始了万里长征的第一步。        在正式开始之前，我先向大家介绍两本书——《数据模型资源手册卷一》、《数据模型资源手册卷二》，国内有机械工业出版社出版的中文译本，很多同行可能都已看过，我本人也看过。        看过之后深受启发，同时也感到两点美中不足：