2026-11-02 确认：D:\VOL源码\MyBack（CQApi.sln，约 1500 cs）是用户当前实际使用的生产后端——Blog.Core 模板 + 深度行业化的分层单体 ERP（销售/采购/生产/品质/仓储/财务/模具），.NET 6 + SqlSugar 多库（RYERPNew/ERPPic/ERPLog，SqlServer @www.szry.online:58900，与 VOL 演示库同台服务器）+ Autofac/AOP + FastReport + 钉钉/企微/建行支付/富勒MES 等行业集成。

关键事实：微服务组件（Ocelot网关/Nacos/Consul/EventBus三MQ/限流/Quartz/TranAOP/缓存AOP）全部"接线完毕默认关闭"；权限仅登录级（PermissionHandler 已删）；事务靠 [UseTran] 人工标注；无代码生成器（Entity+DTO 手工双份）；已知风险：明文密码比对(LoginController.cs:78)、前端可传 SQL where 片段、钉钉 secret 明文。

对比结论（D:\VOL源码\框架对比-MyBack与VOL.md）：MyBack=业务重、框架半成品；VOL=框架全、业务空白。建议 MyBack 管存量业务、VOL 做增量 CRUD 页面（可共库）。

How to apply: 用户说"我们的后端/现有系统/生产接口"指 MyBack；说 VOL 时指研究的 api_sqlsugar。给 MyBack 提改造建议时优先：开 TranAOP、恢复权限、堵 SQL 片段、密码哈希、开限流。两框架同库服务器，跨框架共表可行。

2026-11-02 补充：MyBack 表名前缀实证——权限 T_ACL_*、业务 Sale_*/WO_*/UV1_*(视图)/Data_*/Enum_*、日志在 ERPLog 库、文件在 ERPPic 库。与 VOL 的 Sys_* 前缀正交，共库（RYERPNew）无表名冲突；真正风险是共表读写（MyBack 用 MakeOP/CheckOP 审计字段 vs VOL 自动填 CreateID/Creator）。已建议用户 VOL 起步用独立新库（方案A），VOL 源码目录无建库 .sql 需从官方渠道获取。