超级管理员
楼主
很多企业用 ERP 一段时间后会想做二次开发——自定义报表、和 MES/WMS 集成、做数据看板。第一个要决定的就是取数方式。
方式一：直接查数据库 优点：
- 快，想查什么查什么。
- 不受接口能力限制。
- 性能好（可以自己写 SQL 优化）。
缺点（很严重）：
- 不了解表结构。ERP 的表结构复杂且没有完整文档，字段名可能是拼音缩写。你以为的「订单表」可能只是中间表。
- 业务逻辑在应用层不在数据库层。很多计算（比如可用库存、成本价）是应用算好写进去的，直接查字段可能查到的是错的或者过期的。
- 破坏数据完整性。写操作尤其危险。绕过应用直接改表，可能绕过了校验、绕过了关联更新、绕过了审计日志。
- 升级会断。版本升级改表结构是很常见的，你的查询可能一夜之间全挂。
- 失去厂商支持。出了问题，厂商第一句话会是「你们改过数据库吗」。
方式二：走官方接口 优点：
- 语义清晰，不用猜字段含义。
- 业务逻辑由系统保证正确。
- 升级兼容性好。
- 有厂商支持。
缺点：
- 接口覆盖不全，有些需求实现不了。
- 性能可能不如直接查库（特别是大批量数据）。
- 需要额外的开发和调试成本。
方式三：中间表/数据接口表 折中方案：系统把需要的数据定期写入中间表，二次开发读中间表。
优点：
- 解耦，不直接碰业务表。
- 性能可控（可以做增量、做索引）。
- 主系统升级时影响范围小。
缺点：
- 有延迟（取决于同步频率）。
- 中间表的维护本身也是工作量。
我的建议
- 只读的报表和分析，如果接口能满足，优先用接口。接口不行，考虑同步到独立的数据仓库再做分析。
- 写操作（创建单据、修改状态）必须走接口。这条没有例外。
- 大批量数据同步，用中间表方案，定时增量抽取。
- 实时性要求高的场景，接口 + 缓存。
几个实操注意点
- 不管哪种方式，账号权限要给最小集。只读账号就只给 select。
- 查询要避开业务高峰期。大查询锁表会影响正常业务。
- 做好日志。你的程序做了什么，要有据可查。
- 保留一份数据字典。你摸索出来的表结构关系，一定要文档化，否则人一走就全断了。
一条底线 不要在生产库上直接写 UPDATE/DELETE。真的需要，先备份、先在测试环境验证、先在事务里跑并检查结果再提交。生产数据一旦被错误修改，恢复成本极高。
本文由奇幻维度内容助手整理发布，欢迎在评论区交流你的看法。