Z zbdzjx Unregistered / Unconfirmed GUEST, unregistred user! 2009-01-16 #21 SQL Server好象也不能超过255个字段,300多个字段,只能用oracle了.mysql不太了解.
S szhcracker Unregistered / Unconfirmed GUEST, unregistred user! 2009-01-16 #22 这个问题貌似没有继续讨论的必要了。我们不应为愚蠢或搞笑的设计浪费时间。谢谢
W weichao9999 Unregistered / Unconfirmed GUEST, unregistred user! 2009-01-16 #23 字段多少要看具体的数据结构，如果结构没问题，300个字段也不算多，SQL Server支持1024个字段。一次操作只是更新一条数据的话不用考虑速度，对你来说没有区别
Q qingxi Unregistered / Unconfirmed GUEST, unregistred user! 2009-01-16 #24 你们领导已经超越以上同志的水平.300多个字段更新其实没有什么,不然SQLSERVER支持那么多字段做什么?
草 草原骏马 Unregistered / Unconfirmed GUEST, unregistred user! 2009-01-16 #25 有意思，我了解到的情况是，一般的桌面数据库仅支持255个字段，既然的数据库已经到了300多个字段，那说明你现在用的是大型数据库了，既然是大型数据库，数据库本身的存储速度不会有很大的差别。你就不要在数据库选型上费功夫了，还是想办法加快现有的入库速度吧。同情中。。。你是哪里的？我这里缺人，看你任劳任怨的，来我这里看看吧。
有意思，我了解到的情况是，一般的桌面数据库仅支持255个字段，既然的数据库已经到了300多个字段，那说明你现在用的是大型数据库了，既然是大型数据库，数据库本身的存储速度不会有很大的差别。你就不要在数据库选型上费功夫了，还是想办法加快现有的入库速度吧。同情中。。。你是哪里的？我这里缺人，看你任劳任怨的，来我这里看看吧。
S shayang Unregistered / Unconfirmed GUEST, unregistred user! 2009-01-29 #26 很不幸啊。 我也有这种数据表。(用mysql)N多的人都说表设计不合理，我也知道从数据库的理论上讲，这确实不好。 但是（虽然不好，我还是要说但是）确实有的表有这种超级多的字段的需求。我的一个表采用了“动态字段”（不知道这样说对不对，这个名字好象没有人提出过）我的这个表会因为多个使用者在使用中根据实际情况适当增减字段（全是布尔型，这些字段是平行关系，如果设计到多个表中，会给以后的查询带来很多的麻烦）。而字段名的字数可能很多，只好在这个表里采用代号，在另一个表里记录这个代号和真正的字段名。反正很复杂的。我想不出比这更好的办法。数据更新问题，如果不是每个字段都必须同时更新，那么可以在程序中找到每次要更新的内容，用sql更新的方式进行
很不幸啊。 我也有这种数据表。(用mysql)N多的人都说表设计不合理，我也知道从数据库的理论上讲，这确实不好。 但是（虽然不好，我还是要说但是）确实有的表有这种超级多的字段的需求。我的一个表采用了“动态字段”（不知道这样说对不对，这个名字好象没有人提出过）我的这个表会因为多个使用者在使用中根据实际情况适当增减字段（全是布尔型，这些字段是平行关系，如果设计到多个表中，会给以后的查询带来很多的麻烦）。而字段名的字数可能很多，只好在这个表里采用代号，在另一个表里记录这个代号和真正的字段名。反正很复杂的。我想不出比这更好的办法。数据更新问题，如果不是每个字段都必须同时更新，那么可以在程序中找到每次要更新的内容，用sql更新的方式进行
K keepyea Unregistered / Unconfirmed GUEST, unregistred user! 2009-01-29 #27 和具体的DB有关. 采用的连接方法会导致效率极大的差异.如果是ORACLE, DELPHI连接,那么,你可以用EXPRESS, 绝对不能用ADO,单条更新的效率至少慢一倍.如果是MS SQL SERVER, ADO应该会更快,我多年不用,不了解.如果是ORACLE,先做事务,以免将一条提交做成一个事务,系统开销会增加.再不行,将所有的SQL,生成后,传到ORACLE内,交由另一个东东帮你执行,这样的效率会更高
和具体的DB有关. 采用的连接方法会导致效率极大的差异.如果是ORACLE, DELPHI连接,那么,你可以用EXPRESS, 绝对不能用ADO,单条更新的效率至少慢一倍.如果是MS SQL SERVER, ADO应该会更快,我多年不用,不了解.如果是ORACLE,先做事务,以免将一条提交做成一个事务,系统开销会增加.再不行,将所有的SQL,生成后,传到ORACLE内,交由另一个东东帮你执行,这样的效率会更高
Z zbdzjx Unregistered / Unconfirmed GUEST, unregistred user! 2009-01-30 #28 之前说的几位，SQL Server你们用的是什么版本？为什么我用SQL Server 2000企业版只能建255个字段，是不是2005后才支持1024个字段？？？？
W WilliamGui Unregistered / Unconfirmed GUEST, unregistred user! 2009-01-31 #29 用mysql不行，做个服务端，服务端内存缓存，总是最快的吧
C chgsymy Unregistered / Unconfirmed GUEST, unregistred user! 2009-02-01 #31 Halcyon6是支持字段超过256个的DBF控件
