ساختار جدول سفارشات

سلام دوستان دارم روی یه سایت خدمات ارزی کار میکنم که توی ثبت سفارشات به مشکل برخوردم. این سایت ۳ سرویس ثابت داره خدمات رمز ارز − ارز دیجیتال و گیف کارت و همچنین قسمتی که کاربر سرویس مدنظرشو رو ایجاد میکنه. خب حالا هر کدوم از این سرویس ها اطلاعات خاص خودشونو دارن پس نمیشه تنها یک جدول برای ثبت اطلاعات هر سفارش در نظر گرفت. من یک جدول Order ایجاد کردم که اطلاعات مشترک هر سفارش مثل قیمت یا تعداد ذخیره بشه و برای هر سرویس هم یک جدول اختصاصی ایجاد کردم برای ذخیره اطلاعات خاص اون سرویس

این ساختاری که من در نظر گرفتم درسته بنظرتون؟ و راهکار بهتری ندارین؟

همانطور که در کامنت ها هم عرض کردم، ساختاری که خودتون فرمودید اوکی هست و به شکلی میشه گفت مدل Morph هست. یعنی یک جدول کلی داریم که تمام order ها رو نگهداری میکنه + نام و آیدی مرتبط با هر سرویس. به شکلی میشه FK روی چندین جدول:

حالا هر کدوم از اون جدولها (سرویس ها) باز آیدی orders رو نگهداری میکنن. اگه بخوام مثال بزنم، برای یک order از نوع رمز ارز، و یک order از نوع ارز دیجیتال، همچین چیزی خواهیم داشت:

// orders
+----+---------+----------+---------+------------------+------------+
| id |  price  |  number  | user_id |   service_name   | service_id | ...
+----+---------+----------+---------+------------------+------------+
| 15 | 2000    | 50       | 34      | cryptocurrency   | 10         | ...
| 16 | 7500    | 10       | 271     | Digital_currency |  5         | ...
+----+---------+----------+---------+------------------+------------+

// Cryptocurrency
+----+----------+
| id | order_id | ...
+----+----------+
| 10 | 15       | ...
+----+----------+

// Digital_currency
+----+----------+
| id | order_id | ...
+----+----------+
| 5  | 16       | ...
+----+----------+

پس همونطور که واضح هست، ایدی جدول order رو در جداول سرویس ها و برعکس داریم نگهداری میکنیم. شایان ذکره که نام جدول هر سرویس هم به صورت ENUM باید تعریف شده باشه در جدول order که قابل تشخیص باشه service_id متعلق به کدوم جدول هست.

این رو هم بگم که مقادیر user_id، price و number در جدول orders به صورت فیک وارد شدن و دیتاشون حاوی چیز مشخصی نیست. گفتم یوقت ابهام ایجاد نکنه براتون.