Supabase ပြည့်စုံ သင်ခန်းစာ — project တည်ဆောက်ခြင်းမှ MCP ဖြင့် AI ကိုယ်စားလှယ်အား သင့်ဒေတာဘေ့စ် တိုက်ရိုက်စီမံစေခြင်းအထိ

side project လုပ်နေသည့် အင်ဂျင်နီယာတစ်ဦးက ကျွန်တော့်ကို ပြောသည် — သူ AI ဖြင့် subscription ဝဘ်ဆိုက်တစ်ခု ထုတ်ကာ သုံးရက်ဖြင့် တင်လိုက်ပြီး ကိုယ့်ကိုယ်ကို ဉာဏ်ကြီးရှင်လို့ ခံစားရသည်။ ပဉ္စမနေ့တွင် သူ့ user ဒေတာဇယားတစ်ခုလုံးကို တစ်စုံတစ်ဦး download လုပ်သွားသည်ကို တွေ့သည် — hack ခံရ၍ မဟုတ်ဘဲ သူ Row Level Security ဖွင့်ဖို့ မေ့ခဲ့၍ဖြစ်ပြီး anon key က frontend ၏ JavaScript ထဲ ရေးထားကာ F12 နှိပ်ရုံဖြင့် မြင်ရသည်။

ဤသင်ခန်းစာက Supabase ဘယ်လိုသုံးမလဲ အစမှ သင်ပေးမည်၊ သို့သော် ဤအရာကို ဦးစွာ ရှေ့ဆုံးတွင် ထားလိုသည် — Supabase က စတင်လွယ်၊ ပြဿနာဖြစ်လည်း လွယ်။

Supabase က ဘာလဲ

Supabase သည် open source backend ဝန်ဆောင်မှု ပလက်ဖောင်းဖြစ်ပြီး "Firebase ၏ အစားထိုး" ဟု မကြာခဏ ခေါ်ကြသည်။ ၎င်းက ပြည့်စုံသော backend တစ်စုံကို သင့်ကို ထုပ်ပိုးပေးသည် — PostgreSQL ဒေတာဘေ့စ်၊ identity အတည်ပြုမှု၊ ဖိုင်သိုလှောင်မှု၊ realtime subscription၊ Edge Functions၊ အလိုအလျောက် ထုတ်ပေးသည့် REST နှင့် GraphQL API။

၎င်း Firebase နှင့် အသော့ချက်ဆုံး ကွာခြားချက်က — အောက်ခြေအလွှာက တကယ့် PostgreSQL။ သင်ရေးသည်မှာ စံ SQL ဖြစ်ပြီး foreign key၊ transaction၊ view နှင့် trigger ရှိသည်။ ၎င်းက အရာနှစ်ခုကို ဆိုလိုသည် — တစ်၊ သင့် ရှိပြီးသား SQL အသိပညာ လုံးဝသုံးနိုင်၊ နှစ်၊ တစ်နေ့ ပြောင်းရွှေ့လိုလျှင် ဒေတာဘေ့စ်ကို dump ထုတ်၍ မည်သည့် Postgres ပေါ်မဆို ချလိုက်ရုံ၊ လော့ခ်ချခံရမည်မဟုတ်။

၂၀၂၆ တွင် Supabase ၏ အသတိပြုစရာအကောင်းဆုံး ပြောင်းလဲမှုက AI ပေါင်းစပ်မှုဖြစ်သည်။ တရားဝင် ထုတ်သည့် MCP server က Claude Code၊ Cursor၊ Codex၊ Gemini CLI ကဲ့သို့ coding agent များအား သင့် project ကို တိုက်ရိုက်ကိုင်တွယ်စေသည်၊ ChatGPT ပေါင်းစပ်မှုလည်းရှိကာ တရားဝင်စာရွက်စာတမ်းက tool ၂၉ ခုခန့် ဖော်ပြပြီး SQL လည်ပတ်၊ schema ပြင်၊ branch ဖွင့်၊ Edge Function တင်၊ realtime log ကြည့်ခြင်း လွှမ်းခြုံသည်။

၎င်း ဘာလုပ်နိုင်သလဲ

ပုံမှန် Web သို့မဟုတ် mobile App တစ်ခု လိုအပ်သည့် backend ကို Supabase က ဖုံးလွှမ်းပြီးသား —

• Database — PostgreSQL၊ အလိုအလျောက်ထုတ်ပေးသည့် REST API ပါ
• Auth — email၊ password၊ magic link၊ Google / GitHub / Apple စသည့် OAuth
• Storage — ဖိုင်တင်ခြင်းနှင့် CDN ဖြန့်ဝေ၊ ခွင့်ပြုချက်က ဒေတာဘေ့စ်မူဝါဒနှင့် ပေါင်းစပ်
• Realtime — ဒေတာပြောင်းလဲမှုကို frontend သို့ အချိန်မှန်တွန်း
• Edge Functions — Deno လည်ပတ်မှုပတ်ဝန်းကျင်၏ serverless function
• Vector — pgvector extension၊ RAG ၏ vector ရှာဖွေမှုအတွက် တိုက်ရိုက်သုံးနိုင်

နောက်ဆုံးအချက်က AI application အတွက် အလွန်အသုံးဝင် — RAG အတွက် vector ဒေတာဘေ့စ်တစ်ခု သီးခြားဝယ်စရာမလို၊ Postgres နှင့် pgvector က အသေးအလတ် application အတွက် လုံလောက်သည်။

ဘယ်လိုသုံးမလဲ — project ဖွင့်ခြင်းမှ ပထမ query သို့

ပထမအဆင့် — project တည်ဆောက်ခြင်း

supabase.com တွင် အကောင့်ဖွင့်၍ organization နှင့် project တည်ဆောက်ပါ။ ရွေးရမည့်အရာ သုံးခုရှိသည် —

• Region — အသုံးပြုသူနှင့် အနီးဆုံးရွေးပါ။ မြန်မာ အသုံးပြုသူ Singapore သို့မဟုတ် Tokyo ရွေးရန်အကြံပြု၊ us-east ရွေးလျှင် နှောင့်နှေးမှု တစ်ရာ နှစ်ရာ millisecond ပိုတက်မည်
• Database password — ၎င်းက ဒေတာဘေ့စ်၏ super user password ဖြစ်၍ password manager ထဲ သိမ်းပါ၊ ၎င်းက API key မဟုတ်
• အစီအစဉ် — Free ဖြင့် စတင်နိုင်

တည်ဆောက်ရန် တစ်နှစ်မိနစ်လိုသည်။ ပြီးလျှင် Project Settings > API တွင် သော့နှစ်ချောင်း တွေ့မည် —

• anon key — အများသုံးရန် ဒီဇိုင်းလုပ်ထား၊ frontend ကုဒ်ထဲ ထားမည်
• service_role key — လုံးဝ frontend မထားရ၊ ၎င်းက ခွင့်ပြုချက်စစ်ဆေးမှုအားလုံးကို ကျော်လွှား

ဤသော့နှစ်ချောင်း၏ ကွာခြားချက်က ဤသင်ခန်းစာတစ်ခုလုံး၏ အရေးကြီးဆုံး သဘောတရားဖြစ်သည်။

ဒုတိယအဆင့် — ဒေတာဇယား တည်ဆောက်ခြင်း

Table Editor သို့သွား၍ New table နှိပ်ပါ။ ရိုးရှင်းသော လုပ်ရန်စာရင်းကို ဥပမာယူ —

• ဇယားအမည် todos
• field — id (int8၊ primary key၊ အလိုအလျောက်တိုး၊ default ရှိပြီး)၊ user_id (uuid)၊ title (text)၊ done (bool၊ default false)၊ created_at (timestamptz၊ default now())

user_id field က အလွန်သော့ချက် — ၎င်းက login ဝင်သူ၏ ID နှင့် တိုက်စစ်၍ ဘယ်သူ ဘယ်ကြောင်း မြင်နိုင်သည်ကို ဆုံးဖြတ်သည်။ ဇယားတည်ဆောက်ချိန် Enable Row Level Security ရွေးရန် မမေ့ပါနှင့်၊ Supabase က ယခု default အားဖြင့် သတိပေးမည်။

SQL Editor ဖြင့်လည်း တိုက်ရိုက်တည်ဆောက်နိုင် —

create table todos (
  id bigint primary key generated always as identity,
  user_id uuid references auth.users(id) not null,
  title text not null,
  done boolean default false,
  created_at timestamptz default now()
);
alter table todos enable row level security;

တတိယအဆင့် — RLS မူဝါဒ သတ်မှတ်ခြင်း (ဤအဆင့် မကျော်ရ)

RLS ဖွင့်ပြီးနောက် default က ဘာမှ မခွင့်ပြု။ ဘယ်သူ ဘာလုပ်နိုင်သည်ကို ရှင်းရှင်းလင်းလင်း ရေးရမည်။

Authentication > Policies သို့သွား သို့မဟုတ် SQL တိုက်ရိုက်သုံး —

-- ကိုယ့်လုပ်ရန်ကိုသာ ဖတ်နိုင်
create policy "read own todos" on todos
  for select using (auth.uid() = user_id);

-- user_id ကိုယ်ဖြစ်သည့် ဒေတာကိုသာ ထည့်နိုင်
create policy "insert own todos" on todos
  for insert with check (auth.uid() = user_id);

-- ကိုယ့်ဟာကိုသာ ပြင်နိုင်
create policy "update own todos" on todos
  for update using (auth.uid() = user_id);

-- ကိုယ့်ဟာကိုသာ ဖျက်နိုင်
create policy "delete own todos" on todos
  for delete using (auth.uid() = user_id);

auth.uid() က Supabase ပေးသည့် function ဖြစ်ပြီး လက်ရှိ login ဝင်သူ၏ ID ကို ပြန်ပေးသည်။ ဤမူဝါဒလေးခုက လူတိုင်း မိမိဒေတာကိုသာ ထိတွေ့နိုင်ကြောင်း သေချာစေသည်။

ရေးပြီးလျှင် မဖြစ်မနေ စမ်းပါ။ အကောင့်နှစ်ခု login ဝင်၍ A က B ၏ ဒေတာကို တကယ် မမြင်ရကြောင်း အတည်ပြုပါ။ "မူဝါဒရေးပြီးပြီ ဒါဆို မှန်လိမ့်မယ်" ဟု မယုံပါနှင့်။

စတုတ္ထအဆင့် — frontend မှ ချိတ်ဆက်ခြင်း

SDK တင်ခြင်း —

npm install @supabase/supabase-js

client တည်ဆောက်၍ query —

import { createClient } from '@supabase/supabase-js'

const supabase = createClient(
  process.env.NEXT_PUBLIC_SUPABASE_URL,
  process.env.NEXT_PUBLIC_SUPABASE_ANON_KEY
)

// query (RLS က အလိုအလျောက် ဤသူ၏ဒေတာကိုသာ ပြန်ပေးမည်)
const { data, error } = await supabase
  .from('todos')
  .select('*')
  .order('created_at', { ascending: false })

// ထည့်ခြင်း
await supabase.from('todos').insert({ title: 'သင်ခန်းစာရေး', user_id: user.id })

ဤနေရာတွင် သုံးသည်မှာ anon key ဖြစ်ကြောင်း သတိပြုပါ၊ ခွင့်ပြုချက်က RLS ကသာ ဆုံးဖြတ်သည်။ frontend က မယူသင့်သည့်ဒေတာ မရ၊ အကြောင်းမှာ ဒေတာဘေ့စ်အလွှာက ပိတ်ထားသောကြောင့်။

ပဉ္စမအဆင့် — login ထည့်ခြင်း

// Email + password စာရင်းသွင်း
await supabase.auth.signUp({ email, password })

// login
await supabase.auth.signInWithPassword({ email, password })

// Google login
await supabase.auth.signInWithOAuth({ provider: 'google' })

OAuth ပေးသွင်းသူကို ဦးစွာ Authentication > Providers တွင် ဖွင့်၍ ထိုပလက်ဖောင်း၏ client ID နှင့် secret ဖြည့်ရမည်။ Google ၏ setting ကို Google Cloud Console တွင် OAuth credential တည်ဆောက်ရမည်၊ Supabase ပေးသည့် callback လိပ်စာကို ဖြည့်ရန် မမေ့ပါနှင့်။

အဆင့်မြင့် နည်းလမ်း

MCP ဖြင့် AI ကိုယ်စားလှယ်အား ဒေတာဘေ့စ် စီမံစေခြင်း

၎င်းက ၂၀၂၆ ၏ အသုံးအဝင်ဆုံး အသစ်။ Supabase MCP server တင်ပြီးနောက် Claude (Claude Code သင်ခန်းစာ နှင့်တွဲ)၊ Cursor ကဲ့သို့ ကိုယ်စားလှယ်များက သင့်ဒေတာဘေ့စ်ကို တိုက်ရိုက် query၊ migration ထုတ်၊ Edge Function တင်နိုင်ပြီး တရားဝင်က agent skills ကိုပါ တွဲထုပ်ထားသဖြင့် ကိုယ်စားလှယ်က ကောင်းမွန်လက်တွေ့အတိုင်း လုပ်မည်၊ လွတ်လွတ်လပ်လပ် မပြင်။

လက်တွေ့ ခံစားချက် ကွာခြားချက်က — အရင်က သင် AI ကို "ငါ့ဒေတာဇယားက ဒီလိုပုံ၊ ဒီ field တွေရှိတယ်" ဟု ဖော်ပြရသည်၊ ယခု ၎င်း ကိုယ်တိုင်သွားကြည့်သည်။ schema ပြင်သောအခါ ၎င်းက ALTER TABLE တိုက်ရိုက်မချဘဲ migration ဖိုင် ထုတ်သည်။

သို့သော် development သို့မဟုတ် preview branch သို့သာ ချိတ်ရန် မဖြစ်မနေ။ AI ကိုယ်စားလှယ်အား production ဒေတာဘေ့စ်သို့ တိုက်ရိုက်ချိတ်လျှင် နားလည်မှုလွဲသည့် ညွှန်ကြားချက်တစ်ခုက အရာတစ်ခုကို ဖျက်ချနိုင်သည်။ မှန်ကန်သောလုပ်ငန်းစဉ်က ကိုယ်စားလှယ်က branch ပေါ်ပြင်၊ သင် review လုပ်ပြီးသည့် migration ကသာ production ပတ်ဝန်းကျင်သို့ ပေါင်းစည်း။

ဒေတာဘေ့စ် branching

Supabase ၏ branching က schema ပြောင်းလဲမှုကို စမ်းသပ်ရန် သီးခြားဒေတာဘေ့စ် branch ဖွင့်စေပြီး ပြဿနာမရှိကြောင်း အတည်ပြုပြီးမှ production ပတ်ဝန်းကျင်သို့ ပြန်ပေါင်း။ ကြေးအရ ပုံသေလစဉ်ကြေးမရှိ၊ preview branch က Micro compute ပေါ်ပြေးကာ တစ်နာရီ ၀.၀၁၃၄၄ ဒေါ်လာခန့် — တစ်နေ့ ရှစ်နာရီဖွင့်လျှင် ၀.၁၁ ဒေါ်လာခန့်၊ အလွန်သက်သာ။

MCP နှင့်တွဲသုံးလျှင် အံဝင်ခွင်ကျ — ကိုယ်စားလှယ်က branch ပေါ် လွတ်လပ်စွာပြင်၊ ပျက်လျှင် ဖြတ်၍ ပြန်ဖွင့်။

Edge Functions

backend တွင်ပြေးရမည့် ယုတ္တိ (တတိယ API ခေါ်၊ webhook ကိုင်တွယ်၊ secret ဖုံးကွယ်) ကို ဤနေရာ ထားပါ —

supabase functions new send-notification
supabase functions deploy send-notification

လည်ပတ်မှုပတ်ဝန်းကျင်က Deno၊ TypeScript ရေး။ service_role key သုံးသည့် လုပ်ဆောင်ချက် (ဥပမာ admin လုပ်ဆောင်ချက်) ကို ဤနေရာ ထား၊ လုံးဝ frontend မထားပါနှင့်။

pgvector ဖြင့် RAG

create extension if not exists vector;

create table documents (
  id bigserial primary key,
  content text,
  embedding vector(1536)
);

create index on documents using ivfflat (embedding vector_cosine_ops);

ပြီးလျှင် SQL ဖြင့် ဆင်တူမှုရှာဖွေရုံ။ အသေးအလတ် RAG application က ဤသို့ လုံလောက်၍ Pinecone သို့မဟုတ် Qdrant သီးခြားထည့်စရာမလို။

သတိထားရမည့်အချက်

RLS က သင့်တစ်ခုတည်းသော ကာကွယ်မျဉ်း။ ထပ်ပြောရလျှင် anon key က အများသုံး၊ frontend မူရင်းကုဒ်ထဲ မြင်ရ၊ ၎င်းက ဒီဇိုင်း အတိုင်းဖြစ်သည်။ ခွင့်ပြုချက်က RLS ကသာ။ တင်မီ ဇယားတိုင်း RLS ဖွင့်ထားပြီး မူဝါဒမှန်ကန်ကြောင်း တစ်ခုချင်းစစ်ဆေးပါ။ Supabase backend က RLS မဖွင့်ထားသည့် အများသုံးဇယားကို သတိပေးပြသ၍ လျစ်လျူမရှုပါနှင့်။

service_role key လုံးဝ frontend မဝင်။ ၎င်းက RLS အားလုံးကို ကျော်လွှား။ Edge Functions၊ backend server သို့မဟုတ် CI ၏ environment variable ထဲသာ ထားနိုင်။ git ထဲ commit မလုပ်မီ တစ်ခေါက်စစ်ပါ။

အခမဲ့အစီအစဉ်က ရပ်နားခံရမည်။ project ကာလတစ်ခုကြာ အသုံးမပြုလျှင် pause ခံရ၍ လက်ဖြင့် နှိုးရမည်။ တကယ့် အသုံးပြုသူရှိသည့် product က အနည်းဆုံး Pro (လစဉ် ၂၅ ဒေါ်လာ) တင်ပါ။

အပိုဝယ်ပစ္စည်း သတိပြု။ PITR အချိန်ပြန်လည်ရယူခြင်း ရက် ၇ တိုင်း ၁၀၀ ဒေါ်လာ၊ စိတ်ကြိုက် domain ၁၀ ဒေါ်လာ၊ အဆင့်မြင့် MFA ပထမ project ၇၅ ဒေါ်လာ။ ဤတစ်ခုစျေးနှုန်းက မနိမ့်၊ ဖွင့်မီ တကယ်လိုမလို အတည်ပြုပါ။

ဒေတာ ဒေသတည်နေရာ။ region ရွေးသောအခါ စဉ်းစားရမည်မှာ နှောင့်နှေးမှုသာ မဟုတ်။ သင့်ဝန်ဆောင်မှုက ကိုယ်ရေးအချက်အလက်ပါ၍ ဒေသတည်နေရာ လိုအပ်ချက်ရှိလျှင် ရွေးသည့် region က စည်းမျဉ်းနှင့်ကိုက်ကြောင်း အတည်ပြုရမည်။ မြန်မာတွင် လက်ရှိ Supabase region မရှိ၊ အနီးဆုံးက Singapore နှင့် Tokyo။

TheAI Academy သုံးသပ်ချက်

Supabase ၏ ဤနှစ်များ အကြီးမားဆုံး ပံ့ပိုးမှုက "လူတစ်ဦးက product တစ်ခုလုံး ပြီးအောင်လုပ်ခြင်း" ကို တကယ်ဖြစ်နိုင်စေခြင်းဖြစ်သည်။ အရင်က သင် backend တတ်ရ၊ ဒေတာဘေ့စ်တည်ရ၊ login ကိုင်တွယ်ရ၊ ယခု ၎င်းတို့ setting ဖြစ်သွားသည်။ ၂၀၂၆ ၏ MCP ပေါင်းစပ်မှုနှင့် AI ကိုယ်စားလှယ်က ဒေတာဘေ့စ်ကို တိုက်ရိုက်စီမံ၍ development အမြန်နှုန်းက အဆင့်တစ်ဆင့် ပိုမြန်သည်။

သို့သော် အခြားတစ်ဖက်ကို ရိုးသားစွာ ပြောရမည် — ၎င်းက ဒေတာဘေ့စ်မတတ်သူပင် ဒေတာဘေ့စ်ကို production တင်နိုင်စေ၊ ၎င်းသည်ပင် အန္တရာယ်ရှိသည့်နေရာ။ ထို ဆင်ဂျူ အင်ဂျင်နီယာက ညံ့၍မဟုတ်၊ frontend ၏ key က အများသုံးဖြစ်သည်ကို မသိခဲ့ခြင်းသာ။ tool က ကန့်သတ်ချက်ကို လျှော့ချသည်၊ သို့သော် ဒေတာပေါက်ကြားမှု၏ အကျိုးဆက်က မလိုက်လျော့ချ။

ကျွန်တော့်အကြံ ရိုးရှင်းသည် — သင် AI ဖြင့် ကုဒ် ၉၀% ရေးနိုင်သည်၊ သို့သော် RLS မူဝါဒ အပိုင်းကိုတော့ ကိုယ်တိုင်နားလည်၊ ကိုယ်တိုင်စမ်းပါ။ ၎င်းက "မှားရင် ဒုတိယအခွင့်အရေးမရှိ" သည့်အမျိုးအစား။

သုံးသပ်ချက် — Supabase က လက်ရှိ တစ်ဦးချင်း developer အတွက် အားအကောင်းဆုံး backend ရွေးချယ်မှုဖြစ်သည်၊ သို့သော် "RLS စစ်ဆေး" ကို တင်ခြင်းစစ်ဆေးစာရင်း၏ ပထမအချက်အဖြစ်ထားပါ၊ နောက်ဆုံးအချက်မဟုတ်။

မြန်မာစာဖတ်သူများအတွက် တိကျသောအကြံ — အခမဲ့အစီအစဉ်ဖြင့် login ပါသည့် project ငယ်တစ်ခု ဦးစွာလုပ်၊ အကောင့်နှစ်ခုဖြင့် ဒေတာခွဲထုတ်မှုကို တမင်စမ်း၊ RLS အလုပ်လုပ်သည်ကို ကိုယ်တိုင်မြင်ပြီးမှ ဆက်လုပ်ပါ။ AI ကိုယ်စားလှယ်ချိတ်လိုလျှင် branch တစ်ခုဖွင့်၍ လေ့ကျင့်ပြီး လုပ်ငန်းစဉ်ချောမောမှ production ကို ထိတွေ့ရန် စဉ်းစားပါ။ သက်ဆိုင်ရာ လုံခြုံရေးသဘောတရားကို LLM application လုံခြုံရေးစာရင်း နှင့်တွဲကြည့်နိုင်သည်။

ရင်းမြစ်

• Supabase တရားဝင်စာရွက်စာတမ်း — MCP Server
• Supabase Changelog — Developer Update, June 2026

အများသုံးအချက်အလက်အရ စုစည်းထားပြီး လုပ်ဆောင်ချက်နှင့် စျေးနှုန်းကို တရားဝင်စာရွက်စာတမ်းအရ ထားရှိသည်။