M mc888 Unregistered / Unconfirmed GUEST, unregistred user! 2007-01-10 #1 不知大家試過沒有，中間層的ADOquery獲取數據庫7萬條數據，只需6秒，但客戶端從adoquery中取需要2分鐘，而且數據庫在本機，不包括網絡傳輸時間，。。。有沒辦法讓clientdataSet獲取數據快點？？？
不知大家試過沒有，中間層的ADOquery獲取數據庫7萬條數據，只需6秒，但客戶端從adoquery中取需要2分鐘，而且數據庫在本機，不包括網絡傳輸時間，。。。有沒辦法讓clientdataSet獲取數據快點？？？
M mc888 Unregistered / Unconfirmed GUEST, unregistred user! 2007-01-10 #2 下載的是產品資料用在產品挑選 ，所以不考濾用分批下載的方法。。。
J Johnny_du Unregistered / Unconfirmed GUEST, unregistred user! 2007-01-10 #3 应该说问题不在取数据，而在于你对数据的处理方法，换句话说，问题应该出在你的设计思想上。既然采用了多层结构，那为什么还要把多达7万条的数据一次取到客户端呢？我想客户端应该不必一次需要浏览如此众多的数据吧？应该尽量将所有的数据加工工作完成在中间层应用服务器上，而仅仅将业务逻辑加工结果返回给客户端，这样我想返回给客户端的数据应该在100条以内，自然速度也就上来了，并且这也是采用多层结构的初衷之一。<br>个人意见，建议楼主修改设计方案来提高速度，否则也就失去了采用多层结构的意义了。
应该说问题不在取数据，而在于你对数据的处理方法，换句话说，问题应该出在你的设计思想上。既然采用了多层结构，那为什么还要把多达7万条的数据一次取到客户端呢？我想客户端应该不必一次需要浏览如此众多的数据吧？应该尽量将所有的数据加工工作完成在中间层应用服务器上，而仅仅将业务逻辑加工结果返回给客户端，这样我想返回给客户端的数据应该在100条以内，自然速度也就上来了，并且这也是采用多层结构的初衷之一。<br>个人意见，建议楼主修改设计方案来提高速度，否则也就失去了采用多层结构的意义了。
Y yitang Unregistered / Unconfirmed GUEST, unregistred user! 2007-01-10 #4 同意楼上的，好的业务逻辑非常重要！我身为公司DBA，对此点有着非常深刻的感受！公司的数据大多都建有存储过程，不幸的是，数据库不大，存储过程却超多超长，经常可以看到数据里有400多个存储过程，有的存储过程代码少则几百行，多则上千行！存储过程调用另外的存储过程，调试、维护起来相当的麻烦！有时我在想，什么复杂的业务需要如此大量的代码！<br>所以，尽可能的把复杂的问题简单化！<br>客户端一下子需要几万条记录？楼主是否想过别的方法来实现同样的功能！
同意楼上的，好的业务逻辑非常重要！我身为公司DBA，对此点有着非常深刻的感受！公司的数据大多都建有存储过程，不幸的是，数据库不大，存储过程却超多超长，经常可以看到数据里有400多个存储过程，有的存储过程代码少则几百行，多则上千行！存储过程调用另外的存储过程，调试、维护起来相当的麻烦！有时我在想，什么复杂的业务需要如此大量的代码！<br>所以，尽可能的把复杂的问题简单化！<br>客户端一下子需要几万条记录？楼主是否想过别的方法来实现同样的功能！
