Error handling 弥补损失。对于包含未保存用户数据的交互式应用程序，请尝试在用户有机会解决问题之前避免崩溃。SQL server可能会通过拒绝插入更多数据来处理低级错误。您可以使用事务处理这些问题，并在SQL中回滚。@Sherm，说得对。有没有办法提前知道呢？那很容易出现竞
Error handling 弥补损失。对于包含未保存用户数据的交互式应用程序，请尝试在用户有机会解决问题之前避免崩溃。SQL server可能会通过拒绝插入更多数据来处理低级错误。您可以使用事务处理这些问题，并在SQL中回滚。@Sherm，说得对。有没有办法提前知道呢？那很容易出现竞,error-handling,diskspace,Error Handling,Diskspace,弥补损失。对于包含未保存用户数据的交互式应用程序，请尝试在用户有机会解决问题之前避免崩溃。SQL server可能会通过拒绝插入更多数据来处理低级错误。您可以使用事务处理这些问题，并在SQL中回滚。@Sherm，说得对。有没有办法提前知道呢？那很容易出现竞争情况，你检查空间，发现你有足够的空间，然后其他人在你使用之前就使用了空间。你允许用户重试保存吗（一旦他们或操作系统释放了空间）或者像一个臭名昭著的应用程序一样，你会放弃那些未保存的数据吗？我不同意。我有一个每天创建大量数据的程序——大约5GB
弥补损失。对于包含未保存用户数据的交互式应用程序，请尝试在用户有机会解决问题之前避免崩溃。SQL server可能会通过拒绝插入更多数据来处理低级错误。您可以使用事务处理这些问题，并在SQL中回滚。@Sherm，说得对。有没有办法提前知道呢？那很容易出现竞争情况，你检查空间，发现你有足够的空间，然后其他人在你使用之前就使用了空间。你允许用户重试保存吗（一旦他们或操作系统释放了空间）或者像一个臭名昭著的应用程序一样，你会放弃那些未保存的数据吗？我不同意。我有一个每天创建大量数据的程序——大约5GB。如果我让这个程序占用磁盘空间直到有0MB空闲空间，它会使系统崩溃。如果磁盘空间降至临界水平（即10GB可用空间），那么最合乎逻辑的做法就是优雅地退出，以避免杀死系统中的其他进程。当然，即使在事态变得严重之前，也有适当的系统对此发出警告。