数据是一次取来,还是需要才取呢?(300分)

  • 主题发起人 主题发起人 ericyeoh
  • 开始时间 开始时间
E

ericyeoh

Unregistered / Unconfirmed
GUEST, unregistred user!
三层:
1。主从表,主表数据全取下来,从表数据根据对应主表的关键字取来。
2。主表数据全取下来,从表取对应主表当前记录的数据,当主表AfterScroll时,取从表对应主表数据。
我的意见:
1。开始打开需要时间等待,但后面操作使用都很快。
2。开始打开较快,但主表每动一下,从表都去服务器做取数据动作。会不会给服务器压力?
各位大哥给个意见.....
 
需要掌握平衡的矛盾。。。根据网络状况、用户数量等来灵活调整。
其实一次取下,也并不是真正地全部取,ADO会自己做一个缓冲,在需要的时候才再取。
具体的记录条数可以通过设置调整的,李维的书里讲过。。。
 
不会,一般都在主表的AfterScroll要好点,因为子表的数据一般比较多,
这样做的好处子表的数据最新的机会大点,还有就是在增加数据的时候,
有可能要重新取子表的数据
 
我觉得都取一点好,先取主数据,再根据主取子数据,最后返回,不过就是苦了服务器!
 
当然是需要时取划算
 
需要时取
 
根据需要来!
 
同意需要是取
 
这里你有个误会。
采用需要时取,不是说主表每动下,从表都要访问服务器
这里有个packetrecord值,如果你把它设成1000,那就是从表记录变动1000下才去取一次。
这个问题搞清楚,你应该知道如何作了吧。
 
楼主:
由于我的程序服务器只有一个Provider,所以不能使用PacketRecord属性
其实现在使用需要时取,总体速度倒还可以,只不过不知道多客户连接时的效果。
 
需要时取好一些
 
以现在许多网站的技术去考虑。在需要的时候取。
 
需要时取好一些
 
当然了你的想法也有道理,如果是多人操作,你每次操作还是要全部读一次数据,以保证
数据的完整性
 
实际情况+需求决定一切
实际情况是你的表中记录可能增长会很大吗,如果一千条记录以下且多用户并发的
可能性小可以考虑全部下来。另外可以参考一下你的用户的感觉。
如是多用户同时并发,且海量数据的话,兄弟你只好多辛苦一下了,我们会为你加油
打气的,go,go,:)
 
我个人认为三层有一个功能,就是将从表的数据以一个字段的形式从数据库中返回到前台来
这样一次性就可以将数据取过来使用,也可以使用PACKETRECORD的值,取出一部分。第一种
方法比较好
 
后退
顶部