WooCommerce订单可能使用HPOS等不同存储模式，定制代码若假定订单始终在posts和postmeta中，可能读取不完整或过时资料。应按当前WooCommerce官方数据访问方式与实际权威存储确认，而不只按表名写查询。
先确认当前存储模式和同步状态
记录正式使用的数据存储、兼容同步设置及当前WooCommerce版本。某些站点保留另一套表作同步，不代表两套资料总是同等权威。不能因为旧表里仍看到一张订单，就判断新订单查询逻辑完全兼容或迁移已经结束。
盘点绕过数据层的自定义代码
报表、导出、库存同步和第三方插件可能直接查询数据库或依赖post类型。查看供应商兼容声明与实际实现，不能只看插件能启用。用于业务决策的订单状态、金额和客户资料，应有明确来源与权限，查询日志也要避免泄露敏感信息。
采用官方支持的数据访问方式
按照当前WooCommerce开发文档使用适合的订单CRUD与查询API，使存储实现由数据层处理。不要仅改一个表名就假定等价，字段映射、状态语义和同步行为仍需核对。复杂报表若确需专用查询，应针对支持范围建立测试与维护责任。
用多类订单验证完整性
在隔离或已授权测试中比较新旧订单、退款、不同状态和扩展附加数据，确认数量和关键字段与后台一致。不能制造真实交易来验证。部署后监测导出、通知和同步结果，任何未兼容扩展保持待办，不把一次读取成功当全链路支持。
关键区别
HPOS存储：订单的特定数据结构；按实际启用模式确认。
旧表副本：可能用于兼容同步；不自动等于权威来源。
官方API：屏蔽部分存储差异；仍需扩展兼容验证。
怎样确认处理到位
业务读取与后台权威订单一致，多种状态和历史订单均完整，导出及同步无漏项，未兼容扩展已明确记录而非补猜完成。
容易误判的边界
定制订单读取应使用WooCommerce支持的接口，并核对当前权威存储。不要仅因某组旧表仍有记录就继续依赖它，也不要未经备份和兼容检查切换订单存储设置。
