作者a76126 (123)
看板C_Sharp
标题[问题] 类似Datatable select的功能
时间Sat Oct 20 23:33:27 2012
是这样的
我有8万~40多万个字串 要去几百个文章(在data table中)中比对 有没有出现
於是就使用datatable的select 比对8万多次 但是真的慢到我以为他当掉了
不用messagebox秀出来 我还以为出错 根本跑不完
我索性自己手写 看有没有contain这个字串 跑8万多次还可以接受 大概1x秒
但到40万次就有点久了
google一下 说是用data.row.find会比较快 但是我一定要用like %xxx%来比对才行
所以想问一下 有没有人有类似的经验
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 119.14.176.210
1F:推 Eleganse:个人经验:资料库存取效率问题多半与(1)取出的资料集大小 10/21 13:47
2F:→ Eleganse:(2)存取的次数 有关 10/21 13:48
3F:→ Eleganse:也就是说 如果你经常向资料库要一个上百万笔的DATASET 10/21 13:48
4F:→ Eleganse:或是说你用回圈跑上千上百次SQL命令字串 10/21 13:49
5F:→ Eleganse:那是怎麽样也快不起来的 就算你跑得起来 有天有个使用者 10/21 13:50
6F:→ Eleganse:家里电脑比较烂 或是频宽比较低 整个网页或程序执行 10/21 13:50
7F:→ Eleganse:超过10秒 使用者很难不认为这个程序当掉了 10/21 13:51
8F:→ Eleganse:处理效率会变快 就是要减少上面(1)或(2) 10/21 13:52
9F:→ Eleganse:釜底抽薪将效率优化的观点 锁定为上述2者 10/21 13:54
10F:→ Eleganse:并自已写出符合你自已要求的程式 或去找相关指令或方法 10/21 13:54
11F:推 Eleganse:注:存取效率与原始资料丛大小较无关系 10/21 13:58
12F:→ Eleganse:(也就是你文中的数十万笔字串或数千篇文章) 10/21 13:58
13F:→ Eleganse:优化搜寻法的撰写 就是要减少从原始资料丛拿出来的东西 10/21 13:59
14F:推 cloudsan:这种应该要作索引会比较好处理..... 10/22 01:58
15F:→ yeo1987:要不要先对文章进行预先处理...=.=... 10/22 23:21
16F:推 asd823:预处理应该会比较快...比竟字串比对本来就天杀慢... 10/23 16:56
17F:→ charles0203:预先处理大概是什麽事情呢? 10/26 07:16