【 在 Knightmare (梦醒时分) 的大作中提到: 】
: 标 题: Re: 数据库字段太多有什么问题
: 发信站: 水木社区 (Sat Jul 30 14:35:23 2011), 站内
: 我不是不想讲，是因为毛病太多了我都不知道从哪讲起。
: 首先说数据库要保证ACID，为了保证在update的同时可以select
: 就必然需要保留before image。所以每次update的过程都是先加锁，copy,update,commit,release.这个代价莫名其妙。而且直接增加了锁的几率，因为现在大多数据库都是锁行的。
: 同时数据库日志的最小单元一般也是一条记录，每次update都会产生很大的日志。
: 再有就是查询的时候索引应该怎么建？
: 还有就是做统计的时候比如统计一段时间内的总和等操作应该怎么做，
: 问题多了去了。
: 我以前给日本一个银行的数据库做过维护和升级，鸟的某个表为了记录工作日，生生放了
: 50多个字段把一个月每一天都作为一个字段放进去了，到最后统计一段时间里到底有多少个
: 工作日的时候那程序写的真是。。。。。。叹为观止。你说傻不傻，2不2？
: 我看到的数据库字段过多的问题，无一例外都是设计一开始就出现了问题。
: 凡是字段个数超过50的表，没一个不是2b的不得了的设计。
: 棺鹊【 在 chylli (号多人傻手指短的五毳) 的大作中提到: 】
: : 标 题: Re: 数据库字段太多有什么问题
: : 发信站: 水木社区 (Sat Jul 30 14:23:25 2011), 站内
: :
: : 不知道多余不多余,但我想不只他有这么个疑惑啊,你看我一直在让你讲讲,讲讲,你就是不讲,生怕我学会似的.可能你怕我看不懂,没关系,还有其它人也参与讨论呢,比如你有啥经验,有啥惨痛教训,都来说说呗.大牛要多带带后进嘛
: :
: : 我觉得如果插入居多,每次插入一条全记录,而不是每分钟udpate一次的话,应该没啥大问题,但如果每分钟update一次,性能会很惨,因为每行太长了,存取不方便,增加了IO.
: :
: : 【 在 Knightmare (梦醒时分) 的大作中提到: 】
: : : 多和少并没有标准，没错。多和少是按照需求来的。
: : : 甚至他这么设计表，最终也应该能把程序做出来，这个也没什么问题，大可以去做。
: : : 我不愿意详细和他说字段多或者少对数据库的影响的原因是，
: : : ...................
: :
: : --
: : windows vs. linux:
: : 家鸡有食汤锅近，野鹤无粮天地宽
: :
: : windows, vi: 我能
: : linux, emacs: 你不能，我能让你能
: :
: :
: --