超级大表 146个字段

xjg

呵呵，有没有见过２０００个字段的“表”呢？
没办法，ＯＲＡＣＬＥ不支持，是不得已分成几个表然后ＵＮＩＯＮ在一起的。
遇到这种情况你说怎么办？　大表？　小表？　还是根据实际需求来定吧。有些东西不是你说改就能改的，牵一发动全身。

cyr1974

说的没错，迁一发而动全身，有些问题是被动需要解决的，否则就的改应用代码，太多了，容易出纰漏，即使作了分区，还有分区键合理使用，索引合理使用的问题，并发用户数到一定程度，update操作将会越来越慢啊

zenghuangmao

有时候也要看你的工作环境了..

starhot

之前看过一篇文章，关于数据库设计的，说到一种结构就是这样的，有一两个大表，然后有许多小表－－针对Fields的多少的称谓！ 100多个字段确实比较多，不过文档如果做得好，应该问题不大，在查询时，可以通过创建视图来进行的。

cyr1974

对于更新操作呢？

而且表之间没有主外键约束

cqhxb

我们1400万的记录在pc服务器上跑起来都不慢．数据库设计很重要．．楼主这种系统应该是设计的问题．

funnyok

140 col * 150 k row isn't very large. as a dba, you'd better keep the design.
if you have to seperate the table for some reasons, you could create a view with instead triggers.

cyr1974

i donot want to seperate it ,because it work well now, i am worried about how it run in the future.

myhuaer

最初由 cyr1974 发布
[B]我们公司业务系统，好几个表烈数都是在140以上，索引有15个，而且好多sql都是select *，发愁啊！这样的系统在过两年估计不行了，不知道这样的设计出于什么目的？是减少主外键约束？想不明白，只是感觉设计起来比较简单而已，大家能谈谈看法吗？ [/B]

呵呵，我们 MES 系统的table,table 500--1000 个栏位比比皆是。
140 columns 因该不是很多的，不过还是要将所有table 之间的关系搞清楚。

cyr1974

整个系统没有任何主外键关系 没有遵从第三范式