Messenger ဒေတာဘေ့စ် (အပိုင်း ၁)- အခြေခံမူဘောင်ကို ဒီဇိုင်းဆွဲခြင်း။

messenger ဒေတာဘေ့စ်ကို အစမှအဆုံး ဒီဇိုင်းထုတ်ခြင်း ဥပမာကို အသုံးပြု၍ လုပ်ငန်းလိုအပ်ချက်များကို သီးခြားဒေတာဖွဲ့စည်းပုံများသို့ မည်သို့ဘာသာပြန်ဆိုနိုင်မည်နည်း။

• အပိုင်း 1- အခြေခံဘောင်ကို ဒီဇိုင်းဆွဲခြင်း။
• အပိုင်း 2- "အမြတ်အစွန်းအတွက်" ကဏ္ဍခွဲခြင်း

ငါတို့ အရင်းလောက် ကြီးကြီးမားမား ဖြန့်ဝေမှာ မဟုတ်ဘူး၊ VKontakte လိုမျိုး သို့မဟုတ် Badooဒါပေမယ့် "ဒါကြောင့်ဖြစ်ခဲ့တယ်"၊ ဒါပေမယ့် အလုပ်လုပ်တယ်၊ မြန်ဆန်တယ်၊ ကောင်းပါတယ်။ ဆာဗာတစ်ခုတွင် အဆင်ပြေသည်။ PostgreSQL - ဥပမာအားဖြင့် သင်သည် တစ်ဖက်တွင် ဝန်ဆောင်မှု၏ သီးခြားဥပမာတစ်ခုကို အသုံးချနိုင်စေရန်။

ထို့ကြောင့်၊ ကျွန်ုပ်တို့သည် sharding၊ replication နှင့် geo-distributed systems များ၏ ပြဿနာများကို မထိမခိုက်ဘဲ database အတွင်းရှိ circuit solutions များကို အာရုံစိုက်ပါမည်။

အဆင့် 1- လုပ်ငန်းအသေးစိတ်အချို့

ကျွန်ုပ်တို့၏ မက်ဆေ့ချ်ကို စိတ်ကူးယဉ်ဆန်ဆန် ဒီဇိုင်းထုတ်မည်မဟုတ်သော်လည်း ၎င်းကို ပတ်ဝန်းကျင်တွင် ပေါင်းစည်းမည်ဖြစ်သည်။ ကော်ပိုရိတ်လူမှုရေးကွန်ရက်. ဆိုလိုသည်မှာ၊ ကျွန်ုပ်တို့၏လူများသည် အချို့သောစီးပွားရေးပြဿနာများကိုဖြေရှင်းရာတွင် ဆက်စပ်မှုရှိသော၊ အချင်းချင်းဆက်သွယ်ပြောဆိုကြသည်။

စီးပွားရေးလုပ်ငန်းတစ်ခုရဲ့ တာဝန်တွေက ဘာတွေလဲ။ ဖွံ့ဖြိုးတိုးတက်ရေးဌာနရဲ့ အကြီးအကဲ Vasily ရဲ့ ဥပမာကို ကြည့်ကြရအောင်။

• "Nikolai၊ ဒီအလုပ်အတွက် ဒီနေ့ patch တစ်ခုလိုတယ်။"
  ဆိုလိုသည်မှာ အချို့သော အကြောင်းအရာများတွင် စာပေးစာယူ ပြုလုပ်နိုင်သည်။ စာရွက်စာတမ်း.
• "Kolya မင်း ဒီည Dota သွားမှာလား။"
  ဆိုလိုသည်မှာ ချစ်သူစုံတွဲတစ်တွဲသည်ပင် တစ်ပြိုင်နက် ဆက်သွယ်ပြောဆိုနိုင်သည်။ အမျိုးမျိုးသောအကြောင်းအရာများပေါ်တွင်.
• "ပီတာ၊ နီကိုလေ၊ ဆာဗာအသစ်အတွက် စျေးနှုန်းစာရင်းကို ပူးတွဲပါဖိုင်တွင် ကြည့်ရှုပါ။"
  ဒါကြောင့် မက်ဆေ့ချ်တစ်ခုတော့ ရနိုင်ပါတယ်။ လက်ခံသူအများအပြား. ဤကိစ္စတွင်၊ မက်ဆေ့ခ်ျတွင်ပါ ၀ င်နိုင်သည်။ ပူးတွဲပါဖိုင်များ.
• "Semyon လည်းကြည့်ပါဦး။"
  ပြီးတော့ ရှိပြီးသား စာပေးစာယူထဲကို ဝင်ဖို့ အခွင့်အရေး ရှိရမယ်။ အဖွဲ့ဝင်အသစ်ကို ဖိတ်ခေါ်ပါ။.

ယခုလက်ရှိ "သိသာထင်ရှားသော" လိုအပ်ချက်များစာရင်းတွင် နေထိုင်ကြပါစို့။

ပြဿနာ၏ အသုံးချမှုဆိုင်ရာ အသေးစိတ်အချက်များနှင့် ၎င်းအတွက်ပေးထားသော ကန့်သတ်ချက်များကို နားမလည်ဘဲ၊ ဒီဇိုင်းဆွဲပါ။ ထိရောက်သည်။ အဲဒါကိုဖြေရှင်းဖို့ database schema က မဖြစ်နိုင်သလောက်ပါပဲ။

အဆင့် 2- အနည်းဆုံး လော့ဂျစ်ပတ်လမ်း

ယခုအချိန်အထိ အရာအားလုံးသည် သမားရိုးကျ လုပ်ငန်းသုံးကိရိယာဖြစ်သည့် အီးမေးလ်စာပေးစာယူနှင့် အလွန်ဆင်တူသည်။ ဟုတ်ပါသည်၊ "algorithmically" လုပ်ငန်းပြဿနာများစွာသည် တစ်ခုနှင့်တစ်ခုဆင်တူသည်၊ ထို့ကြောင့် ၎င်းတို့ကိုဖြေရှင်းရန်ကိရိယာများသည် ဖွဲ့စည်းပုံအရဆင်တူပါသည်။

ရရှိပြီးသော ယုတ္တိဗေဒ ပုံကြမ်းကို entity ဆက်ဆံရေးများကို ပြုပြင်ကြပါစို့။ ကျွန်ုပ်တို့၏ မော်ဒယ်ကို နားလည်ရန် ပိုမိုလွယ်ကူစေရန်၊ ကျွန်ုပ်တို့သည် ပဏာမအရှိဆုံး display ရွေးချယ်မှုကို အသုံးပြုပါမည်။ ER မော်ဒယ်များ UML သို့မဟုတ် IDEF အမှတ်အသားများ၏ ရှုပ်ထွေးမှုများမရှိဘဲ၊

ကျွန်ုပ်တို့၏ဥပမာတွင်၊ ဖိုင်၏လူ၊ စာရွက်စာတမ်းနှင့် ဒွိဟိတ် “ကိုယ်ထည်” များသည် ကျွန်ုပ်တို့၏ဝန်ဆောင်မှုမပါဘဲ သီးခြားတည်ရှိနေသော “ပြင်ပ” အရာများဖြစ်သည်။ ထို့ကြောင့်၊ UUID မှ အချို့သော လင့်ခ်များကို “တစ်နေရာရာ” အနေဖြင့် အနာဂတ်တွင် ၎င်းတို့ကို ရိုးရှင်းစွာ နားလည်သဘောပေါက်ပါမည်။

ဆွဲသည်။ ပုံကြမ်းများကို တတ်နိုင်သမျှ ရိုးရှင်းအောင်ပြုလုပ်ပါ။ - သင်ပြမည့်လူအများစုသည် UML/IDEF ကိုဖတ်ရာတွင် ကျွမ်းကျင်သူများမဟုတ်ကြပါ။ ဒါပေမယ့် သေချာဆွဲပါ။

အဆင့် 3- ဇယားဖွဲ့စည်းပုံ ပုံကြမ်းရေးဆွဲခြင်း။

ဇယားနှင့် အကွက်အမည်များအကြောင်းနယ်ပယ်များနှင့် ဇယားများ၏ "ရုရှား" အမည်များကို ကွဲပြားစွာ ဆက်ဆံနိုင်သော်လည်း ၎င်းသည် အရသာကိစ္စဖြစ်သည်။ အကြောင်းမှာ၊ Tensor မှာ ဒီမှာ နိုင်ငံခြား developer များမရှိပါ၊ နှင့် PostgreSQL သည်ကျွန်ုပ်တို့အား hieroglyphs များဖြင့်ပင်အမည်ပေးခွင့်ပြုသည်ဆိုလျှင်၊ ကိုးကားချက်များတွင် ထည့်သွင်းထားသည်။ထို့ကြောင့် ကျွန်ုပ်တို့သည် ကွဲလွဲမှုများမရှိစေရန် အရာဝတ္တုများကို ရှင်းလင်းပြတ်သားစွာ အမည်ပေးလိုပါသည်။
လူများစွာသည် ကျွန်ုပ်တို့ထံ မက်ဆေ့ချ်များ တစ်ပြိုင်နက် ရေးကြသောကြောင့်၊ အချို့မှာ ဤကဲ့သို့ပင် ပြုလုပ်နိုင်သည်။ အော့ဖ်လိုင်းဒါဆိုရင် အရိုးရှင်းဆုံး ရွေးချယ်မှုပါ။ UUID များကို ခွဲခြားသတ်မှတ်မှုများအဖြစ် အသုံးပြုပါ။ ပြင်ပအဖွဲ့အစည်းများအတွက်သာမက ကျွန်ုပ်တို့၏ဝန်ဆောင်မှုအတွင်းရှိ အရာဝတ္တုအားလုံးအတွက်လည်းဖြစ်သည်။ ထို့အပြင်၊ ၎င်းတို့ကို client ဘက်တွင်ပင် ထုတ်ပေးနိုင်သည် - ၎င်းသည် ဒေတာဘေ့စ်ခေတ္တမရနိုင်သောအခါတွင် ကျွန်ုပ်တို့အား မက်ဆေ့ချ်များပေးပို့ရာတွင် ပံ့ပိုးကူညီပေးမည်ဖြစ်ပြီး တိုက်မိမှုဖြစ်နိုင်ခြေမှာ အလွန်နည်းပါးပါသည်။

ကျွန်ုပ်တို့၏ဒေတာဘေ့စ်ရှိ ဇယားမူကြမ်းပုံစံသည် ဤကဲ့သို့ဖြစ်လိမ့်မည်-
ဇယားများ : RU

CREATE TABLE "Тема"(
  "Тема"
    uuid
      PRIMARY KEY
, "Документ"
    uuid
, "Название"
    text
);

CREATE TABLE "Сообщение"(
  "Сообщение"
    uuid
      PRIMARY KEY
, "Тема"
    uuid
, "Автор"
    uuid
, "ДатаВремя"
    timestamp
, "Текст"
    text
);

CREATE TABLE "Адресат"(
  "Сообщение"
    uuid
, "Персона"
    uuid
, PRIMARY KEY("Сообщение", "Персона")
);

CREATE TABLE "Файл"(
  "Файл"
    uuid
      PRIMARY KEY
, "Сообщение"
    uuid
, "BLOB"
    uuid
, "Имя"
    text
);

ဇယားများ- EN

CREATE TABLE theme(
  theme
    uuid
      PRIMARY KEY
, document
    uuid
, title
    text
);

CREATE TABLE message(
  message
    uuid
      PRIMARY KEY
, theme
    uuid
, author
    uuid
, dt
    timestamp
, body
    text
);

CREATE TABLE message_addressee(
  message
    uuid
, person
    uuid
, PRIMARY KEY(message, person)
);

CREATE TABLE message_file(
  file
    uuid
      PRIMARY KEY
, message
    uuid
, content
    uuid
, filename
    text
);

ဖော်မတ်တစ်ခုကို ဖော်ပြသောအခါ အရိုးရှင်းဆုံးအရာမှာ ချိတ်ဆက်မှုဂရပ်ကို “ဖြေလျှော့ခြင်း” စတင်ရန်ဖြစ်သည်။ အကိုးအကားမရှိသောဇယားများမှ သူတို့ကိုယ်သူတို့ ဘယ်သူမှ

အဆင့် 4- ထင်ရှားမဟုတ်သော လိုအပ်ချက်များကို ရှာဖွေပါ။

ဒါပါပဲ၊ သင် ပြီးပြည့်စုံစွာ ရေးသားနိုင်တဲ့ ဒေတာဘေ့စ်တစ်ခုကို ကျွန်တော်တို့ ဒီဇိုင်းဆွဲထားပါတယ်။ တစ်နည်းနည်း ဖတ်ပါ။

ကျွန်ုပ်တို့၏ဝန်ဆောင်မှုအသုံးပြုသူ၏ဖိနပ်တွင် မိမိကိုယ်ကိုယ်ထားကြပါစို့ - ၎င်းကိုကျွန်ုပ်တို့ဘာလုပ်လိုပါသနည်း။

• Последниесообщения
  ဤ အချိန်နှင့် တပြေးညီ စီထားသည်။ စံနှုန်းအမျိုးမျိုးအပေါ်အခြေခံသည့် "ကျွန်ုပ်၏" မက်ဆေ့ဂျ်များစာရင်း။ ကျွန်ုပ်သည် စာလက်ခံသူများထဲမှ တစ်ဦးဖြစ်ပြီး ကျွန်ုပ်သည် စာရေးဆရာရှိရာ၊ ကျွန်ုပ်ထံ စာရေး၍ မဖြေကြားခဲ့ပါ၊ ၎င်းတို့သည် ကျွန်ုပ်အား မဖြေကြားသည့်နေရာ၊ ...
• စာပေးစာယူ ပါဝင်သူများ
  ဤရှည်လျားပြီး ရှည်လျားသော စကားပြောခန်းတွင် ဘယ်သူတွေတောင် ပါဝင်နေပါသလဲ။

ကျွန်ုပ်တို့၏ဖွဲ့စည်းပုံသည် ဤပြဿနာနှစ်ခုလုံးကို “ယေဘူယျအားဖြင့်” ဖြေရှင်းနိုင်စေသော်လည်း မြန်မြန်ဆန်ဆန်မဟုတ်ပေ။ ပြဿနာမှာ ပထမအလုပ်အတွင်း စီရန်ဖြစ်သည်။ index မဖန်တီးနိုင်ပါ။သင်တန်းသားတစ်ဦးစီအတွက် သင့်လျော်သည် (မှတ်တမ်းများအားလုံးကို ထုတ်ယူရပါမည်) နှင့် သင်လိုအပ်သော ဒုတိယတစ်ခုကို ဖြေရှင်းရန်၊ မက်ဆေ့ခ်ျအားလုံးကို ထုတ်ယူပါ။ ဤအကြောင်းအရာအပေါ်။

မရည်ရွယ်ဘဲ အသုံးပြုသူ လုပ်ဆောင်စရာများကို ရဲရဲတင်းတင်း လုပ်နိုင်ပါသည်။ ကုန်ထုတ်စွမ်းအားကို ဖြတ်ကျော်ပါ။.

အဆင့် 5- Smart Denormalization

ကျွန်ုပ်တို့၏ပြဿနာနှစ်ခုလုံးကို ကျွန်ုပ်တို့လုပ်ဆောင်မည့် နောက်ဆက်တွဲဇယားများဖြင့် ဖြေရှင်းပါမည်။ ဒေတာအစိတ်အပိုင်းကို ပွားပါ။ကျွန်ုပ်တို့၏လုပ်ငန်းတာဝန်များအတွက် သင့်လျော်သော အညွှန်းကိန်းများကို ၎င်းတို့တွင် ဖွဲ့စည်းရန် လိုအပ်ပါသည်။


ဇယားများ : RU

CREATE TABLE "РеестрСообщений"(
  "Владелец"
    uuid
, "ТипРеестра"
    smallint
, "ДатаВремя"
    timestamp
, "Сообщение"
    uuid
, PRIMARY KEY("Владелец", "ТипРеестра", "Сообщение")
);
CREATE INDEX ON "РеестрСообщений"("Владелец", "ТипРеестра", "ДатаВремя" DESC);

CREATE TABLE "УчастникТемы"(
  "Тема"
    uuid
, "Персона"
    uuid
, PRIMARY KEY("Тема", "Персона")
);

ဇယားများ- EN

CREATE TABLE message_registry(
  owner
    uuid
, registry
    smallint
, dt
    timestamp
, message
    uuid
, PRIMARY KEY(owner, registry, message)
);
CREATE INDEX ON message_registry(owner, registry, dt DESC);

CREATE TABLE theme_participant(
  theme
    uuid
, person
    uuid
, PRIMARY KEY(theme, person)
);

ဤနေရာတွင် ကျွန်ုပ်တို့သည် အရန်ဇယားများကို ဖန်တီးရာတွင် အသုံးပြုလေ့ရှိသော ပုံမှန်ချဉ်းကပ်နည်းနှစ်ခုကို အသုံးချထားပါသည်။

• ကိန်းဂဏန်းများ
  ကနဦးမက်ဆေ့ဂျ်မှတ်တမ်းတစ်ခုအား အသုံးပြု၍ မတူညီသောပိုင်ရှင်များအတွက် မှတ်ပုံတင်အမျိုးအစားအမျိုးမျိုးတွင် နောက်ဆက်တွဲမှတ်တမ်းများစွာကို ကျွန်ုပ်တို့ဖန်တီးသည် - ပေးပို့သူအတွက်ရော လက်ခံသူအတွက်ပါ ကွဲပြားသည်။ သို့သော် မှတ်ပုံတင်ခြင်းတစ်ခုစီသည် အညွှန်းကိန်းပေါ်တွင် ကျရောက်နေပြီဖြစ်သည် - ပုံမှန်အခြေအနေတွင်၊ ကျွန်ုပ်တို့သည် ပထမစာမျက်နှာကိုသာ မြင်လိုမည်ဖြစ်သည်။
• ထူးခြားသောမှတ်တမ်းများ
  သီးခြားအကြောင်းအရာတစ်ခုအတွင်း မက်ဆေ့ချ်ပေးပို့သည့်အခါတိုင်း၊ ထိုသို့သောထည့်သွင်းမှု ရှိနှင့်ပြီးသားရှိမရှိ စစ်ဆေးရန် လုံလောက်ပါသည်။ မဟုတ်ပါက ကျွန်ုပ်တို့၏ "အဘိဓာန်" တွင် ထည့်ပါ။

ဆောင်းပါး၏ နောက်အပိုင်းတွင် ကျွန်ုပ်တို့ ဆွေးနွေးပါမည်။ partitioning အကောင်အထည်ဖော်ခြင်း။ ကျွန်ုပ်တို့၏ဒေတာဘေ့စ်ဖွဲ့စည်းပုံသို့။

source: www.habr.com