‘条件选择’构件不支持“备注字段”的查询。
我设‘ADO查询’与‘ADO数据库连接’，在‘条件选择’属性中‘SQL查询’=‘ADO查询’。
但在‘条件选择’属性中的‘字段选择’中选择了“备注字段”的话，使用条件查询时就报错。并且在‘条件选择’的‘条件输入’的字段展示框中根本就不能出现“备注字段”，其他字段都能展示出来供查询的。
取消之（在‘条件选择’属性中的‘字段选择’中不选择“备注字段”）就能正常查询了。

报错图示：

此主题相关图片如下：

不是“条件选择”构件不能支持对“备注型”字段的查询，而是所有的开发工具以及SQL语言，都不支持“备注型”字段的查询，这是数据库系统共同的约定。因为“备注型”字段的存储方式与其它类型字段不一样。SQL Server等大型数据库都已经取消了“备注”类型。

数据表的过滤为什么就支持备注字段呢？

不支持备注字段的查询？不会吧。我做的系统里就用过。比如，SQL Server数据库中，有个表的字段是ntext，用以下语句没有任何问题：SELECT * FROM 用户管理 WHERE 行业权限 LIKE \'%家电%\'

这里admin 没有表达清除，ntext并不是传统意义（Memo）上的备注字段,他只是一个变长型字段，SQL Server 是没有Memo类型字段的；当我们的构件没有实现某些功能是，就应该直接使用SQL语句。

这个构件要解决的问题还有很多，最典型的就是对于同一个字段，不能进行多值组合查询。

比如我想查询城市名为“北京”或“上海”的所有数据，通过选择查询构件的“条件输入”就根本无法完成。因为，你点了一次“城市”字段，可以输入查询值“北京”，当你再点一次“城市”字段想输入“上海”时，这一行就没有了。

这个问题早就发现，也不想再积极的反馈了，反正通过其它的多种方式都可以解决。说白了，“选择查询”、“自动报表”等组合型构件看起来很美，但使用起来都不爽，形同鸡肋。功能不够细腻。。

说得真是不错，选择查询构件功能自己做还行，但自动报表构件想自己做都不行，各报表构件的问题更多，如果自动报表能设置字段的列宽和修正数字的字段排位还是能用一下。

自动报表中如果有数据或货币类字段，在排列时一样像文本字段一样在单元格的左边但它的内容横向布局是右边的。

顺便说一下，选择查询构件还不如做成像 过滤.定义 那样的窗口，能自己加条件，还能自行编辑。只需多一个选择字段的框就行。

再说一下，表达式那个窗口也很好，但为什么不改造成一个计算器构件呢，数据库管理中很经常用的计算器的，如果直接用系统的又没法跟星做的程序有关联，所以星中有个计算器构件很有用的。