标题：关于ADO查询（数据表）的一点建议

在ADO查询（数据表）中操作数据属性，现在是用固定的参数，即甲字段名称，甲字段内容；乙字段名称，乙字段内容，这样固定的参数来实现对数据的操作的，通过这么长时间的使用有如下一点经验及建议：

1、现在是10个参数，当项目大一点字段多于10个时，就需要用字段号或字段名称来设置，操作起来多少有些不太方便。

2、通过数据表网格中的“选择字段集”属性想到，ADO查询（数据表）的操作数据也可以考虑用这种方式来实现。

1、可以清楚的看到操作数据的名称，增强了阅读性，就不会出现“操作数据：甲字段内容”这样的情况，如图所示

此主题相关图片如下：

2、因为现在事件设置窗口是采用的上下两层结构，ADO查询（数据表）的属性又比较多，所以当定义的字段多，在选择操作数据时需要来回的拉滚动条，这样就可以在“窗口构件列表”中直接选择：在增加了一个操作数据之后，可以有如下属性：如，选择字段，字段内容等。

3、这样操作数据的扩展性就非常的好了，灵活性也增强了。

关于这方面的操作我想了很长时间，最后我觉得这种方法还是比较灵活方便的，但不知从技术方面实现起来怎么样，希望FSJM能参考一下。

是一个好思路！曾考虑过，复杂性和速度有些影响；关键还有一个兼容的问题，待权衡。

复杂性和速度方面，我就无从考证了，兼容问题：将现在的模式，“操作数据：甲字段名称，甲字段内容...”这样的属性先保留，然后在操作数据里增加一项属性，叫“定义字段”或叫其它的什么名称，或者把“甲字段名称，甲字段内容...”这些变灰，变成不可用，或者这些在程序内部保留，但在属性表里隐藏，这样保证了之前的程序正常，以后再需要这样的功能就直接使用“新的属性”-----这样不管是以前的程序的修改还是以前程序的功能调整，都不会影响。这样不知能不能解决兼容问题。可能没有我想像的这么简单，只是想法。

嗯，这个想法，我觉得不失是一个办法。

这样可能会更好的解决一面要保证老程序，又能方便搭建的新开发，若干年后自然就可以将那些累赘扔掉。