主题：老六，能不能把改进后的版本先放出来?

    看前几日老六的贴子，得知核心的改造已经提前顺利完成，现正进行table和datalist的一体化工作。估计这个工作比较繁琐，还在进行之中。
    能否请老六把已经改进完成的部分先放出来？很久没更新了，也知道datalist将被K掉了，我现在手头上的项目也只好停止了。改进后的版本到底是什么样？现在心里一点底也没有。如果table和datalist一体化的工作还需一些时日的话，那能否将换了核心的新版本先放出来给大家测试呢？
    我跟客户的项目合同都签了，月底前要给客户测试版。总这么干耗着等新版，心里实在是着急啊！唉，真是愁死了。

    呵呵，其实这个项目在几年前就完成了，用的是其它软件开发的。
    foxtable从去年开始接触，但一直没怎么深入学习，总觉得它还不太稳定。今年下半年开始觉得它要出商业版了，估计也该定型了，就打印了全套资料开始学习，并用它简单改进了原来项目中的数据查询部分以征求客户意见。没想到，客户看了后直叫好，就又跟客户签订了升级改造的合同，约定8月底给测试版。唉，就在这个时候，老六又给foxtable动大手术了。。
    个人经验感觉foxtable确实不错，也早跟老六预定了开发版。但短短的一个多月实战下来，也发现了foxtable的诸多短腿之处。尤其是最近客户给我反映的远程数据库问题：
    按照foxtable目前的连接方式，远程数据库是直接用ip通过互联网访问的。客户就直接跟我说：开什么玩笑？这也太不安全了，这个你必须改！客户有个专门的数据库服务器，还有个专门的web服务器。我原来给他的项目，是有个CGI中间层的，这个程序就放在客户的WEB服务器上。客户端通过web服务器上的这个中间层，实现与数据库的联系。
    现在改用foxtabe，变成用ip直接访问数据库，客户就不同意了。下一步，还要请老六解决一下这个问题，看来本地数据库和远程数据库要采用不同的连接方式才行。而且，对于远程数据库的连接，应该有“客户端记录数”的属性设置。比如，把属性设为30，则不论远程数据库有多少条记录，每次只加载30条记录到客户端。如果对远程数据库不加这样的属性设置，实际应用当中将会非常可怕。
    关于远程数据库的问题，请老六下一步再考虑吧，目前解决table与datalist的问题更为紧迫。