我们是这样做的：用ADO对象recordset做为数据载体，
我们封装成Active X，这样在客户端想如何就如何啊。
@ninghuang22@163.com
第一个问题从你的描述来看应该是数据量的问题，建议能否分批次进行数据获取，按照客户端实际显示需求来确定数据加载行数。
第二个问题的一般做法是先在客户端定义HTML模板，并且定义绑定表达式。而后使用JavaScript操纵JSON来对模板进行数据绑定，最后更新HTML代码。
我公司一个项目中用到一个比较旧的控件，它只能用JavaScript在客户端操作，我在Load纯数据的时候使用的Ajax把结果集从数据库返回成DataTable，然后再Json数据发送到客户端，当数据达到2000行的时候基本上就搞死机了。
另外，Json后的数据集返回到客户端一般怎么去与控件数据绑定请教了？
@横刀天笑
首先谢谢你的回复，本文就是要比较在AJAX应用中，JSON和XML作为数据交换格式的差异，以便于我们进行选择。
就服务器端JSON和XML的序列化以及反序列化来讲，XML的会更成熟，且选择的余地会很多。当然JSON也有对应的开源类库，但相对来讲比较少。当然了对于项目来讲只要有一种实现就够了，我们这里只是比较两者的不同，以及两者的优劣。
另外从安全性上来讲，JSON数据有可能会被注入一些恶意代码，我们需要处理更多的东西相对于XML。
服务器端现在开源的JSON系列化组件都很成熟了，都可以自动的来搞定这块，而如果用原生的XML API来解析XML的话，那将是一个体力活，而且很容易出错，所以我觉得即使在服务器端JSON也优于XML
还有关于安全性，你用eval当然有这个问题，看都不看JSON里面的内容直接eval了，你可以使用那个json.js来“反系列化”JSON字符串安全性就强多了。
而且一般对我们来说需要用JSON或者XML来传输的东东并不是很复杂，所以不会存在多少问题。
即使就你所说的如果服务器端传回的是一段HTML片段，我也要质疑一下，服务器端为什么要返回HTML片段？如果不是遗留的问题，我觉得也不要传递HTML片段了，从服务器端传HTML片段回来，服务器端肯定有个“组装”HTML文档程序，这部分也是纯手工编码容易出错还不讨好。要是传输一个JSON字符串回来，然后客户端用js自动的将JSON字符串“反系列化”后“映射”到界面上
我在一个项目中完整的使用了JSON，整个过程基本上都是自动化进行的，没有之前XML那种getElementByXXX，也没有XXX.value = XXX等重复的语句了
写的比较多，也比较乱，本没有抨击使用XML传输的意思，毕竟XML还是个通用的标准，我觉得这个才是XML的优势。
我研究的不深，说了些自己看法。呵呵
不错，不错，特别是我们封装一些自定义的AJAX控件
楼主的有些描述不是非常严谨。应该看下Teddy的Callback深度分析^_^
bool useAsync 这个怎么用？一直没有研究出来