我在使用扩展实体时遇到问题
I'm having trouble with extended entities
此问题与I need help upgrading OroCommerce to 4.1.1有关。
我收到几个与扩展实体相关的错误...我相信缓存构建一定有问题，但我找不到根本原因（也找不到解决方案 :( )）。
我对照虚拟机检查了我的生产服务器中的数据库结构，那里一切正常，我看不出任何显着差异（意味着新字段，例如 digitalAsset_id 用于 oro_attachment_file table 或 wysiwyg for oro_fallback_localization_val 在那里）。
我只是 运行 一个额外的 php bin/console oro:migration:load --force -e prod 它没有什么区别...
编辑：
刚刚检查了两个安装的 var/cache 目录中的差异，实际上我看到 VM 版本具有生产版本中缺少的方法。
我将工作代码上传到生产服务器并重新 运行 平台升级，但我仍然 运行 遇到问题。
如果 oro:migration:load 命令（或实际触发迁移加载的 oro:platform:update）第一次失败，您必须：
- 修复错误，
- 从数据库转储恢复
- 和运行再次执行命令。
否则，迁移可能会以错误告终，
但在第二次 运行 时，它们不会再次执行，这可能会导致数据库架构、实体元数据或实体配置混乱。
另外 oro:migration:load 命令不能自给自足。模式更改后可能需要预热一些实体配置。请尝试 运行 oro:platform:update，即使所有迁移都已执行，它也会尝试预热所有缓存并可能修复错误。
此问题与I need help upgrading OroCommerce to 4.1.1有关。
我收到几个与扩展实体相关的错误...我相信缓存构建一定有问题，但我找不到根本原因（也找不到解决方案 :( )）。
我对照虚拟机检查了我的生产服务器中的数据库结构，那里一切正常，我看不出任何显着差异（意味着新字段，例如 digitalAsset_id 用于 oro_attachment_file table 或 wysiwyg for oro_fallback_localization_val 在那里）。
我只是 运行 一个额外的 php bin/console oro:migration:load --force -e prod 它没有什么区别...
编辑：
刚刚检查了两个安装的 var/cache 目录中的差异，实际上我看到 VM 版本具有生产版本中缺少的方法。
我将工作代码上传到生产服务器并重新 运行 平台升级，但我仍然 运行 遇到问题。
如果 oro:migration:load 命令（或实际触发迁移加载的 oro:platform:update）第一次失败，您必须：
- 修复错误，
- 从数据库转储恢复
- 和运行再次执行命令。
否则，迁移可能会以错误告终， 但在第二次 运行 时，它们不会再次执行，这可能会导致数据库架构、实体元数据或实体配置混乱。
另外 oro:migration:load 命令不能自给自足。模式更改后可能需要预热一些实体配置。请尝试 运行 oro:platform:update，即使所有迁移都已执行，它也会尝试预热所有缓存并可能修复错误。