JET_ERRCAT 枚举

  • 项目

错误类别。 层次结构如下：JET_errcatError | |-- JET_errcatOperation | |-- JET_errcatFatal | |-- JET_errcatIO // 错误的 IO 问题，可能是暂时性的，也可能不是暂时性的。 | |-- JET_errcatResource | |-- JET_errcatMemory // 内存不足 （所有变体） | |-- JET_errcatQuota | |-- JET_errcatDisk // 磁盘空间不足（所有变体） |-- JET_errcatData | |-- JET_errcatCorruption | |-- JET_errcatInconsistent // 通常由用户错误处理引起 | |-- JET_errcatFragmentation |-- JET_errcatApi |-- JET_errcatUsage |-- JET_errcatState |-- JET_errcatObsolete

命名空间：Microsoft.Isam.Esent.Interop.Windows8
程序集： Microsoft.Isam.Esent.Interop（在 Microsoft.Isam.Esent.Interop.dll 中）

语法

'Declaration
Public Enumeration JET_ERRCAT
'Usage
Dim instance As JET_ERRCAT

public enum JET_ERRCAT

成员

成员名称 说明
未知 未知类别。
错误 泛型类别。
操作 通常随时可能发生的错误，由无法控制的条件引发。 通常是临时性的，但并非总是如此。 恢复：可能为重试，或者最终需要通知运营商。
严重 仅当 ESE 遇到的错误条件严重到导致我们无法以安全（通常为事务性）的方式继续时，才会发生此类错误，此时我们不会损坏数据，而是会引发此类别的错误。 恢复：重启实例或进程。 如果问题仍然存在，请通知运营商。
IO O 错误来自 OS，并且不受 ESE 的控制，这种错误可能是临时性的，也可能不是。 恢复：重试。 如果未解决，请向运营商询问磁盘问题。
资源 这是一个类别，指示许多潜在的资源不足条件之一。
内存 经典的内存不足条件。 恢复：等待一段时间后重试、释放内存或退出。
配额 某些“特殊”资源位于特定大小的池中，因此更容易检测这些资源的泄漏。 恢复：可能需要进行一些小的代码更改。 应用程序应具有针对这些条件的仅调试操作（例如 Assert），以便在开发期间检测这些条件。 对于零售代码，建议将此错误视为“内存”类别错误，然后重试、释放内存或退出相应操作。
磁盘 磁盘不足条件。 恢复：可稍后重试，看看届时是否有更多的可用空间，或者要求运营商释放一些磁盘空间。
数据 与数据相关的错误。
损坏 我的硬盘“吃掉”了我的作业。 经典的损坏问题，通常是永久性的，没有纠正措施。 恢复：从备份还原，或许可通过 ese 实用工具修复操作（这种方法仅可挽救剩余/丢失的数据）。此外，在恢复 (JetInit) 的情况下，或许可以通过允许数据丢失来执行恢复。
不一致 这类似于“损坏”中的以下情况：数据库和/或日志文件处于不一致且无法相互协调的状态。 这通常是由应用程序/管理员处理不当引起的。 恢复：从备份还原，或许可通过 ese 实用工具修复操作（这种方法仅可挽救剩余/丢失的数据）。 此外，在恢复 (JetInit) 的情况下，或许可以通过允许数据丢失来执行恢复。
分段 这是一类错误，这种情况下会有某些持久性的内部资源耗尽。恢复：对于数据库错误，脱机碎片整理将纠正问题，对于日志文件 _first_，请将所有附加的数据库恢复到干净关闭状态，然后删除所有日志文件和检查点。
API 有关使用情况和状态的容器。
使用情况 经典使用错误，这意味着客户端代码未将正确的参数传递给 JET API。 重试后，此错误可能不会消失。 恢复：通常，客户端代码应断言（即 Assert()）不会返回此类错误，因此可以在开发期间捕获问题。 在零售版中，应用可能别无选择，只能将问题发回给运营商。
状态 这是 API 可以返回的不同信号的分类，用于描述数据库的状态，典型的情况是 JET_errRecordNotFound（在找不到所请求的记录时，JetSeek() 可以返回该信息）。 恢复：并不真正相关，在很大程度上取决于 API。
已过时 该错误被识别为有效错误，但不应由此版本的 API 返回。
最大值 枚举的最大值。 请勿使用该值。

另请参阅

参考

Microsoft.Isam.Esent.Interop.Windows8 命名空间