从开发到生产的Opencart数据库部署

我正在尝试在开发、验收和生产之间创建一个数据库部署计划。问题是，当我从acceptance转储DB，然后导入到production时，它会覆盖所有客户数据

为了解决这个问题，我选择在mysqldump命令中忽略以下表格：

oc_address
oc_coupon_history
oc_custom_field_to_customer_group
oc_customer
oc_customer_ban_ip
oc_customer_field
oc_customer_group
oc_customer_group_description
oc_customer_history
oc_customer_ip
oc_customer_online
oc_customer_reward
oc_customer_transaction
oc_order
oc_order_download
oc_order_field
oc_order_fraud
oc_order_history
oc_order_option
oc_order_product
oc_order_recurring
oc_order_recurring_transaction
oc_order_status
oc_order_total
oc_order_voucher
oc_paypal_order
oc_paypal_order_transaction
oc_return
oc_return_action
oc_return_history
oc_return_reason
oc_return_status
oc_review
oc_tax_rate_to_customer_group
oc_voucher_history

是否有我遗漏的包含客户/交易数据的表？我这样做会遇到什么问题吗

我还将忽略

oc\u设置

表，以防止覆盖生产付款设置

现有Opencart商店如何处理内容创建过程？他们肯定不是在直接编辑产品

如有任何建设性的答复，将不胜感激

Opencart版本1.5.6

是否有我遗漏的包含客户/交易数据的表？我这样做会遇到什么问题吗

您可能希望包括：

voucher
voucher_history

和省略（这些更类似于系统设置）：

现有Opencart商店如何处理内容创建过程？ 他们肯定不是在直接编辑产品

这或多或少是基于观点的，这在这里是不被鼓励的，但我将冒险给出一个答案

你所做的绝对没有错。直接编辑生产数据库也没有什么错

我经常使用这样的过程：

• 编写并测试一个简单脚本，以导入带有产品数据的csv或xls。有很多工具可以做到这一点，但根据我的经验，没有一个工具足够详细，能够处理经常出现的复杂性。无论如何，一旦你有了一个工作脚本，将来从同一个数据源更新你的数据应该是轻而易举的事
• 将生产数据库复制到开发人员
• 运行导入脚本
• 检查并确保没有发生灾难性事件
• 将开发产品表复制回生产环境

这里有无数的工作流可能性，最终只有您才能确定最适合您的业务

order_status
order_field