ဒေတာဘေ့စ်တစ်ခုတွင် ဟန်ချက်ညီစွာ ရေးသားပြီး ဖတ်သည်။

ယခင်တုန်းက ဆောင်းပါး ဆက်စပ်ဒေတာဘေ့စ်များကဲ့သို့ ဇယားများနှင့် အကွက်များထက် လုပ်ငန်းဆောင်တာများအပေါ် အခြေခံ၍ တည်ဆောက်ထားသော ဒေတာဘေ့စ်၏ သဘောတရားနှင့် အကောင်အထည်ဖော်မှုကို ဖော်ပြခဲ့သည်။ ၎င်းသည် ရှေးရိုးပုံစံထက် ဤချဉ်းကပ်မှု၏ အားသာချက်များကို ပြသသော ဥပမာများစွာကို ပေးထားသည်။ တော်တော်များများက သူတို့ကို ယုံလောက်အောင် မယုံကြည်ကြဘူး။

ဤဆောင်းပါးတွင်၊ ဤသဘောတရားသည် လည်ပတ်မှုယုတ္တိပြောင်းလဲမှုမရှိဘဲ ဒေတာဘေ့စ်သို့ စာရေးခြင်းနှင့် ဖတ်ခြင်းအား လျင်မြန်စွာ အဆင်ပြေစွာ ဟန်ချက်ညီစေရန် မည်ကဲ့သို့ခွင့်ပြုသည်ကို ကျွန်ုပ်ပြသပါမည်။ အလားတူလုပ်ဆောင်နိုင်စွမ်းကို ခေတ်မီစီးပွားရေး DBMSs (အထူးသဖြင့်၊ Oracle နှင့် Microsoft SQL Server) တွင် အကောင်အထည်ဖေါ်ရန် ကြိုးပမ်းထားပါသည်။ ဆောင်းပါးရဲ့အဆုံးမှာ သူတို့လုပ်ခဲ့တာတွေက ပေါ့ပေါ့ပါးပါးနဲ့ အဆင်မပြေဘူးဆိုတာကို ငါပြမယ်။

ဖေါ်ပြချက်

ယခင်အတိုင်း၊ ပိုမိုနားလည်သဘောပေါက်ရန်အတွက် ဥပမာများဖြင့် ဖော်ပြချက်ကို စတင်ပါမည်။ သူတို့မှာရှိတဲ့ ဝန်ထမ်းအရေအတွက်နဲ့ သူတို့ရဲ့ စုစုပေါင်းလစာနဲ့ ဌာနစာရင်းကို ပြန်ပေးမယ့် ယုတ္တိကို အကောင်အထည်ဖော်ဖို့ လိုတယ်ဆိုပါစို့။

လုပ်ဆောင်နိုင်သောဒေတာဘေ့စ်တစ်ခုတွင်၎င်းသည်ဤကဲ့သို့ဖြစ်လိမ့်မည်။

CLASS Department ‘Отдел’;
name ‘Наименование’ = DATA STRING[100] (Department);

CLASS Employee ‘Сотрудник’;
department ‘Отдел’ = DATA Department (Employee);
salary ‘Зарплата’ =  DATA NUMERIC[10,2] (Employee);

countEmployees ‘Кол-во сотрудников’ (Department d) = 
    GROUP SUM 1 IF department(Employee e) = d;
salarySum ‘Суммарная зарплата’ (Department d) = 
    GROUP SUM salary(Employee e) IF department(e) = d;

SELECT name(Department d), countEmployees(d), salarySum(d);


မည်သည့် DBMS တွင်မဆို ဤမေးခွန်းကို လုပ်ဆောင်ခြင်း၏ ရှုပ်ထွေးမှုသည် တူညီပါသည်။ O (ဝန်ထမ်းအရေအတွက်)အဘယ်ကြောင့်ဆိုသော် ဤတွက်ချက်မှုသည် ဝန်ထမ်းများ၏ စားပွဲတစ်ခုလုံးကို စကင်န်ဖတ်ပြီး ၎င်းတို့ကို ဌာနအလိုက် အုပ်စုဖွဲ့ရန် လိုအပ်သောကြောင့် ဖြစ်သည်။ ရွေးချယ်ထားသော အစီအစဉ်ပေါ် မူတည်၍ ဖြည့်စွက်စာ (ဌာနများထက် ဝန်ထမ်းများ အများအပြားရှိမည်ဟု ကျွန်ုပ်တို့ယုံကြည်သည်) အသေးစားအချို့လည်း ရှိပါမည်။ O (ဝန်ထမ်းအရေအတွက်) သို့မဟုတ် O (ဌာနအရေအတွက်) အုပ်စုဖွဲ့ခြင်းစသည်ဖြင့်။

execution overhead သည် မတူညီသော DBMSs များတွင် မတူညီနိုင်သည်ကို ရှင်းရှင်းလင်းလင်း သိသာသော်လည်း ရှုပ်ထွေးမှုသည် မည်သည့်နည်းနှင့်မျှ ပြောင်းလဲမည်မဟုတ်ပါ။

အဆိုပြုထားသည့် အကောင်အထည်ဖော်မှုတွင်၊ အလုပ်လုပ်သော DBMS သည် ဌာနအတွက် လိုအပ်သောတန်ဖိုးများကို တွက်ချက်ပေးမည့် အမျိုးအစားခွဲတစ်ခုကို ထုတ်ပေးမည်ဖြစ်ပြီး အမည်ကိုရယူရန် ဌာနဇယားဖြင့် JOIN ပြုလုပ်မည်ဖြစ်သည်။ သို့ရာတွင်၊ လုပ်ဆောင်ချက်တစ်ခုစီအတွက်၊ ကြေညာသည့်အခါ၊ အထူး MATERIALIZED အမှတ်အသားတစ်ခုကို သတ်မှတ်နိုင်သည်။ စနစ်သည် ထိုလုပ်ဆောင်ချက်တစ်ခုစီအတွက် သက်ဆိုင်ရာနယ်ပယ်တစ်ခုကို အလိုအလျောက်ဖန်တီးပေးမည်ဖြစ်သည်။ လုပ်ဆောင်ချက်တစ်ခု၏တန်ဖိုးကို ပြောင်းလဲသည့်အခါ၊ အကွက်၏တန်ဖိုးသည်လည်း တူညီသောငွေပေးငွေယူတွင် ပြောင်းလဲသွားမည်ဖြစ်သည်။ ဤလုပ်ဆောင်ချက်ကို အသုံးပြုသည့်အခါ၊ ကြိုတင်တွက်ချက်ထားသော အကွက်ကို ဝင်ရောက်ကြည့်ရှုပါမည်။

အထူးသဖြင့် လုပ်ဆောင်ချက်များအတွက် MATERIALIZED ကို သင်သတ်မှတ်ထားလျှင် ဝန်ထမ်းအရေအတွက် и လစာငွေထို့နောက် ဝန်ထမ်းအရေအတွက်နှင့် ၎င်းတို့၏ စုစုပေါင်းလစာကို သိမ်းဆည်းမည့် ဌာနများစာရင်းနှင့်အတူ နယ်ပယ်နှစ်ခုကို ဇယားတွင် ထည့်သွင်းမည်ဖြစ်သည်။ ဝန်ထမ်းများ၊ ၎င်းတို့၏လစာများ သို့မဟုတ် ဌာနဆိုင်ရာဆက်နွယ်မှုများ အပြောင်းအလဲရှိသည့်အခါတိုင်း၊ စနစ်သည် အဆိုပါနယ်ပယ်များ၏ တန်ဖိုးများကို အလိုအလျောက် ပြောင်းလဲပေးမည်ဖြစ်သည်။ အထက်ဖော်ပြပါမေးခွန်းသည် ဤအကွက်များကို တိုက်ရိုက်ဝင်ရောက်မည်ဖြစ်ပြီး၊ လုပ်ဆောင်မည်ဖြစ်သည်။ O (ဌာနအရေအတွက်).

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

ဥပမာ:

employeesCount ‘Количество сотрудников с зарплатой > N’ (Department d, NUMERIC[10,2] N) = 
    GROUP SUM salary(Employee e) IF department(e) = d AND salary(e) > N;


ဤလုပ်ဆောင်ချက်သည် N ၏ အဆုံးမရှိ အရေအတွက်တန်ဖိုးများအတွက် သတ်မှတ်ထားသည် (ဥပမာ၊ မည်သည့်အနုတ်တန်ဖိုးမဆို သင့်လျော်သည်)။ ထို့ကြောင့် သင်သည် ၎င်းကို MATERIALIZED တွင်ထည့်၍မရပါ။ ဒါကြောင့် ဒါက ယုတ္တိနည်းကျတဲ့ ကန့်သတ်ချက်ဖြစ်ပြီး နည်းပညာပိုင်းဆိုင်ရာ ကန့်သတ်ချက်မဟုတ်ပါဘူး (အဲဒါကို ကျွန်တော်တို့ အကောင်အထည်မဖော်နိုင်ခဲ့လို့ မဟုတ်ပါဘူး)။ မဟုတ်ရင် ကန့်သတ်ချက်မရှိဘူး။ အုပ်စုဖွဲ့ခြင်း၊ စီခြင်း၊ AND နှင့် OR၊ PARTITION၊ ပြန်လှည့်ခြင်း စသည်ဖြင့် သင်သုံးနိုင်သည်။

ဥပမာအားဖြင့်၊ ယခင်ဆောင်းပါး၏ ပြဿနာ 2.2 တွင်၊ သင်သည် MATERIALIZED ကို လုပ်ဆောင်ချက်နှစ်ခုလုံးတွင် ထည့်သွင်းနိုင်သည်။

bought 'Купил' (Customer c, Product p, INTEGER y) = 
    GROUP SUM sum(Detail d) IF 
        customer(order(d)) = c AND 
        product(d) = p AND 
        extractYear(date(order(d))) = y MATERIALIZED;
rating 'Рейтинг' (Customer c, Product p, INTEGER y) = 
    PARTITION SUM 1 ORDER DESC bought(c, p, y), p BY c, y MATERIALIZED;
SELECT contactName(Customer c), name(Product p) WHERE rating(c, p, 1997) < 3;


စနစ်ကိုယ်တိုင်က type keys နဲ့ table တစ်ခုကို ဖန်တီးပါလိမ့်မယ်။ ဖောက်သည်, ကုန်ပစ္စည်း и သဲကန္တာရ၊ ၎င်းတွင် နယ်ပယ်နှစ်ခုကို ပေါင်းထည့်မည်ဖြစ်ပြီး မည်သည့်ပြောင်းလဲမှုများဖြင့် ၎င်းတို့ရှိ အကွက်တန်ဖိုးများကို အပ်ဒိတ်လုပ်မည်ဖြစ်သည်။ ဤလုပ်ဆောင်ချက်များသို့ နောက်ထပ်ခေါ်ဆိုမှုများ ပြုလုပ်သောအခါ၊ ၎င်းတို့ကို တွက်ချက်မည်မဟုတ်သော်လည်း တန်ဖိုးများကို သက်ဆိုင်ရာနယ်ပယ်များမှ ဖတ်ပြမည်ဖြစ်သည်။

ဤယန္တရားကိုအသုံးပြုခြင်းဖြင့်၊ ဥပမာအားဖြင့်၊ သင်သည် စုံစမ်းမေးမြန်းမှုများတွင် ပြန်ပြန်ကျခြင်း (CTE) ကို ဖယ်ရှားနိုင်သည်။ အထူးသဖြင့်၊ ကလေး/မိဘဆက်ဆံရေးကို အသုံးပြု၍ သစ်ပင်တစ်ပင်ကိုဖွဲ့စည်းသည့်အုပ်စုများကို စဉ်းစားပါ (အုပ်စုတစ်ခုစီတွင် ၎င်း၏မိဘထံသို့ လင့်ခ်တစ်ခုပါရှိသည်)။

parent = DATA Group (Group);


လုပ်ဆောင်နိုင်သော ဒေတာဘေ့စ်တစ်ခုတွင်၊ ပြန်ကောက်ခြင်းဆိုင်ရာ ယုတ္တိဗေဒကို အောက်ပါအတိုင်း သတ်မှတ်နိုင်ပါသည်။

level (Group child, Group parent) = RECURSION 1l IF child IS Group AND parent == child
                                                             STEP 2l IF parent == parent($parent);
isParent (Group child, Group parent) = TRUE IF level(child, parent) MATERIALIZED;


function တွေအတွက်ကတည်းက မိဘလား။ MATERIALIZED ဟု အမှတ်အသားပြုထားပြီး၊ ထို့နောက် ၎င်းအတွက် သော့နှစ်ခု (အုပ်စုများ) ပါသော ဇယားတစ်ခုကို ဖန်တီးမည်၊ မိဘလား။ ပထမသော့သည် ဒုတိယ၏ကလေးဖြစ်မှသာ မှန်လိမ့်မည်။ ဤဇယားရှိ ထည့်သွင်းမှုအရေအတွက်သည် သစ်ပင်၏ ပျမ်းမျှအတိမ်အနက်ဖြင့် မြှောက်ထားသော အုပ်စုအရေအတွက်နှင့် ညီမျှမည်ဖြစ်သည်။ ဥပမာအားဖြင့်၊ သင်သည် အုပ်စုတစ်စု၏ သားစဉ်မြေးဆက် အရေအတွက်ကို ရေတွက်ရန် လိုအပ်ပါက၊ သင်သည် ဤလုပ်ဆောင်ချက်ကို အသုံးပြုနိုင်သည်။

childrenCount (Group g) = GROUP SUM 1 IF isParent(Group child, g);


SQL query တွင် CTE ရှိမည်မဟုတ်ပါ။ ယင်းအစား ရိုးရှင်းသောအဖွဲ့တစ်ဖွဲ့ရှိပါမည်။

ဤယန္တရားကို အသုံးပြု၍ လိုအပ်ပါက ဒေတာဘေ့စ်ကို အလွယ်တကူ ပုံပျက်စေနိုင်သည်။

CLASS Order 'Заказ';
date 'Дата' = DATA DATE (Order);

CLASS OrderDetail 'Строка заказа';
order 'Заказ' = DATA Order (OrderDetail);
date 'Дата' (OrderDetail d) = date(order(d)) MATERIALIZED INDEXED;


function တစ်ခုခေါ်တဲ့အခါ နေ့စှဲ အမှာစာလိုင်းအတွက်၊ အညွှန်းတစ်ခုပါရှိသည့် အကွက်ကို အမှာစာလိုင်းများဖြင့် ဇယားမှဖတ်ပါမည်။ မှာယူသည့်ရက်စွဲ ပြောင်းလဲသောအခါ၊ စနစ်ကိုယ်တိုင်က လိုင်းအတွင်းရှိ ပုံမှန်မဟုတ်သော ရက်စွဲကို အလိုအလျောက် ပြန်လည်တွက်ချက်ပေးမည်ဖြစ်သည်။

အားသာချက်များ

ဒီယန္တရားတစ်ခုလုံးက ဘာအတွက်လဲ။ ဂန္ထဝင် DBMS များတွင် စုံစမ်းမေးမြန်းချက်များကို ပြန်လည်ရေးသားခြင်းမပြုဘဲ၊ ဆော့ဖ်ဝဲရေးသားသူ သို့မဟုတ် DBA သည် အညွှန်းများကိုသာ ပြောင်းလဲနိုင်ပြီး စာရင်းဇယားများကို ဆုံးဖြတ်ကာ ၎င်းတို့ကို မည်သို့လုပ်ဆောင်ရမည်ကို မေးမြန်းမှုစီစဉ်သူအား ပြောပြနိုင်သည် (နှင့် အရိပ်အမြွက်များကို စီးပွားဖြစ် DBMS များတွင်သာ ရနိုင်သည်)။ မည်မျှပင် ကြိုးစားအားထုတ်နေပါစေ ဆောင်းပါးပါ ပထမမေးခွန်းကို ပြီးမြောက်နိုင်မည် မဟုတ်ပါ။ ဏ (ဌာနအရေအတွက်)၊ မေးခွန်းများကို ပြောင်းလဲခြင်း သို့မဟုတ် အစပျိုးခြင်းများ မထည့်ဘဲ။ အဆိုပြုထားသောအစီအစဥ်တွင်၊ ဖွံ့ဖြိုးတိုးတက်မှုအဆင့်တွင် သင်သည် ဒေတာသိုလှောင်မှုတည်ဆောက်ပုံနှင့် မည်သည့်စုစည်းမှုများကို အသုံးပြုရမည်ကို စဉ်းစားရန်မလိုအပ်ပါ။ ဤအရာအားလုံးကို လည်ပတ်မှုတွင် တိုက်ရိုက် အလွယ်တကူ ပြောင်းလဲနိုင်သည်။

လက်တွေ့မှာတော့ ဒီပုံပါပဲ။ အချို့သောသူများသည် လက်ထဲတွင်ရှိသော အလုပ်အပေါ်အခြေခံ၍ ယုတ္တိဗေဒကို တိုက်ရိုက်ဖန်တီးကြသည်။ ၎င်းတို့သည် အယ်လဂိုရီသမ်များနှင့် ၎င်းတို့၏ ရှုပ်ထွေးမှု၊ အကောင်အထည်ဖော်မှု အစီအစဉ်များ၊ ချိတ်ဆက်မှု အမျိုးအစားများ၊ သို့မဟုတ် အခြားနည်းပညာပိုင်းဆိုင်ရာ အစိတ်အပိုင်းများကို နားမလည်ကြပါ။ ဒီလူတွေက developer တွေထက် စီးပွားရေးလေ့လာသူ ပိုများတယ်။ ထို့နောက်၊ ဤအရာအားလုံးကို စမ်းသပ်ခြင်း သို့မဟုတ် လည်ပတ်ခြင်းသို့ ရောက်သွားပါသည်။ ရှည်လျားသောမေးခွန်းများကို မှတ်တမ်းတင်ခြင်းကို ဖွင့်ပါ။ ရှည်လျားသောမေးမြန်းချက်တစ်ခုကို တွေ့ရှိသောအခါ၊ အခြားလူများ (ပိုမိုနည်းပညာပိုင်းဆိုင်ရာ - မရှိမဖြစ်လိုအပ်သော DBA) သည် အလယ်အလတ်လုပ်ဆောင်ချက်အချို့တွင် MATERIALIZED ကိုဖွင့်ရန် ဆုံးဖြတ်သည်။ ၎င်းသည် ရိုက်ကူးမှုကို အနည်းငယ်နှေးကွေးစေသည် (၎င်းသည် ငွေပေးငွေယူတွင် နောက်ထပ်အကွက်တစ်ခုကို အပ်ဒိတ်လုပ်ရန်လိုအပ်သောကြောင့်)။ သို့သော်၊ ဤမေးမြန်းချက်သည် သိသိသာသာ အရှိန်မြှင့်ရုံသာမက၊ ဤလုပ်ဆောင်ချက်ကို အသုံးပြုသည့် အခြားသူများလည်း ဖြစ်သည်။ တစ်ချိန်တည်းမှာပင် မည်သည့်လုပ်ဆောင်ချက်ကို အကောင်အထည် ဖော်ရမည်ကို ဆုံးဖြတ်ခြင်းသည် အတော်လေး လွယ်ကူသည်။ ပင်မဘောင်နှစ်ခု- ဖြစ်နိုင်ချေရှိသော ထည့်သွင်းတန်ဖိုးများ (၎င်းသည် သက်ဆိုင်ရာဇယားတွင် မှတ်တမ်းမည်မျှရှိသည်) နှင့် အခြားလုပ်ဆောင်ချက်များတွင် ၎င်းကို အကြိမ်ရေမည်မျှအသုံးပြုသည်။

analog

ခေတ်မီလုပ်ငန်းသုံး DBMS များတွင် အလားတူ ယန္တရားများ ရှိသည်- အမြန်ပြန်တင်ခြင်း (Oracle) နှင့် INDEXED VIEW (Microsoft SQL Server) ဖြင့် MATERIALIZED VIEW ။ PostgreSQL တွင်၊ MATERIALIZED VIEW ကို ငွေပေးငွေယူတစ်ခုတွင် အပ်ဒိတ်လုပ်၍မရသော်လည်း တောင်းဆိုမှု (နှင့် အလွန်တင်းကျပ်သောကန့်သတ်ချက်များပင်) ကြောင့်သာ ၎င်းကို ကျွန်ုပ်တို့ ထည့်သွင်းစဉ်းစားမည်မဟုတ်ပါ။ ဒါပေမယ့် သူတို့ရဲ့အသုံးပြုမှုကို သိသိသာသာ ကန့်သတ်ထားတဲ့ ပြဿနာများစွာရှိပါတယ်။

ပထမဦးစွာ၊ သင်သည် ပုံမှန် VIEW ဖန်တီးပြီးမှသာ ရုပ်လုံးပေါ်လာခြင်းကို ဖွင့်နိုင်သည်။ မဟုတ်ပါက၊ ဤရုပ်လုံးပေါ်လာခြင်းကို အသုံးပြုရန်အတွက် အသစ်ဖန်တီးထားသော မြင်ကွင်းကို ဝင်ရောက်ကြည့်ရှုရန် ကျန်တောင်းဆိုမှုများကို ပြန်လည်ရေးသားရမည်ဖြစ်ပါသည်။ သို့မဟုတ် အရာအားလုံးကို ၎င်းအတိုင်းထားခဲ့ပါ၊ သို့သော် ကြိုတင်တွက်ချက်ပြီးသား ဒေတာအချို့ရှိလျှင် အနည်းဆုံး ထိရောက်မှု မရှိနိုင်သော်လည်း စုံစမ်းမေးမြန်းမှုအများအပြားသည် ၎င်းကို အမြဲတမ်းအသုံးမပြုသော်လည်း ၎င်းကို ပြန်လည်တွက်ချက်ပါ။

ဒုတိယအနေနှင့်၊ ၎င်းတို့တွင် ကန့်သတ်ချက်များစွာရှိသည်။

Oracle က

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

ရုပ်လုံးပေါ်လာသောမြင်ကွင်း၏ အဓိပ္ပါယ်ဖွင့်ဆိုချက်အား အောက်ပါအတိုင်း ကန့်သတ်ထားသည်။

• ရုပ်လုံးပေါ်လာသော မြင်ကွင်းတွင် ထပ်တလဲလဲမဟုတ်သော အသုံးအနှုန်းများကို ရည်ညွှန်းချက်များ မပါဝင်ရပါ။ SYSDATE နှင့် ROWNUM.
• ရုပ်လုံးပေါ်လာသော မြင်ကွင်းတွင် ရည်ညွှန်းချက်များ မပါဝင်ရပါ။ RAW or LONG RAW ဒေတာအမျိုးအစားများ။
• ၎င်းတွင်တစ်ခုမပါဝင်ပါ။ SELECT စာရင်းခွဲများ။
• ၎င်းတွင် ခွဲခြမ်းစိတ်ဖြာမှုဆိုင်ရာ လုပ်ဆောင်ချက်များ မပါဝင်နိုင်ပါ (ဥပမာ၊ RANK) ထဲမှာ SELECT အပိုဒ်
• ၎င်းသည် မည်သည့်ဇယားကို ကိုးကား၍မရပါ။ XMLIndex အညွှန်းကို သတ်မှတ်သည်။
• ၎င်းတွင်တစ်ခုမပါဝင်ပါ။ MODEL အပိုဒ်
• ၎င်းတွင်တစ်ခုမပါဝင်ပါ။ HAVING subquery တစ်ခုနှင့် clause။
• ၎င်းတွင် ပါရှိသော nested queries မပါဝင်နိုင်ပါ။ ANY, ALLဒါမှမဟုတ် NOT EXISTS.
• ၎င်းတွင်တစ်ခုမပါဝင်ပါ။ [START WITH …] CONNECT BY အပိုဒ်
• ၎င်းတွင် မတူညီသောဆိုဒ်များတွင် အသေးစိတ်ဇယားများစွာ မပါဝင်နိုင်ပါ။
• ON COMMIT ရုပ်လုံးပေါ်လာသော မြင်ကွင်းများသည် အဝေးမှအသေးစိတ်ဇယားများ မရနိုင်ပါ။
• အစုလိုက်အပြုံလိုက် ရုပ်လုံးပေါ်လာသော အမြင်များသည် ပေါင်းစည်းခြင်း သို့မဟုတ် စုစည်းမှု ရှိရပါမည်။
• ပေါင်းစပ်အမြင်များနှင့် ရုပ်လုံးပေါ်လာသော အစုလိုက်အမြင်များ a GROUP BY စာပိုဒ်သည် အညွှန်း-ဖွဲ့စည်းထားသော ဇယားမှ ရွေး၍မရပါ။

5.3.8.5 Joins ဖြင့်သာ ပုံဖော်ထားသော မြင်ကွင်းများအတွက် အမြန်ပြန်လည်ဆန်းသစ်ခြင်းအပေါ် ကန့်သတ်ချက်များ

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

• ကန့်သတ်ချက်များအားလုံးကို «အမြန်ပြန်လည်စတင်ခြင်းအတွက် အထွေထွေကန့်သတ်ချက်များ"။
• မရနိုင်ပါ။ GROUP BY အပိုဒ်များ သို့မဟုတ် စုစည်းချက်များ။
• အတွင်းရှိ စားပွဲအားလုံး၏ အတန်း FROM စာရင်းထဲမှာ ပေါ်လာရပါမယ်။ SELECT မေးမြန်းမှုစာရင်း။
• ရုပ်လုံးပေါ်လာသော မြင်ကွင်းမှတ်တမ်းများသည် ၎င်းရှိ အခြေခံဇယားအားလုံးအတွက် rowids ဖြင့် ရှိနေရပါမည်။ FROM မေးမြန်းမှုစာရင်း။
• ရိုးရှင်းသောချိတ်ဆက်မှုများဖြင့် ဇယားများစွာမှ အမြန်ပြန်လည်ဆန်းသစ်နိုင်သော ရုပ်လုံးပေါ်လာသည့်မြင်ကွင်းကို သင်ဖန်တီး၍မရပါ။ SELECT ကြေညာချက်ထုတ်ပြန်ခြင်းဖြစ်သည်။

ထို့အပြင်၊ သင်ရွေးချယ်သော ပြန်လည်ဆန်းသစ်သည့်နည်းလမ်းသည် အကောင်းဆုံးဖြစ်မည်ဆိုလျှင်-

• အဓိပ္ပာယ်ဖွင့်ဆိုချက်သည် အတွင်းပါဝင်မှုကဲ့သို့ ပြုမူသော ပြင်ပချိတ်ဆက်မှုကို အသုံးပြုသည်။ သတ်မှတ်ထားသော query တွင် ထိုသို့သော join တစ်ခုပါရှိသည်ဆိုပါက၊ အတွင်း join တစ်ခုပါဝင်ရန် သတ်မှတ်ထားသော query ကို ပြန်လည်ရေးသားရန် စဉ်းစားပါ။
• အဆိုပါ SELECT ရုပ်လုံးပေါ်လာသော မြင်ကွင်းစာရင်းတွင် ဇယားများစွာမှ ကော်လံများတွင် စကားရပ်များ ပါရှိသည်။

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

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

• ကန့်သတ်ချက်များအားလုံးကို «အမြန်ပြန်လည်စတင်ခြင်းအတွက် အထွေထွေကန့်သတ်ချက်များ"။

အမြန်ပြန်လည်ဆန်းသစ်မှုကို နှစ်မျိုးစလုံးအတွက် ပံ့ပိုးထားသည်။ ON COMMIT နှင့် ON DEMAND ရုပ်လုံးပေါ်လာသော အမြင်များ ဖြစ်သော်လည်း အောက်ပါ ကန့်သတ်ချက်များ သက်ရောက်သည်-

• ရုပ်လုံးပေါ်လာသော မြင်ကွင်းရှိ ဇယားများအားလုံးတွင် ရုပ်လုံးပေါ်လာသော မြင်ကွင်းမှတ်တမ်းများ ပါရှိရမည်ဖြစ်ပြီး ရုပ်လုံးပေါ်လာသည့် မြင်ကွင်းမှတ်တမ်းများ ရှိရမည်-
  • ရုပ်လုံးပေါ်လာသော မြင်ကွင်းတွင် ဖော်ပြထားသော ဇယားမှ ကော်လံများ အားလုံးကို ပါရှိသည်။
  • ဖြင့် သတ်မှတ်ပါ။ ROWID နှင့် INCLUDING NEW VALUES.
  • အဆိုပါ specify SEQUENCE အကယ်၍ ဇယားတွင် ထည့်သွင်းမှုများ/တိုက်ရိုက်တင်မှုများ၊ ဖျက်မှုများနှင့် အပ်ဒိတ်များ ရောနှောနေမည်ဆိုပါက စာပိုဒ်။

• သာ SUM, COUNT, AVG, STDDEV, VARIANCE, MIN နှင့် MAX အမြန်ပြန်လည်ဆန်းသစ်ရန်အတွက် ပံ့ပိုးထားသည်။
• COUNT(*) သတ်မှတ်ရပါမည်။
• စုစည်းလုပ်ဆောင်ချက်များသည် စကားရပ်၏ အပြင်ဘက်အကျဆုံးအစိတ်အပိုင်းအဖြစ်သာ ဖြစ်ပေါ်ရပါမည်။ ဆိုလိုသည်မှာ အစုလိုက် စသည်တို့ဖြစ်သည်။ AVG(AVG(x)) or AVG(x)+ AVG(x) ခွင့်မပြုပါ။
• အစရှိတဲ့ အစုတစ်ခုစီအတွက်ပါ။ AVG(expr)၊ သက်ဆိုင်ရာ COUNT(expr) ရှိနေရမည်။ Oracle က အကြံပြုထားပါတယ်။ SUM(expr) သတ်မှတ်ထားသည်။
• If VARIANCE(expr) or STDDEV(expr) သတ်မှတ်ထားသည်၊ COUNT(expr) နှင့် SUM(expr) သတ်မှတ်ရပါမည်။ Oracle က အကြံပြုထားပါတယ်။ SUM(expr *expr) သတ်မှတ်ထားသည်။
• အဆိုပါ SELECT သတ်မှတ်ထားသော query ရှိ ကော်လံသည် အခြေခံဇယားများစွာမှ ကော်လံများပါရှိသော ရှုပ်ထွေးသောအသုံးအနှုန်းမဖြစ်နိုင်ပါ။ ၎င်းအတွက် ဖြစ်နိုင်ချေရှိသော ဖြေရှင်းနည်းမှာ nested materialized view ကို အသုံးပြုရန်ဖြစ်သည်။
• အဆိုပါ SELECT စာရင်းတွင် အားလုံးပါဝင်ရပါမည်။ GROUP BY ကော်လံ။
• ရုပ်လုံးပေါ်လာသော မြင်ကွင်းသည် အဝေးထိန်းဇယားတစ်ခု သို့မဟုတ် တစ်ခုထက်ပိုသော ဇယားများအပေါ် အခြေခံထားခြင်းမဟုတ်ပါ။
• သင်တစ် ဦး ကိုအသုံးပြုလျှင် CHAR ရုပ်လုံးပေါ်လာသော မြင်ကွင်းမှတ်တမ်း၏ စစ်ထုတ်ကော်လံများတွင် ဒေတာအမျိုးအစား၊ မာစတာဆိုက်၏ ဇာတ်ကောင်အတွဲများနှင့် ရုပ်လုံးပေါ်လာသော မြင်ကွင်းတို့သည် တူညီရပါမည်။
• ရုပ်လုံးပေါ်လာသော မြင်ကွင်းတွင် အောက်ပါတို့အနက်မှ တစ်ခုပါရှိပါက၊ သမားရိုးကျ DML ထည့်သွင်းမှုများနှင့် တိုက်ရိုက် loads များတွင်သာ အမြန်ပြန်လည်ဆန်းသစ်ခြင်းကို ဆောင်ရွက်ပေးပါသည်။
  • ရုပ်လုံးပေါ်လာတဲ့ အမြင်တွေနဲ့ MIN or MAX စုစုပေါင်း
  • ပုံဖော်ထားသော အမြင်များ SUM(expr) ဒါပေမယ့်မဟုတ်ဘူး COUNT(expr)
  • ရုပ်လုံးပေါ်လာခြင်းမရှိဘဲ အမြင်များ COUNT(*)

  ထိုကဲ့သို့ ရုပ်လုံးပေါ်လာသော မြင်ကွင်းကို ထည့်သွင်း-သပ်သပ် ရုပ်လုံးပေါ်လာသည့် အမြင်ဟုခေါ်သည်။

• ရုပ်လုံးပေါ်လာသော အမြင်ဖြင့် MAX or MIN ၎င်းတွင် DML ကြေညာချက်များကို ဖျက်ပြီးနောက် သို့မဟုတ် ရောနှောပြီးနောက် အမြန်ပြန်လည်ဆန်းသစ်နိုင်သည် WHERE အပိုဒ်
  ဖျက်ပစ်ပြီးနောက် သို့မဟုတ် ရောနှောပြီးနောက် အမြင့်ဆုံး/မိနစ် အမြန်ပြန်လည်ဆန်းသစ်မှုတွင် ထည့်သွင်းသည့်ကိစ္စကဲ့သို့ တူညီသောအပြုအမူ မရှိပါ။ ၎င်းသည် ထိခိုက်နေသောအုပ်စုများအတွက် အမြင့်ဆုံး/မိနစ်တန်ဖိုးများကို ဖျက်ပြီး ပြန်လည်တွက်ချက်သည်။ ၎င်း၏ စွမ်းဆောင်ရည် သက်ရောက်မှုကို သင်သတိထားရန် လိုအပ်သည်။
• အမည်ရှိ အမြင်များ သို့မဟုတ် အသေးစိပ်ဖော်ပြချက်များဖြင့် ရုပ်လုံးပေါ်လာသော အမြင်များ FROM အပိုဒ်များကို လျင်မြန်စွာ ပြန်လည်ဆန်းသစ်နိုင်ပြီး အမြင်များကို လုံးဝ ပေါင်းစပ်နိုင်သည်။ မည်သည့်အမြင်များ ပေါင်းစည်းမည်ဆိုသည့် အချက်အလက်အတွက် ကြည့်ပါ။ Oracle Database SQL Language ကိုးကား.
• ပြင်ပတွင်ပါဝင်မှုများမရှိပါက၊ သင်သည် မထင်သလိုရွေးချယ်မှုများနှင့် ပူးပေါင်းပါဝင်မှုများရှိနိုင်သည်။ WHERE အပိုဒ်
• ပြင်ပဇယားများကိုသာ ပြုပြင်မွမ်းမံထားသောကြောင့် သမားရိုးကျ DML နှင့် တိုက်ရိုက်တင်မှုများပြီးနောက် ပြင်ပချိတ်ဆက်မှုများပါရှိသော စုစည်းထားသော အစုလိုက်အမြင်များကို လျင်မြန်စွာ ပြန်လည်ဆန်းသစ်နိုင်သည်။ ထို့အပြင်၊ အတွင်းပိုင်း join table ၏ join ကော်လံများတွင် ထူးခြားသောကန့်သတ်ချက်များ ရှိနေရပါမည်။ ပြင်ပချိတ်ဆက်မှုများရှိပါက၊ ချိတ်ဆက်မှုအားလုံးကိုချိတ်ဆက်ရပါမည်။ ANDs နှင့် တန်းတူညီမျှမှုကို အသုံးပြုရမည် (=) အော်ပရေတာ။
• ရုပ်လုံးပေါ်လာသော အမြင်များနှင့်အတူ CUBE, ROLLUP၎င်းတို့ကို အုပ်စုဖွဲ့ခြင်း၊ သို့မဟုတ် ပေါင်းစပ်ခြင်း၊ အောက်ပါ ကန့်သတ်ချက်များ သက်ရောက်သည်-
  • အဆိုပါ SELECT စာရင်းတွင် a ဖြစ်နိုင်သည့် အုပ်စုခွဲခွဲခြားခြားနားချက် ပါဝင်သင့်သည်။ GROUPING_ID function အားလုံးပေါ်မှာ GROUP BY အသုံးအနှုန်းများ သို့မဟုတ် GROUPING တစ်ခုစီအတွက် လုပ်ဆောင်ချက်များ GROUP BY အသုံးအနှုန်း။ ဥပမာအားဖြင့်ဆိုပါစို့ GROUP BY ရုပ်လုံးပေါ်လာတဲ့ အမြင်ရဲ့ အပိုဒ်ကတော့ "GROUP BY CUBE(a, b)", ထို့နောက် SELECT စာရင်းမှာ ဖြစ်ဖြစ်၊GROUPING_ID(a, b)» သို့မဟုတ် «GROUPING(a) AND GROUPING(b)» ရုပ်လုံးပေါ်လာသော မြင်ကွင်းကို လျင်မြန်စွာ ပြန်လည်ဆန်းသစ်နိုင်စေရန်။
  • GROUP BY ထပ်နေသည့် အုပ်စုများ မဖြစ်ပေါ်သင့်ပါ။ ဥပမာအားဖြင့်, "GROUP BY a, ROLLUP(a, b)"ထပ်နေသောအုပ်စုများကို ဖြစ်ပေါ်စေသောကြောင့် အမြန်ပြန်လည်ဆန်းသစ်၍မရနိုင်ပါ"(a), (a, b), AND (a)"။

5.3.8.7 UNION ALL ဖြင့် ရုပ်လုံးပေါ်လာသော အမြင်များအတွက် အမြန်ပြန်လည်ဆန်းသစ်မှုအပေါ် ကန့်သတ်ချက်များ

ရုပ်လုံးပေါ်လာတဲ့ အမြင်တွေနဲ့ UNION ALL သတ်မှတ် operator ကို ပံ့ပိုးပေးသည်။ REFRESH FAST အောက်ပါအခြေအနေများ ကျေနပ်ပါက ရွေးချယ်ခွင့်-

• Defining Query တွင် ပါရှိရပါမည်။ UNION ALL ထိပ်တန်းအဆင့်တွင်အော်ပရေတာ။

  အဆိုပါ UNION ALL ခြွင်းချက်တစ်ခုအနေဖြင့် အော်ပရေတာအား စုံစမ်းမေးမြန်းမှုတစ်ခုအတွင်းတွင် ထည့်သွင်း၍မရပါ။ UNION ALL subquery တွင် ရှိနိုင်ပါသည်။ FROM ပေးထားသော clause သည် defining query သည် ပုံစံဖြစ်သည်။ SELECT * FROM (ကြည့်ရှုရန် သို့မဟုတ် စုံစမ်းမေးမြန်းမှုနှင့်အတူ UNION ALL) အောက်ပါဥပမာအတိုင်း

  view_with_unionall AS (SELECT c.rowid crid၊ c.cust_id၊ ဖောက်သည်များထံမှ 2 umarker c WHERE c.cust_last_name = 'Smith' UNION ALL SELECT c.rowid crid၊ c.cust_id၊ 3 umarker ဖောက်သည်များထံမှ c_last_cust။ 'ဂျုံးစ်'); unionall_inside_view_mv ကို စိတ်ကြိုက်ရွေးချယ်ပြီး ဝယ်လိုအားကို အမြန်ပြန်တင်ပေးပါ * view_with_unionall FROM;
  

  အမြင်ကို သတိပြုပါ။ view_with_unionall အမြန်ပြန်လည်ဆန်းသစ်မှုအတွက် လိုအပ်ချက်များကို ဖြည့်ဆည်းပေးသည်။

• တစ်ခုချင်းစီကို query block ထဲမှာ UNION ALL စုစည်းမှုများဖြင့် လျင်မြန်စွာ ပြန်လည်ဆန်းသစ်နိုင်သော ရုပ်လုံးပေါ်လာသည့် မြင်ကွင်းတစ်ခု သို့မဟုတ် Joins ဖြင့် အမြန်ပြန်လည်ဆန်းသစ်နိုင်သော ရုပ်လုံးပေါ်လာသည့် မြင်ကွင်းတစ်ခု၏ လိုအပ်ချက်များကို ဖြည့်ဆည်းပေးရပါမည်။

  လျင်မြန်စွာ ပြန်လည်ဆန်းသစ်နိုင်သော ရုပ်လုံးပေါ်လာသော မြင်ကွင်းအမျိုးအစားအတွက် သက်ဆိုင်ရာ သင့်လျော်သော ရုပ်လုံးပေါ်လာသည့် မြင်ကွင်းမှတ်တမ်းများကို ဇယားများပေါ်တွင် လိုအပ်သလို ဖန်တီးရပါမည်။
  Oracle ဒေတာဘေ့စ်သည် တစ်ခုတည်းသော ဇယားတစ်ခုကို ရုပ်လုံးပေါ်လာစေသော မြင်ကွင်း၏ အထူးကိစ္စရပ်ကိုလည်း ခွင့်ပြုပေးထားကြောင်း သတိပြုပါ။ ROWID ကော်လံတွင် ထည့်သွင်းထားသည်။ SELECT စာရင်းနှင့် ရုပ်လုံးပေါ်လာသော မြင်ကွင်းမှတ်တမ်းတွင်။ ၎င်းကို ကြည့်ရှုမှု၏ အဓိပ္ပါယ်ဖွင့်ဆိုချက်တွင် ပြထားသည်။ view_with_unionall.

• အဆိုပါ SELECT စုံစမ်းမှုတစ်ခုစီ၏စာရင်းတွင် a ပါ၀င်ရမည်။ UNION ALL အမှတ်အသား၊ နှင့် UNION ALL ကော်လံတစ်ခုစီတွင် ကွဲပြားသော ကိန်းသေနံပါတ် သို့မဟုတ် စာကြောင်းတန်ဖိုးတစ်ခု ရှိရပါမည်။ UNION ALL အခက်။ ထို့အပြင်၊ အမှတ်အသားကော်လံသည် တူညီသော ပုံမှန်အနေအထားတွင် ရှိနေရပါမည်။ SELECT query block တစ်ခုစီ၏စာရင်း။ “ကြည့်ပါ၊UNION ALL Marker နှင့် Query Rewrite» နှင့် ပတ်သတ်၍ ပိုမိုသိရှိလိုပါက UNION ALL အမှတ်အသားများ။
• ပြင်ပချိတ်ဆက်မှုများ၊ ထည့်သွင်း-သပ်သပ် ပေါင်းစပ်ရုပ်လုံးပေါ်လာသော မြင်ကွင်းမေးမြန်းချက်များနှင့် အဝေးထိန်းဇယားများကဲ့သို့ အချို့သောအင်္ဂါရပ်များသည် ရုပ်လုံးပေါ်လာသော အမြင်များအတွက် ပံ့ပိုးမထားပါ။ UNION ALL. သို့သော် ချိတ်ဆက်မှု သို့မဟုတ် စုစည်းမှုများ မပါဝင်သည့် ကူးယူမှုတွင် အသုံးပြုထားသည့် ရုပ်လုံးပေါ်လာသည့် အမြင်များကို မှတ်သားထားသည့်အခါတွင် ပြန်လည်ဆန်းသစ်နိုင်သည် UNION ALL သို့မဟုတ် အဝေးထိန်းဇယားများကို အသုံးပြုသည်။
• လျင်မြန်စွာ ပြန်လည်ဆန်းသစ်နိုင်သော ရုပ်လုံးပေါ်လာသည့် မြင်ကွင်းကို ဖန်တီးရန်အတွက် လိုက်ဖက်ညီသော ကနဦးသတ်မှတ်ခြင်း ကန့်သတ်ချက်ဘောင်ကို 9.2.0 သို့မဟုတ် ထို့ထက်ပို၍ သတ်မှတ်ရပါမည်။ UNION ALL.

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

Microsoft SQL Server

အပိုဆောင်းလိုအပ်ချက်များ

SET ရွေးချယ်မှုများနှင့် အဆုံးအဖြတ်ပေးသော လုပ်ဆောင်မှုလိုအပ်ချက်များအပြင်၊ အောက်ပါလိုအပ်ချက်များကို ဖြည့်ဆည်းပေးရမည်-

• လုပ်ဆောင်သောအသုံးပြုသူ CREATE INDEX အမြင်ပိုင်ရှင်ဖြစ်ရမည်။
• အညွှန်းကိုဖန်တီးသောအခါ၊ IGNORE_DUP_KEY ရွေးချယ်မှုကို OFF (ပုံသေဆက်တင်) အဖြစ် သတ်မှတ်ရပါမည်။
• ဇယားများကို နှစ်ပိုင်းအမည်များဖြင့် ကိုးကားရမည်၊ schema.စားပွဲအမည် အမြင်အဓိပ္ပါယ်၌။
• မြင်ကွင်းတွင် ကိုးကားထားသော အသုံးပြုသူသတ်မှတ်ထားသော လုပ်ဆောင်ချက်များကို အသုံးပြု၍ ဖန်တီးရပါမည်။ WITH SCHEMABINDING option ကို။
• မြင်ကွင်းတွင် ကိုးကားထားသော အသုံးပြုသူသတ်မှတ်ထားသော လုပ်ဆောင်ချက်များကို အပိုင်းနှစ်ပိုင်းအမည်များဖြင့် ကိုးကားရပါမည်၊ ..
• အသုံးပြုသူသတ်မှတ်ထားသော လုပ်ဆောင်ချက်တစ်ခု၏ ဒေတာဝင်ရောက်ခွင့်ပိုင်ဆိုင်မှုသည် ဖြစ်ရပါမည်။ NO SQLနှင့် ပြင်ပဝင်ရောက်ခွင့် ပိုင်ဆိုင်မှု ရှိရပါမည်။ NO.
• ဘုံဘာသာစကားသုံးချိန် (CLR) လုပ်ဆောင်ချက်များသည် မြင်ကွင်း၏ရွေးချယ်ထားသောစာရင်းတွင် ပေါ်လာနိုင်သော်လည်း အစုလိုက်အပြုံလိုက်အညွှန်းကီး၏ အဓိပ္ပါယ်ဖွင့်ဆိုချက်၏ တစ်စိတ်တစ်ပိုင်းမဖြစ်နိုင်ပါ။ CLR လုပ်ဆောင်ချက်များသည် မြင်ကွင်း၏ WHERE အပိုဒ် သို့မဟုတ် မြင်ကွင်းရှိ JOIN လုပ်ဆောင်မှုတစ်ခု၏ ON အပိုဒ်တွင် မပေါ်နိုင်ပါ။
• CLR လုပ်ဆောင်ချက်များနှင့် မြင်ကွင်း အဓိပ္ပါယ်ဖွင့်ဆိုချက်တွင် အသုံးပြုသည့် CLR အသုံးပြုသူသတ်မှတ်ထားသော အမျိုးအစားများ၏ နည်းလမ်းများနှင့် နည်းလမ်းများသည် အောက်ပါဇယားတွင် ပြထားသည့်အတိုင်း သတ်မှတ်ဂုဏ်သတ္တိများ ရှိရပါမည်။

  အိမ်ခြံမြေ
  မှတ်စု

  DETERMINISTIC = အမှန်
  Microsoft .NET Framework method ၏ attribute တစ်ခုအဖြစ် အတိအလင်းကြေငြာရပါမည်။

  PRECISE = အမှန်
  .NET Framework method ၏ attribute တစ်ခုအဖြစ် အတိအလင်းကြေငြာရပါမည်။

  DATA ACCESS = SQL မရှိပါ။
  DataAccess attribute ကို DataAccessKind.None နှင့် SystemDataAccess attribute မှ SystemDataAccessKind.None သို့ သတ်မှတ်ခြင်းဖြင့် သတ်မှတ်သည်။

  ပြင်ပဝင်ရောက်ခွင့် = မရှိပါ။
  ဤပိုင်ဆိုင်မှုသည် CLR လုပ်ရိုးလုပ်စဉ်များအတွက် NO အဖြစ် သတ်မှတ်သည်။

• မြင်ကွင်းကို အသုံးပြု၍ ဖန်တီးရပါမည်။ WITH SCHEMABINDING option ကို။
• မြင်ကွင်းသည် မြင်ကွင်းနှင့် တူညီသောဒေတာဘေ့စ်တွင်ရှိသော အခြေခံဇယားများကိုသာ ရည်ညွှန်းရပါမည်။ မြင်ကွင်းသည် အခြားအမြင်များကို ကိုးကား၍မရပါ။
• အမြင်အဓိပ္ပါယ်ဖွင့်ဆိုချက်ရှိ SELECT ထုတ်ပြန်ချက်တွင် အောက်ပါ Transact-SQL အစိတ်အပိုင်းများ မပါဝင်ရပါ။

  COUNT
  ROWSET လုပ်ဆောင်ချက်များ (OPENDATASOURCE, OPENQUERY, OPENROWSET, နှင့် OPENXML)
  OUTER ပါဝင်သည် (LEFT, RIGHTဒါမှမဟုတ် FULL)

  Derived table (a ကို သတ်မှတ်ခြင်းဖြင့် သတ်မှတ်သည်။ SELECT ကြေညာချက် FROM သဘောပေါ့)
  ကိုယ်တိုင်ပါဝင်တယ်။
  အသုံးပြုခြင်းဖြင့် ကော်လံများကို သတ်မှတ်ခြင်း။ SELECT * or SELECT <table_name>.*

  DISTINCT
STDEV, STDEVP, VAR, VARPဒါမှမဟုတ် AVG
  အသုံးများသောဇယားအသုံးအနှုန်း (CTE)

  မြော1, စာသားမ, ntext, ပုံရိပ်, XML ကိုဒါမှမဟုတ် ဖိုင်စီးကြောင်း ကော်လံ
  Subquery
  OVER အဆင့်သတ်မှတ်ခြင်း သို့မဟုတ် စုစည်းဝင်းဒိုးလုပ်ဆောင်ချက်များ ပါဝင်သည့် စာပိုဒ်

  စာသားအပြည့်အစုံ (CONTAINS, FREETEXT)
  SUM nullable expression ကို ကိုးကားသော လုပ်ဆောင်ချက်
  ORDER BY

  CLR အသုံးပြုသူသတ်မှတ်ထားသော စုစည်းလုပ်ဆောင်ချက်
  TOP
CUBE, ROLLUPဒါမှမဟုတ် GROUPING SETS အော်ပရေတာ

  MIN, MAX
UNION, EXCEPTဒါမှမဟုတ် INTERSECT အော်ပရေတာ
  TABLESAMPLE

  ဇယားကွက်ပြောင်းသည်။
  OUTER APPLY or CROSS APPLY
PIVOT, UNPIVOT

  ကျဲကော်လံအစုံ
  Inline (TVF) သို့မဟုတ် multi-statement table-valued functions (MSTVF)
  OFFSET

  CHECKSUM_AGG

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

• If GROUP BY လက်ရှိတွင်၊ VIEW ၏ အဓိပ္ပါယ်ဖွင့်ဆိုချက် ပါဝင်ရပါမည်။ COUNT_BIG(*) မပါဝင်ရပါ။ HAVING။ ဤ GROUP BY ကန့်သတ်ချက်များသည် အညွှန်းပြုထားသော မြင်ကွင်းအဓိပ္ပါယ်နှင့်သာ သက်ဆိုင်ပါသည်။ စုံစမ်းမှုတစ်ခုသည် ၎င်းတို့အား ကျေနပ်မှုမရှိပါက ၎င်း၏လုပ်ဆောင်မှုအစီအစဉ်တွင် အညွှန်းရေးထားသောမြင်ကွင်းကို အသုံးပြုနိုင်သည်။ GROUP BY ကန့်သတ်။
• အမြင် အဓိပ္ပါယ်မှာ a ပါရှိသည်။ GROUP BY clause၊ ထူးခြားသောအစုအပြုံလိုက်အညွှန်းကိန်း၏သော့သည် သတ်မှတ်ထားသောကော်လံများကိုသာ ကိုးကားနိုင်သည်။ GROUP BY အပိုဒ်

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

မြင်ကွင်းသည် မြင်ကွင်းနှင့် တူညီသောဒေတာဘေ့စ်တွင်ရှိသော အခြေခံဇယားများကိုသာ ရည်ညွှန်းရပါမည်။ မြင်ကွင်းသည် အခြားအမြင်များကို ကိုးကား၍မရပါ။

ကျွန်ုပ်တို့၏ အသုံးအနှုန်းများတွင်၊ ဆိုလိုသည်မှာ လုပ်ဆောင်ချက်တစ်ခုသည် အခြားသော ရုပ်လုံးပေါ်လာသော လုပ်ဆောင်ချက်ကို မဝင်ရောက်နိုင်ဟု ဆိုလိုသည်။ ဒါက အမြော်အမြင်ရှိမှုအားလုံးကို ဖြတ်တောက်ပစ်လိုက်တယ်။
ထို့အပြင်၊ ဤကန့်သတ်ချက် (နှင့် နောက်ထပ်စာသားများတွင်) အသုံးပြုမှုကိစ္စများကို အလွန်လျှော့ချပေးသည်-

အမြင်အဓိပ္ပါယ်ဖွင့်ဆိုချက်ရှိ SELECT ထုတ်ပြန်ချက်တွင် အောက်ပါ Transact-SQL အစိတ်အပိုင်းများ မပါဝင်ရပါ။

COUNT
ROWSET လုပ်ဆောင်ချက်များ (OPENDATASOURCE, OPENQUERY, OPENROWSET, နှင့် OPENXML)
OUTER ပါဝင်သည် (LEFT, RIGHTဒါမှမဟုတ် FULL)

Derived table (a ကို သတ်မှတ်ခြင်းဖြင့် သတ်မှတ်သည်။ SELECT ကြေညာချက် FROM သဘောပေါ့)
ကိုယ်တိုင်ပါဝင်တယ်။
အသုံးပြုခြင်းဖြင့် ကော်လံများကို သတ်မှတ်ခြင်း။ SELECT * or SELECT <table_name>.*

DISTINCT
STDEV, STDEVP, VAR, VARPဒါမှမဟုတ် AVG
အသုံးများသောဇယားအသုံးအနှုန်း (CTE)

မြော1, စာသားမ, ntext, ပုံရိပ်, XML ကိုဒါမှမဟုတ် ဖိုင်စီးကြောင်း ကော်လံ
Subquery
OVER အဆင့်သတ်မှတ်ခြင်း သို့မဟုတ် စုစည်းဝင်းဒိုးလုပ်ဆောင်ချက်များ ပါဝင်သည့် စာပိုဒ်

စာသားအပြည့်အစုံ (CONTAINS, FREETEXT)
SUM nullable expression ကို ကိုးကားသော လုပ်ဆောင်ချက်
ORDER BY

CLR အသုံးပြုသူသတ်မှတ်ထားသော စုစည်းလုပ်ဆောင်ချက်
TOP
CUBE, ROLLUPဒါမှမဟုတ် GROUPING SETS အော်ပရေတာ

MIN, MAX
UNION, EXCEPTဒါမှမဟုတ် INTERSECT အော်ပရေတာ
TABLESAMPLE

ဇယားကွက်ပြောင်းသည်။
OUTER APPLY or CROSS APPLY
PIVOT, UNPIVOT

ကျဲကော်လံအစုံ
Inline (TVF) သို့မဟုတ် multi-statement table-valued functions (MSTVF)
OFFSET

CHECKSUM_AGG

ပြင်ပပူးပေါင်းမှု၊ သမဂ္ဂ၊ မှာယူမှုနှင့် အခြားအရာများကို တားမြစ်ထားသည်။ အသုံးမပြုနိုင်သည့်အရာထက် အသုံးမပြုနိုင်သောအရာကို သတ်မှတ်ရန် ပိုမိုလွယ်ကူပေမည်။ စာရင်းက ပိုသေးနေလိမ့်မယ်။

အကျဉ်းချုပ်ပြောရလျှင်- LGPL နည်းပညာရှိ DBMS နှင့် တစ်ခုမျှ (ယုတ္တိနည်းကျသော၊ နည်းပညာမဟုတ်သော ခြွင်းချက်) တစ်ခုစီတွင် (စီးပွားဖြစ်သတိပြုကြပါစို့) ကန့်သတ်ချက်များစွာရှိသည်။ သို့သော်၊ ဆက်စပ်ယုတ္တိဗေဒတွင် ဤယန္တရားကို အကောင်အထည်ဖော်ရာတွင် ဖော်ပြထားသော functional logic ထက် အနည်းငယ်ပိုခက်ခဲသည်ကို သတိပြုသင့်သည်။

အကောင်အထည်ဖော်မှု

ဘယ်လိုအလုပ်လုပ်လဲ? PostgreSQL ကို "virtual machine" အဖြစ်အသုံးပြုသည်။ စုံစမ်းမေးမြန်းမှုများကို ဖန်တီးပေးသည့် အတွင်းတွင် ရှုပ်ထွေးသော အယ်လဂိုရီသမ်တစ်ခု ရှိသည်။ ဒီမှာ အရင်းအမြစ်. ပြီးတော့ ifs အစုအဝေးနဲ့ heuristics အစုအဝေးကြီးပဲ မဟုတ်ဘူး။ ဒါကြောင့် သင်လေ့လာဖို့ လအနည်းငယ်ကြာရင် ဗိသုကာပညာကို နားလည်အောင် ကြိုးစားနိုင်ပါတယ်။

ထိထိရောက်ရောက် လုပ်ဆောင်နိုင်ပါသလား။ တော်တော်ထိရောက်တယ်။ ကံမကောင်းစွာပဲ၊ ဒါကသက်သေပြဖို့ခက်တယ်။ အပလီကေးရှင်းကြီးများတွင်ပါရှိသော စုံစမ်းမေးမြန်းမှုထောင်ပေါင်းများစွာကို သင်ထည့်သွင်းစဉ်းစားပါက၊ ပျမ်းမျှအားဖြင့် ၎င်းတို့သည် ကောင်းမွန်သော developer များထက် ပိုမိုထိရောက်သည်ဟုသာ ကျွန်ုပ်ပြောနိုင်သည်။ ထူးချွန်သော SQL ပရိုဂရမ်မာတစ်ဦးသည် မည်သည့်မေးခွန်းကိုမဆို ပိုမိုထိရောက်စွာ ရေးသားနိုင်သော်လည်း စုံစမ်းမေးမြန်းချက်တစ်ထောင်ဖြင့် ၎င်းကိုပြုလုပ်ရန် လှုံ့ဆော်မှု သို့မဟုတ် အချိန်မရှိပေ။ ထိရောက်မှုအထောက်အထားအဖြစ် ယခုကျွန်တော်ကိုးကားဖော်ပြနိုင်သည့် တစ်ခုတည်းသောအရာမှာ DBMS ပေါ်တွင် တည်ဆောက်ထားသော ပလပ်ဖောင်းပေါ်တွင် ပရောဂျက်များစွာ လုပ်ဆောင်နေခြင်းဖြစ်သည်။ ERP စနစ်များအသုံးပြုသူထောင်ပေါင်းများစွာနှင့် terabyte ဒေတာဘေ့စ်များနှင့်အတူ မတူညီသော MATERIALIZED လုပ်ဆောင်ချက်ပေါင်း ထောင်နှင့်ချီရှိသော၊ ပုံမှန်နှစ်-ပရိုဆက်ဆာဆာဗာတစ်ခုပေါ်တွင် လုပ်ဆောင်နေသော မှတ်တမ်းပေါင်း သန်းရာနှင့်ချီရှိသော၊ သို့သော် မည်သူမဆို ဒေါင်းလုဒ်လုပ်ခြင်းဖြင့် ထိရောက်မှုကို စစ်ဆေး/ချေပနိုင်သည်။ ပလက်ဖောင်း နှင့် PostgreSQL၊ ဖွင့်ထားသည်။ SQL queries များကို logic လုပ်ပြီး logic နှင့် data များကိုပြောင်းရန်ကြိုးစားနေပါသည်။

အောက်ပါဆောင်းပါးများတွင်၊ သင်သည် လုပ်ဆောင်ချက်များအပေါ် ကန့်သတ်ချက်များကို မည်သို့သတ်မှတ်နိုင်သည်၊ အပြောင်းအလဲ sessions နှင့် လုပ်ဆောင်နိုင်ပုံနှင့် အခြားအရာများစွာအကြောင်းကိုလည်း ဆွေးနွေးပါမည်။

source: www.habr.com