-- migration_007 فقط یه‌بار (در همون لحظه) total_volume_gb سفارش‌های قدیمی رو
-- درست کرد؛ ولی INSERT سفارش‌های *جدید* (خرید پلن یا تست رایگان) هیچ‌وقت این
-- ستون رو ست نمی‌کرد، برای همین هر سفارشی که بعد از اون migration ساخته شده
-- بود، total_volume_gb ش از صفر شروع می‌شد (نه از حجم واقعی پلن/تستش) و
-- تمدید حجم بعدی از یه پایه‌ی اشتباه محاسبه می‌شد.
--
-- کد PHP الان درست شده (سفارش‌های بعدی این مشکل رو نخواهند داشت)، ولی این
-- migration سفارش‌های موجودی که هنوز حجمشون هیچ‌وقت تاپ‌آپ نشده (یعنی هنوز
-- total_volume_gb = 0 مونده) رو با حجم واقعی پلن/تستشون همگام می‌کنه.

UPDATE orders o
JOIN plans p ON o.plan_id = p.id
SET o.total_volume_gb = p.volume_gb
WHERE o.total_volume_gb = 0 AND o.is_trial = 0;