ပရောဂျက် - E-Commerce Schema နှင့် Transaction Lab

နားလည်ထားရမယ့် အချက်

ဒီပရောဂျက်က ယခင်သင်ခန်းစာသုံးခုကို တစ်ပြိုင်နက်တည်း ကျင့်သုံးစေသည် - schema အတွက် tables/keys/relationships; table ကြီးထွားလာသည်နှင့်အမျှ မြန်ဆန်နေအောင် indexing; multi-step write တစ်ခု လုံးဝဖြစ်ပါစေ ဒါမှမဟုတ် လုံးဝမဖြစ်ပါစေ ACID/transactions။

• Tables, keys, relationships - schema ကိုယ်တိုင်
• Indexing - table ကြီးလာလည်း query မြန်နေအောင်
• Transactions & ACID - multi-step write အားလုံးဒါမှမဟုတ်တစ်ခုမှမရှိ

E-commerce ဟာ ဥပမာအစစ်ဖြစ်တယ် - 'order တင်မယ်' ခလုတ်တစ်ချက်နှိပ်ခြင်းက table များစွာကို တစ်ပြိုင်နက်ထိတွေ့ပြီး write တစ်ခုမှားရင် ငွေကြေးနှင့်ဆိုင်တဲ့ ပြဿနာဖြစ်နိုင်ပါတယ်။

Order တစ်ခုမှာ product များစွာ ပါနိုင်ပြီး product တစ်ခုကလည်း order များစွာမှာ ပါနိုင်တာကြောင့် join table Order_Items လိုအပ်ပါတယ် - ၎င်းက quantity နှင့် ဝယ်ယူချိန် price ကို ပါဆောင်ပါတယ်။

Order_Items ကို order_id နှင့် product_id နှစ်ခုလုံးဖြင့် အမြဲ query လုပ်မှာဖြစ်တာကြောင့် နှစ်ခုစလုံးအတွက် index လိုအပ်ပါတယ် - မဟုတ်ရင် table တစ်ခုလုံးကို scan လုပ်ရပါလိမ့်မယ်။

သင်ခန်းစာသုံးခုက ဘယ်လိုအထပ်ထပ်ထားလဲ - keys/relationships က table ပုံသဏ္ဍာန် ဆုံးဖြတ်ပြီး indexing က မြန်နှုန်း ဆုံးဖြတ်ပြီး ACID က ကျရှုံးမှုတွင် ဘာဖြစ်မလဲ ဆုံးဖြတ်ပါတယ်။

E-COMMERCE SCHEMA AND TRANSACTION FLOW
--------------------------------------
E-COMMERCE SCHEMA
-------------------------
USERS
  user_id     PK
  name

PRODUCTS
  product_id  PK
  name
  price
  stock

ORDERS
  order_id    PK
  user_id     FK -> USERS.user_id

ORDER_ITEMS
  order_item_id PK
  order_id      FK -> ORDERS.order_id
  product_id    FK -> PRODUCTS.product_id
  quantity
  price_at_purchase

RELATIONSHIPS
  USERS    1---* ORDERS
  ORDERS   1---* ORDER_ITEMS  *---1 PRODUCTS

TRANSACTION FLOW: createOrder(user, items)
-------------------------------------------
  BEGIN
    check stock for every item first
    if any item short  -> ROLLBACK (no writes)
    else:
      create ORDERS row
      create ORDER_ITEMS rows
      decrement PRODUCTS.stock
    COMMIT

လက်တွေ့ scenario နဲ့ ချိတ်ကြည့်မယ်

Schema ဒီဇိုင်းနှင့် transaction simulation နှစ်ခုလုံးကို ဒီအစီအစဉ်အတိုင်း လုပ်ဆောင်ပါ -

• Order_Items ဟာ join table တစ်ခုဖြစ်ပြီး ၎င်းကိုယ်တိုင်၏ data (quantity, price) ကိုလည်း ကိုင်ဆောင်ထားသည်
• Item တိုင်းရဲ့ stock ကို ဘာမှမရေးမီ အရင်စစ်ခြင်းက rollback ကို ရိုးရှင်းစေသည်
• Transaction ရဲ့ write set ဟာ COMMIT မှာမှသာ အပြည့်အဝ တကယ်ဖြစ်လာသည်

အတူတူ စမ်းရေးကြည့်မယ်

const products = {
  p1: { name: "Mechanical Keyboard", price: 49.99, stock: 5 },
  p2: { name: "Wireless Mouse", price: 19.99, stock: 2 }
};

const orders = [];
const orderItems = [];
let nextOrderId = 1;

function createOrder(userId, items) {
  // BEGIN TRANSACTION
  for (const item of items) {
    const product = products[item.productId];
    if (!product || product.stock < item.qty) {
      // ROLLBACK: no writes have been applied yet
      return {
        status: "ROLLBACK",
        reason: `insufficient stock for ${item.productId} (requested ${item.qty}, have ${product ? product.stock : 0})`
      };
    }
  }

  const orderId = nextOrderId++;
  const createdItems = [];
  for (const item of items) {
    products[item.productId].stock -= item.qty;
    createdItems.push({
      orderId,
      productId: item.productId,
      qty: item.qty,
      price: products[item.productId].price
    });
  }
  orders.push({ orderId, userId });
  orderItems.push(...createdItems);

  // COMMIT
  return { status: "COMMIT", orderId, items: createdItems };
}

console.log("Order 1 (sufficient stock):");
console.log(JSON.stringify(createOrder("u1", [{ productId: "p1", qty: 2 }])));
console.log("Stock after order 1:", JSON.stringify(products));

console.log("\nOrder 2 (insufficient stock):");
console.log(JSON.stringify(createOrder("u2", [{ productId: "p2", qty: 5 }])));
console.log("Stock after order 2 (unchanged):", JSON.stringify(products));

Order 1 (sufficient stock):
{"status":"COMMIT","orderId":1,"items":[{"orderId":1,"productId":"p1","qty":2,"price":49.99}]}
Stock after order 1: {"p1":{"name":"Mechanical Keyboard","price":49.99,"stock":3},"p2":{"name":"Wireless Mouse","price":19.99,"stock":2}}

Order 2 (insufficient stock):
{"status":"ROLLBACK","reason":"insufficient stock for p2 (requested 5, have 2)"}
Stock after order 2 (unchanged): {"p1":{"name":"Mechanical Keyboard","price":49.99,"stock":3},"p2":{"name":"Wireless Mouse","price":19.99,"stock":2}}

PostgreSQL Documentation: Transactions — How Databases Work