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

Question

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

为了解决这个问题，我选择忽略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_settings表格，以防止生产付款设置被覆盖。

现有的Opencart商店如何处理内容创建过程？当然他们不是直接编辑制作。

任何有建设性的答案都会受到赞赏。

Opencart 1.5.6版

Answer 1

  

我是否遗漏了包含客户/交易数据的表格？我会遇到任何问题吗？

您可能想要包含：

voucher
voucher_history

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

order_status
order_field

  

现有的Opencart商店如何处理内容创建过程？   当然他们不是直接编辑制作。

这或多或少基于意见而在此不鼓励，但我会冒险回答。

你正在做的事情绝对没有错。直接编辑生产数据库也没有错。

我经常使用这样的过程：

• 写作＆amp;测试一个简单的脚本来导入带有产品数据的csv或xls。有这方面的工具，但根据我的经验，它们都没有足够详细来处理经常出现的复杂性。无论如何，一旦你有一个可用的脚本，将来从同一个数据源更新你的数据应该是轻而易举的。
• Dupe production db to dev
• 运行导入脚本
• 检查并确保没有发生灾难性事件
• Dupe dev产品表重新投入生产

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