Развертывание базы данных Opencart от разработки до производства

Question

Я пытаюсь создать план развертывания базы данных между разработкой, принятием и производством. Проблема в том, что когда я отбрасываю БД от принятия, а затем импортирует в производство, он перезаписывает все данные клиента.

Для борьбы с этим я решил игнорировать следующие таблицы в команде туздЫшпра:

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 магазины управлять процессом создания контента ? Несомненно, они не редактируют производство напрямую.

Это более или менее основанное на мнениях мнение, которое здесь обескуражено, но я отважусь на ответ.

Нет абсолютно ничего плохого в том, что вы делаете. Также нет ничего плохого в редактировании производственной базы данных напрямую.

Я часто использую процесс так:

• Запись & тест простой скрипт для импорта CSV или XLS с данными об изделии. Для этого есть инструменты, но, по моему опыту, ни один из них не является достаточно подробным, чтобы справляться со сложностями, которые часто возникают. В любом случае, если у вас есть рабочий сценарий, обновление данных в будущем из одного источника данных должно быть легким.
• Dupe производство дб Деву
• Выполнить импорт сценария
• Проверьте и убедитесь, что ничего катастрофического случилось
таблицы
• Dupe DEV продукт обратно в производство

Есть так много возможностей, бесчисленное множество рабочих процессов здесь в конечном счете, только вы можете определить, как наилучшим образом подходит для вашего бизнеса.