ASP+SQL,关于数据量的问题.

擒兽 2005-10-24 03:21:06

1千*1百万的SQL查询量是不是已经很庞大了(如果还使用模糊查询)?

请有经验大虾指点!万分感谢

...全文

162 14 打赏收藏转发到动态举报

写回复

用AI写文章

14 条回复

切换为时间正序

请发表友善的回复…

发表回复

lfh103856111 2005-10-28

打赏
举报

數據分割,再查找

問下鄒建吧

jamila8 2005-10-28

打赏
举报

顶一下,支持。

擒兽 2005-10-28

打赏
举报

再UP一次, 跟帖有分

八哥 2005-10-25

打赏
举报

dh20156 2005-10-25

打赏
举报

建立相关索引，存储过程，最好不要一次查询所有数据，还有，到数据库版本去问下。

擒兽 2005-10-25

打赏
举报

加分至200, 继续收集

xutao888 2005-10-24

打赏
举报

多弄几台服务器

ahuiok 2005-10-24

打赏
举报

到数据库版问这个问题吧！

UP一下！

擒兽 2005-10-24

打赏
举报

晕死!打错字!

修正:海量数据的产生,求一个好点的思路.

擒兽 2005-10-24

打赏
举报

海量数据的产生,求一个好点的死路.

1.数据
两张表I和S,I和S是以每个工作日递增2000条记录,两个表分别在不固定时间段增加数据.

------------------------------------------------------------------------------
2.要求
I当天递增的2000条要在表S内逐条逐条匹配,
相反
S当天递增的2000条要在表I内逐条逐条匹配, 避免两个表的数据没有匹配.

如果按工作日递增计算一年的话每个表的数据都在100万以内.只需要按年为周期计算.

------------------------------------------------------------------------------
解决

1.临时表[T]
当日或者是当周匹配的结果存进临时表,当周的查询频繁,缓解压力

2.匹配表[P]
P用来存放I和S或S和I的匹配结果,累积I内一条记录在S内匹配的总数(通过S的索引去列出S,这样查询的话就快多了).

-------
想了一下,也就是递增一次2000就要更新三个表,首先是更新I或S 再更新当周T 再更新P.
通过2000更新I或S再将统计查询结果放到T,然后统计结果Up表P 在P内没有的还要插入数据.

不知道这个方法发展到2000乘100万的时候会咱样?

擒兽 2005-10-24