好像是过滤的活动属性与自动提交属性是不能同时为“真”的是吗？可是当某表原设置时自动提交为真，而过过滤活动为假，我设置了一个按钮，准备用于对此表进行过滤，在此按钮中设置了先将自动提交设置为假，再将过滤属性设置为真，然后再将条件赋给过滤定义属性，这样的设置理论上看来应是没有问题的吧，可是运行时还是出现了过滤时不能将自动提交设置为真这方面意思的错误信息，这是为何？

按照你的做法，没有模拟出你说的问题。 不过指出一点，“将过滤属性设置为真，然后再将条件赋给过滤定义属性”这个做法，次序有问题，应先将条件赋给过滤定义的字段，再进行过滤。 另外问一下，你为什么要么做？有什么意义吗？

因为在同一项目中，我即有对某表的数据维护功能，在对数据维护时是需要将自动提交设置为真的对吧。在这个项目中，也有需对此表进行过滤查询的功能，这时就需要对表中自动提交为真的属性进行修改为假，然后再将过滤属性设为真之后再赋过滤定义，这样的编制思路对吗？难道有更好的方式和思路？ 说得简单一点那就是某表原默认设置自动提交为真，那么要进行过滤定义并进行过滤时应如何设置？而且过滤完成后需将自动提交设回真的状态。

ADO数据表——属性“操作数据”——“自动编辑提交”的意思：当“自动编辑提交”属性为“真”时，对字段设置的新数据将自动进入“编辑”然后进行“提交”；当该属性为“假”时，您在设置新数据时，必须先执行方法“编辑”，然后设置新数据，再执行方法“提交”，才能完成对数据的更新。当更新的字段比较多时，“非自动编辑提交”的执行速度比“自动编辑提交”要快。在操作数据中不能设置备注型字段！否则出错。 不一定在。而且，我在第2楼回复过，没有模拟出你的问题。

在设计项目时，我习惯将表的自动提交属性设置为真，这样的话在一些多记录的计算时就可以少设置什么先编辑后再提交的命令了。因此当对某表的许多记录的字段进行计算时这样设置应该是比较好的。 管理员你就这样来理解我这个问题：就是一个项目中，在设计时，将某表的自动提交设置为了真，而在此项目中又有一个查询过滤的按钮功能：按某些条件进行过滤。那么在这个按钮中该如何设计？是不是在执行过滤的命令之前要将自动提交的属性设置为假？然后再将过滤属性设为真， 再将条件赋给过滤定义？这样的命令设计从思路和逻辑上讲应该是没有错的吧？可是就是会出现错误的信息。

你把你出错的项目发到我的信箱里，我看一下。我没有模拟出你的错误。