问Delphi控件中的数据编辑及其底层数据集的更新

EN

我认为您可能混淆了两件事，即从数据库感知控件(如TDBEdits )转发回相应的dataset TFields对象的更改，以及从字段回发到dataset数据库数据的字段值的更改。

这就是为什么我在一条评论中建议您应该在表单中添加一个TDBNavigator。连接到与您的数据库感知控件相同的DataSource，它将在DataSet处于编辑状态时启用其保存和取消按钮来显示DataSet的状态，就像用户更改其中一个控件的内容时所发生的那样。顺便说一句，只有当DataSource的AutoEdit属性被设置为True时才会发生这种状态变化(默认情况下，它是True，因此很容易忽略正在发生的事情，并且没有意识到如果您愿意的话可以阻止它)。

TDBGrid稍有不同的原因如下：

• 它后面的TDataSet被设计成有一个逻辑游标，它可以从一个记录移动到另一个记录，但一次只能访问一个记录--关联的TFields包含游标当前所在的记录的数据值。
• 因此，必须通过滚动dataset游标来填充DBGrid。
• 通常，DataSet处于dsBrowse状态(参见OLH中的TDataSetState )。当被告知滚动时，如果其当前状态为dsEdit或dsInsert (例如，由于用户在GUI中的操作)，它会将对当前记录的任何更改发回数据集，并恢复到dsBrowse状态，以便能够按指示滚动。
• 这种后滚动行为并不能让用户满意，因为DBGrid“同时”从用户的pov中提供了对多个记录的GUI访问。因为，正如您已经注意到的，用户可能会更改一条记录(通过网格中的就地编辑或通过DBEdits等)并立即移到另一行。事实上，就编辑网格中的位置而言，您的最佳选择通常只是不允许它，因为否则用户可以更改一个记录中的某些内容，然后意外地或有意地单击另一个网格行，后者将上一行中的更改发布到dataset，而不给用户取消它的机会。

海事组织，您不应该让OnExit处理程序、焦点更改事件等来对数据集进行操作--使用它们来防止用户用数据更改(未决)和类似的事情来关闭表单是很好的，但是您应该要求用户执行一个明确的操作来确定是保存还是取消挂起的更改。不尝试直接从OnExit对数据集进行操作的原因之一是，通常有必要在GUI中对用户更改/添加的数据执行数据验证检查，这本身可能需要重点更改，以指导用户进行任何必要的纠正操作。

在网格的OnExit中添加一个Post语句？

我也总是在我的OnFormCloseQuery事件中放置一系列Post语句。