摘要： CRUD查询不能可靠地持久保存在我的VB6 + SQL 2000应用程序中，从而导致数据丢失。我如何/如何更改才能解决此问题？我可以始终保持或在不保持时都显示错误，但是此刻问题发生了[[silently。
我不确定要在此处包括哪些来源，欢迎提出建议。详细信息：
我继承了一个非常老（超过20年）]桌面应用程序，它是用VB6编写的，并使用SQL 2000数据库存储其数据。
[似乎有时（尚未找到明确的原因，似乎是随机发生的），通过INSERT / UPDATE写入数据库的数据并未保留，而是保留在某种缓冲区中：选择数据表明：一切正常，一切正常，除非关闭并重新打开应用程序，否则数据为[[not there。为了进一步阐明问题，这是一个简化的方案：
第一天。应用程序启动
。应用程序执行一堆SELECT来查询当天的初始数据
。用户在应用程序中输入一些数据，然后按下“保存”按钮，在后台在数据库中执行了许多INSERT / UPDATE操作以（显然）保留数据。
。在操作过程中，所有新输入的数据都可以处理并正常显示
。晚上，用户运行该应用程序的一项功能，该功能充当每日摘要（此处涉及很多SELECTING），他们可以看到自己处理的所有数据，再次看起来都很正常。
。应用程序已关闭（幕后发生了更多CRUD）
第二天
。应用程序启动
。应用程序执行一堆SELECT来查询当天的初始数据
。用户可以看到，初始数据并不能与前一天的数据“相加”]
。 DBA进一步检查显示，昨天的数据大块不在这里
用户和事件查看器（也不是其他任何东西）都没有显示有关此行为的错误。
我对问题可能出在哪里一无所知，在互联网上搜集的信息很少（也许技术太旧，或者问题很少？）
显然，我可以解决问题，结果是数据始终保持不变，用户感到满意。当数据无法持久存储时（无论原因是什么），我对应用程序
显示错误并阻止操作
也可以。我欢迎提出有关在问题后附加哪些信息以帮助解决的建议（代码相当大，不确定什么是相关的。）
根据评论展开
很难知道数据是否在第1天出现在应用程序外部，我们必须不断监视应用程序中正在执行的操作并比较数据库（因为没有迹象表明问题正在发生，没有错误，什么也没有）。
数据库权限不应该相关，应用程序可以正常运行，然后突然丢失一些数据，然后一切都很好。