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

[擒兽]

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

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

[lizuwu]

好象会很慢的
帮你顶
等待高手

[butcher2002]

是比较大..除了使用索引,应该没什么好的方法了吧.

再复杂点就是多台服务器,负载均摊.....

[friendlyFour]

用存储过程并不要一次取出所有结果集，显示部分数据。建立索引，再使用rs.GetRows()

[擒兽]

继续关注

[擒兽]

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

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万的时候会咱样?

[擒兽]

晕死!打错字!

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

[ahuiok]

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

UP一下！

[xutao888]

多弄几台服务器

[擒兽]

加分至200, 继续收集

[dh20156]

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

[八哥]

UP

[擒兽]

再UP一次, 跟帖有分

[jamila8]

顶一下,支持。

[lfh103856111]

數據分割,再查找

問下鄒建吧