急救:"没有终结点对可能接受消息的异常."提示

急救:"没有终结点对可能接受消息的错误....."提示
各位，最近用wcf做了一个数据的查询功能，发现4000条以内的查询没任何问题，超过5000多则出现以下错误提示：

没有终结点对可能接受消息的 http:// 这通常是因地址或 SOAP 操作不正确所致。有关更多详细信息，请参阅 InnerException (如果存在)。在 Silverlight 中，可能会报告 404 响应代码，而服务则可能发送不同的错误代码。

数据量小的时候是可以正常访问的，所以可以排除写的方法有问题的因素，查过资料应该跟传输数据量的大小有关，目前还没找到解决办法，不知道你们有实战项目的是否有遇到这个问题？

我查询返回的是IList<T>类型。

急切需要答案，否则做的系统无法访问超过4000行则让人笑掉牙了牙！！



------解决方案--------------------
1、maxReceivedMessageSize="65536000" 
大小限制总是有的。为什么要一次把5000条记录都返回到客户端呢。用户不会一次从第1条一直看到第5000条吧。分页吧。一次40，50条就行了
------解决方案--------------------

探讨

1、maxReceivedMessageSize="65536000"
大小限制总是有的。为什么要一次把5000条记录都返回到客户端呢。用户不会一次从第1条一直看到第5000条吧。分页吧。一次40，50条就行了

------解决方案--------------------
就是查询数据时只反回一部份。如 top 50
------解决方案--------------------
对数据分页一般是查询数据的时候做的：
sql server数据分页 比较
------解决方案--------------------
SQL Server 2005 以上使用 ROW_NUMBER() OVER ( ORDER BY ... ) ，这个效率是相当高的，也不用管主键是什么类型。

抛开翻页而言，WCF只允许单次最大上传约4MB byte[]大小的数据（而且还是要配置了web.config才可以的，否则只能是16KB），最大的单次发送量应当也是有限制的，也许也是4MB左右，我没有经过测试。

如果不从翻页的角度来解决问题，那么可以从数据压缩的角度来解决问题，4MB的数据量也许压缩了之后只有100来KB吧，可以先对数据进行手工序列化，把序列化的结果利用 SharpZibLib 进行压缩后再传输。