问题描述
现通过存储过程从数据中取出近一百万条数据，装载到一个DataTable中，现在要对这一百万的数据进行遍历，怎么写好
解决方案
解决方案二：
百万数据遍历！！！你不能明确点查询，缩小数据量吗
解决方案三：
你是30分钟进行查询一次吗？你们的系统是单用户使用吗？
解决方案四：
首先，百万数据装到datatable，我不是很看好。其次，具体操作这些数据的逻辑，能否通过存储过程来搞定呢？最后，如果数据不变，那么可以装到datatable中缓存起来。如果数据不停变更，那么你装在数据到datatable然后操作。显得不太明智啊。
解决方案五：
我只能说很奇葩的需求
解决方案六：
引用4楼shoppo0505的回复:
我只能说很奇葩的需求
+1.建议直接拒绝这种想法
解决方案七：
一次取100多万的数据数据库会不会直接死在那了
解决方案八：
这个不现实，取出满足某些条件的数据即可
解决方案九：
。。。为啥要一次取一百万光取就很费劲了还要遍历。。。
解决方案十：
关注这个问题
解决方案十一：
遍历的目的是什么，修改数据什么的可以在数据里面直接做，显示数据的话分页。
解决方案十二：
引用3楼hanjun0612的回复:
首先，百万数据装到datatable，我不是很看好。其次，具体操作这些数据的逻辑，能否通过存储过程来搞定呢？最后，如果数据不变，那么可以装到datatable中缓存起来。如果数据不停变更，那么你装在数据到datatable然后操作。显得不太明智啊。
往来对账明细，数据很大，涉及到一些列计算，在存储过程中处理更麻烦，能在存储过程中计算的都是计算好了的
解决方案十三：
方案极度不合理。往来账是顺序账目，你就不能取一部分处理一部分？
解决方案十四：
建议用多少取多少一次取一百万条还要遍历极度不合理
解决方案十五：
引用11楼simplysky的回复:
Quote: 引用3楼hanjun0612的回复:
首先，百万数据装到datatable，我不是很看好。其次，具体操作这些数据的逻辑，能否通过存储过程来搞定呢？最后，如果数据不变，那么可以装到datatable中缓存起来。如果数据不停变更，那么你装在数据到datatable然后操作。显得不太明智啊。往来对账明细，数据很大，涉及到一些列计算，在存储过程中处理更麻烦，能在存储过程中计算的都是计算好了的
可是百万的数据量，你是如何展示的呢？一般来说需要分页显示的。而且如果你是要导出xls的话，百万应该也不会有人看。一般是人家根据条件查询后，来获取自己要的信息吧？
解决方案：
百万条数据，你要查询多久啊？这个数据量有点大，查询要好久。