搭建论坛《搭建之星》论坛数据库交流 → [转帖]数据库设计指南7


  共有2018人关注过本帖树形打印

主题:[转帖]数据库设计指南7

帅哥哟,离线,有人找我吗?
水手
  1楼 个性首页 | QQ | 信息 | 搜索 | 邮箱 | 主页 | UC


加好友 发短信 班长
等级:版主 帖子:998 积分:2851 威望:4 精华:3 注册:2002-4-17 8:42:46
[转帖]数据库设计指南7  发帖心情 Post By:2003-4-28 22:01:15

5. 别忘了索引 索引是从数据库中获取数据的最高效方式之一。95%的数据库性能问题都可以采用索引技术得到 解决。作为一条规则,我通常对逻辑主键使用唯一的成组索引,对系统键(作为存储过程)采用 唯一的非成组索引,对任何外键列采用非成组索引。不过,索引就象是盐,太多了菜就篌了。你 得考虑数据库的空间有多大,表如何进行访问,还有这些访问是否主要用作读写。 — tduvall 大多数数据库都索引自动创建的主键字段,但是可别忘了索引外键,它们也是经常使用的键,比 如运行查询显示主表和所有关联表的某条记录就用得上。还有,不要索引memo/note 字段,不 要索引大型字段(有很多字符),这样作会让索引占用太多的存储空间。 6. 不要索引常用的小型表 — gbrayton 不要为小型数据表设置任何键,假如它们经常有插入和删除操作就更别这样作了。对这些插入和 删除操作的索引维护可能比扫描表空间消耗更多的时间。 7. 不要把社会保障号码(SSN)选作键 — kbpatel 永远都不要使用SSN 作为数据库的键。除了隐私原因以外,须知政府越来越趋向于不准许把 SSN 用作除收入相关以外的其他目的,SSN 需要手工输入。永远不要使用手工输入的键作为主 键,因为一旦你输入错误,你唯一能做的就是删除整个记录然后从头开始。 — teburlew 上个世纪70 年代我还在读大学的时候,我记得那时SSN 还曾被用做学号,当然尽管这么做是非 法的。而且人们也都知道这是非法的,但他们已经习惯了。后来,随着盗取身份犯罪案件的增 加,我现在的大学校园正痛苦地从一大摊子数据中把SSN 删除。 8. 不要用用户的键 — generalist 在确定采用什么字段作为表的键的时候,可一定要小心用户将要编辑的字段。通常的情况下不要 选择用户可编辑的字段作为键。这样做会迫使你采取以下两个措施: · 在创建记录之后对用户编辑字段的行为施加限制。假如你这么做了,你可能会发现你的应用程 序在商务需求突然发生变化,而用户需要编辑那些不可编辑的字段时缺乏足够的灵活性。当用 户在输入数据之后直到保存记录才发现系统出了问题他们该怎么想?删除重建?假如记录不可 重建是否让用户走开? · 提出一些检测和纠正键冲突的方法。通常,费点精力也就搞定了,但是从性能上来看这样做的 代价就比较大了。还有,键的纠正可能会迫使你突破你的数据和商业/用户界面层之间的隔 离。 所以还是重提一句老话:你的设计要适应用户而不是让用户来适应你的设计。 — Lamont Adams 不让主键具有可更新性的原因是在关系模式下,主键实现了不同表之间的关联。比如, Customer 表有一个主键CustomerID,而客户的定单则存放在另一个表里。Order 表的主键可能 Page 11 . CNET Networks Inc. 2002 www.zdnet.com.cn/developer 是OrderNo 或者OrderNo、CustomerID 和日期的组合。不管你选择哪种键设置,你都需要在 Order 表中存放CustomerID 来保证你可以给下定单的用户找到其定单记录。 假如你在Customer 表里修改了CustomerID,那么你必须找出Order 表中的所有相关记录对其进 行修改。否则,有些定单就会不属于任何客户——数据库的完整性就算完蛋了。 如果索引完整性规则施加到表一级,那么在不编写大量代码和附加删除记录的情况下几乎不可能 改变某一条记录的键和数据库内所有关联的记录。而这一过程往往错误丛生所以应该尽量避免。 9. 可选键有时可做主键 记住,查询数据的不是机器而是人。 — ljboast 假如你有可选键,你可能进一步把它用做主键。那样的话,你就拥有了建立强大索引的能力。这 样可以阻止使用数据库的人不得不连接数据库从而恰当的过滤数据。在严格控制域表的数据库 上,这种负载是比较醒目的。如果可选键真正有用,那就是达到了主键的水准。 我的看法是,假如你有可选键,比如国家表内的state_code,你不要在现有不能变动的唯一键上 创建后续的键。你要做的无非是创建毫无价值的数据。比如以下的例子: Select count(*) from address, state_ref where address.state_id = state_ref.state_id and state_ref.state_code = 'TN' 我的做法是这样的: Select count(*) from address where and state_code = 'TN' 如你因为过度使用表的后续键建立这种表的关联,操作负载真得需要考虑一下了。 10. 别忘了外键 — Stocker 大多数数据库索引自动创建的主键字段。但别忘了索引外键字段,它们在你想查询主表中的记录 及其关联记录时每次都会用到。还有,不要索引memo/notes 字段而且不要索引大型文本字段 (许多字符),这样做会让你的索引占据大量的数据库空间。。 — gbrayton Page 12 . CNET Networks Inc. 2002 www.zdnet.com.cn/developer


HeaderSoft与您共同进步!

      衡德软件  http://www.headersoft.com

qhd.cw@163.com

QQ:106260929

支持(0中立(0反对(0单帖管理 | 引用 | 回复 回到顶部

返回版面帖子列表

[转帖]数据库设计指南7








签名