Foxtable(狐表)用户栏目专家坐堂 → 后台数据处理效率问题


  共有3475人关注过本帖树形打印复制链接

主题:后台数据处理效率问题

帅哥哟,离线,有人找我吗?
rjh4078
  1楼 | 信息 | 搜索 | 邮箱 | 主页 | UC


加好友 发短信
等级:狐精 帖子:3370 积分:24858 威望:0 精华:0 注册:2012/3/26 21:47:00
后台数据处理效率问题  发帖心情 Post By:2014/3/22 11:24:00 [只看该作者]

14版本增加的几个后台数据查询更新的方法确实比较方便 但是现在发现一个问题 一个是SQLFIND经常找不到存在的数据 我用的是远程服务器  另外一个 在处理50条左右的数据时就明显感到卡顿现象 这50条从A表SQLselect过来 通过一系列判断SQLREPLACE到B表
换用SQL语句则没有这么明显 想问下老大这几个方法的原理 和SQL相比效率差多少

 回到顶部
帅哥哟,离线,有人找我吗?
Bin
  2楼 | 信息 | 搜索 | 邮箱 | 主页 | UC


加好友 发短信
等级:贵宾 帖子:35433 积分:178524 威望:0 精华:3 注册:2013/3/30 16:36:00
  发帖心情 Post By:2014/3/22 11:28:00 [只看该作者]

找不到,是还没保存到数据库里吧

卡顿应该是网络不稳定,效率还是不错的. 当然复杂的情况下有经验的程序员总是能写出更高校的SQL语句

 回到顶部
帅哥哟,离线,有人找我吗?
rjh4078
  3楼 | 信息 | 搜索 | 邮箱 | 主页 | UC


加好友 发短信
等级:狐精 帖子:3370 积分:24858 威望:0 精华:0 注册:2012/3/26 21:47:00
  发帖心情 Post By:2014/3/22 11:33:00 [只看该作者]

肯定是保存了 我用SQLFIND和select语句同时来判断 一个得不到数据一个可以;卡顿也是2个按钮分别用不同的代码来测试的,前者程序卡死3-5秒左右才恢复响应,后者几乎没感觉 所以才有此疑问

 回到顶部
帅哥哟,离线,有人找我吗?
Bin
  4楼 | 信息 | 搜索 | 邮箱 | 主页 | UC


加好友 发短信
等级:贵宾 帖子:35433 积分:178524 威望:0 精华:3 注册:2013/3/30 16:36:00
  发帖心情 Post By:2014/3/22 11:35:00 [只看该作者]

条件不对吧,没有可能性的哦.

效率问题就有待测试了.

 回到顶部
帅哥哟,离线,有人找我吗?
lsy
  5楼 | 信息 | 搜索 | 邮箱 | 主页 | UC


加好友 发短信
等级:版主 帖子:5246 积分:33163 威望:0 精华:8 注册:2013/1/17 21:28:00
  发帖心情 Post By:2014/3/22 11:35:00 [只看该作者]

先用SQLCommand生成临时DataTable(dt),当然,对于行、列也要有所筛选,否则数据量大的情况下,也会耽误时间。

然后在这个dt的基础上,执行Find、Select、Compute之类的。

这样只需从后台下载一次数据。

如果直接反复运用SQLFind、SQLSelect、SQLCompute之类的,就是重复从后台下载数据,肯定慢。


 回到顶部
帅哥哟,离线,有人找我吗?
jspta
  6楼 | 信息 | 搜索 | 邮箱 | 主页 | UC


加好友 发短信
等级:七尾狐 帖子:1732 积分:11266 威望:0 精华:0 注册:2011/12/15 22:06:00
  发帖心情 Post By:2014/3/22 12:41:00 [只看该作者]

以下是引用lsy在2014-3-22 11:35:00的发言:

先用SQLCommand生成临时DataTable(dt),当然,对于行、列也要有所筛选,否则数据量大的情况下,也会耽误时间。

然后在这个dt的基础上,执行Find、Select、Compute之类的。

这样只需从后台下载一次数据。

如果直接反复运用SQLFind、SQLSelect、SQLCompute之类的,就是重复从后台下载数据,肯定慢。


在没有这些方法之前,一直就是这么操作的,速度也非常快。再加上考虑到通用性,我觉得狐表的方法不一定会快到哪里去

举个简单例子,computer方法计算求和,居然比历遍行求和要慢!!!数据越大越明显!


 回到顶部