តុល្យភាពសរសេរ និងអានក្នុងមូលដ្ឋានទិន្នន័យ

នៅមុននេះ។ អត្ថបទ ខ្ញុំបានពិពណ៌នាអំពីគោលគំនិត និងការអនុវត្តនៃមូលដ្ឋានទិន្នន័យដែលបង្កើតឡើងនៅលើមូលដ្ឋាននៃមុខងារ ជាជាងតារាង និងវាលដូចនៅក្នុងមូលដ្ឋានទិន្នន័យទំនាក់ទំនង។ វាបានផ្តល់ឧទាហរណ៍ជាច្រើនដែលបង្ហាញពីគុណសម្បត្តិនៃវិធីសាស្រ្តនេះជាងបុរាណមួយ។ មនុស្សជាច្រើនបានរកឃើញថាពួកគេមិនគួរឱ្យជឿជាក់គ្រប់គ្រាន់ទេ។

នៅក្នុងអត្ថបទនេះ ខ្ញុំនឹងបង្ហាញពីរបៀបដែលគោលគំនិតនេះអនុញ្ញាតឱ្យអ្នកធ្វើសមតុល្យការសរសេរ និងអានទៅកាន់មូលដ្ឋានទិន្នន័យបានយ៉ាងឆាប់រហ័ស និងងាយស្រួលដោយមិនមានការផ្លាស់ប្តូរណាមួយនៅក្នុងតក្កវិជ្ជាប្រតិបត្តិការ។ មុខងារស្រដៀងគ្នានេះត្រូវបានគេព្យាយាមអនុវត្តនៅក្នុង 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 (ចំនួននាយកដ្ឋាន) សម្រាប់ការដាក់ជាក្រុម និងផ្សេងៗទៀត។

វាច្បាស់ណាស់ថាការប្រតិបត្តិលើក្បាលអាចខុសគ្នានៅក្នុង 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 (ឧទាហរណ៍ តម្លៃ​អវិជ្ជមាន​ណាមួយ​គឺ​សមរម្យ)។ ដូច្នេះ អ្នកមិនអាចដាក់ MATERIALISED នៅលើវាបានទេ។ ដូច្នេះ នេះ​ជា​ការ​កំណត់​ឡូជីខល មិនមែន​ជា​បច្ចេកទេស​ទេ (នោះ​មិនមែន​មក​ពី​យើង​មិន​អាច​អនុវត្ត​វា​បាន​ទេ)។ បើមិនដូច្នោះទេមិនមានការរឹតបន្តឹងទេ។ អ្នកអាចប្រើការដាក់ជាក្រុម ការតម្រៀប AND និង OR, PARTITION, recursion ។ល។

ឧទាហរណ៍នៅក្នុងបញ្ហា 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;


ប្រព័ន្ធខ្លួនវានឹងបង្កើតតារាងមួយដែលមានគ្រាប់ចុចប្រភេទ អតិថិជន, ផលិតផល и ក្រុមហ៊ុន INTEGERវានឹងបន្ថែមវាលពីរទៅវា ហើយនឹងធ្វើបច្ចុប្បន្នភាពតម្លៃវាលនៅក្នុងពួកវាជាមួយនឹងការផ្លាស់ប្តូរណាមួយ។ នៅពេលការហៅបន្ថែមទៀតទៅកាន់មុខងារទាំងនេះ វានឹងមិនត្រូវបានគណនាទេ ប៉ុន្តែតម្លៃនឹងត្រូវបានអានពីវាលដែលត្រូវគ្នា។

ជាឧទាហរណ៍ ដោយប្រើយន្តការនេះ អ្នកអាចកម្ចាត់ការហៅឡើងវិញ (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;


ចាប់តាំងពីសម្រាប់មុខងារ គឺឪពុកម្តាយ ត្រូវបានសម្គាល់ថា MATERIALIZED បន្ទាប់មកតារាងដែលមានកូនសោពីរ (ក្រុម) នឹងត្រូវបានបង្កើតសម្រាប់វា ដែលនៅក្នុងវាល គឺឪពុកម្តាយ នឹងជាការពិតលុះត្រាតែកូនសោទីមួយជាកូនទីពីរ។ ចំនួនធាតុនៅក្នុងតារាងនេះនឹងស្មើនឹងចំនួនក្រុមដែលគុណនឹងជម្រៅមធ្យមនៃមែកធាង។ ឧទាហរណ៍ ប្រសិនបើអ្នកត្រូវការ ដើម្បីរាប់ចំនួនកូនចៅនៃក្រុមជាក់លាក់ អ្នកអាចប្រើមុខងារនេះ៖

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


នឹងមិនមាន CTE នៅក្នុងសំណួរ SQL ទេ។ ផ្ទុយទៅវិញ វានឹងមានក្រុមសាមញ្ញមួយ។

ដោយប្រើយន្តការនេះ អ្នកក៏អាច denormalize មូលដ្ឋានទិន្នន័យបានយ៉ាងងាយស្រួលប្រសិនបើចាំបាច់៖

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

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


នៅពេលហៅមុខងារ កាលបរិច្ឆេទ សម្រាប់បន្ទាត់លំដាប់ វាលដែលមានលិបិក្រមនឹងត្រូវបានអានពីតារាងជាមួយនឹងបន្ទាត់លំដាប់។ នៅពេលដែលកាលបរិច្ឆេទនៃការបញ្ជាទិញផ្លាស់ប្តូរ ប្រព័ន្ធខ្លួនវានឹងគណនាឡើងវិញដោយស្វ័យប្រវត្តិនូវកាលបរិច្ឆេទដែលមិនប្រក្រតីនៅក្នុងបន្ទាត់។

គុណសម្បត្តិ

តើយន្តការទាំងមូលនេះសម្រាប់អ្វី? នៅក្នុង DBMSs បុរាណ ដោយមិនចាំបាច់សរសេរសំណួរឡើងវិញទេ អ្នកអភិវឌ្ឍន៍ ឬ DBA អាចគ្រាន់តែផ្លាស់ប្តូរសន្ទស្សន៍ កំណត់ស្ថិតិ និងប្រាប់អ្នករៀបចំផែនការសំណួរអំពីរបៀបប្រតិបត្តិពួកវា (ហើយការណែនាំមាននៅក្នុង DBMSs ពាណិជ្ជកម្មប៉ុណ្ណោះ)។ មិនថាពួកគេព្យាយាមយ៉ាងណាក៏ដោយ ពួកគេនឹងមិនអាចបំពេញសំណួរដំបូងនៅក្នុងអត្ថបទនៅក្នុង O (ចំនួននាយកដ្ឋាន) ដោយមិនផ្លាស់ប្តូរសំណួរ ឬបន្ថែមគន្លឹះ។ នៅក្នុងគ្រោងការណ៍ដែលបានស្នើឡើង នៅដំណាក់កាលអភិវឌ្ឍន៍ អ្នកមិនចាំបាច់គិតអំពីរចនាសម្ព័ន្ធផ្ទុកទិន្នន័យ និងការប្រមូលផ្តុំណាមួយដែលត្រូវប្រើនោះទេ។ ទាំងអស់នេះអាចផ្លាស់ប្តូរបានយ៉ាងងាយស្រួលភ្លាមៗ ដោយផ្ទាល់នៅក្នុងប្រតិបត្តិការ។

នៅក្នុងការអនុវត្តវាមើលទៅដូចនេះ។ មនុស្សខ្លះបង្កើតតក្កវិជ្ជាដោយផ្ទាល់ដោយផ្អែកលើកិច្ចការដែលមាននៅនឹងដៃ។ ពួកគេមិនយល់អំពីក្បួនដោះស្រាយ និងភាពស្មុគស្មាញរបស់ពួកគេ ឬផែនការប្រតិបត្តិ ឬប្រភេទនៃការចូលរួម ឬធាតុផ្សំបច្ចេកទេសផ្សេងទៀតឡើយ។ មនុស្សទាំងនេះគឺជាអ្នកវិភាគអាជីវកម្មច្រើនជាងអ្នកអភិវឌ្ឍន៍។ បន្ទាប់មក ទាំងអស់នេះចូលទៅក្នុងការសាកល្បង ឬប្រតិបត្តិការ។ បើកដំណើរការកត់ត្រាសំណួរដែលដំណើរការយូរ។ នៅពេលដែលការស្វែងរកដ៏វែងមួយត្រូវបានរកឃើញ នោះមនុស្សផ្សេងទៀត (បច្ចេកទេសច្រើនជាងនេះ - សំខាន់ DBA) សម្រេចចិត្តបើក MATERIALIZED លើមុខងារកម្រិតមធ្យមមួយចំនួន។ វាធ្វើឱ្យការថតយឺតបន្តិច (ចាប់តាំងពីវាទាមទារឱ្យធ្វើបច្ចុប្បន្នភាពវាលបន្ថែមនៅក្នុងប្រតិបត្តិការ) ។ ទោះជាយ៉ាងណាក៏ដោយ មិនត្រឹមតែសំណួរនេះត្រូវបានបង្កើនល្បឿនយ៉ាងខ្លាំងនោះទេ ប៉ុន្តែក៏មានមុខងារផ្សេងទៀតទាំងអស់ដែលប្រើមុខងារនេះផងដែរ។ ក្នុងពេលជាមួយគ្នានេះ ការសម្រេចចិត្តថាតើមុខងារមួយណាដែលត្រូវធ្វើគឺងាយស្រួលណាស់។ ប៉ារ៉ាម៉ែត្រសំខាន់ពីរ៖ ចំនួននៃតម្លៃបញ្ចូលដែលអាចធ្វើបាន (នេះជាចំនួនកំណត់ត្រានឹងនៅក្នុងតារាងដែលត្រូវគ្នា) និងថាតើវាត្រូវបានគេប្រើញឹកញាប់ប៉ុណ្ណាក្នុងមុខងារផ្សេងទៀត។

អាណាឡូក

DBMSs ពាណិជ្ជកម្មទំនើបមានយន្តការស្រដៀងគ្នា៖ MATERIALIZED View with FAST REFRESH (Oracle) និង INDEXED View (Microsoft SQL Server)។ នៅក្នុង PostgreSQL, MATERIALIZED VIEW មិនអាចធ្វើបច្ចុប្បន្នភាពក្នុងប្រតិបត្តិការបានទេ ប៉ុន្តែមានតែតាមការស្នើសុំ (និងសូម្បីតែមានការរឹតបន្តឹងខ្លាំង) ដូច្នេះយើងមិនពិចារណាវាទេ។ ប៉ុន្តែពួកគេមានបញ្ហាជាច្រើនដែលកំណត់ការប្រើប្រាស់របស់ពួកគេ។

ដំបូង អ្នក​អាច​បើក​ការ​បង្កើត​បាន​លុះត្រា​តែ​អ្នក​បាន​បង្កើត​ទិដ្ឋភាព​ធម្មតា​រួច​ហើយ។ បើមិនដូច្នេះទេ អ្នកនឹងត្រូវសរសេរឡើងវិញនូវសំណើដែលនៅសល់ ដើម្បីចូលប្រើទិដ្ឋភាពដែលបានបង្កើតថ្មី ដើម្បីប្រើប្រាស់សម្ភារៈនេះ។ ឬទុកអ្វីៗគ្រប់យ៉ាងដូចដែលវាគឺ ប៉ុន្តែយ៉ាងហោចណាស់វានឹងគ្មានប្រសិទ្ធភាព ប្រសិនបើមានទិន្នន័យដែលបានគណនាជាមុនរួចហើយ ប៉ុន្តែសំណួរជាច្រើនមិនតែងតែប្រើវាទេ ប៉ុន្តែត្រូវគណនាឡើងវិញ។

ទីពីរ ពួកគេមានការរឹតបន្តឹងជាច្រើន៖

ក្រុមហ៊ុន Oracle

5.3.8.4 ការរឹតបន្តឹងទូទៅលើការធ្វើឱ្យស្រស់លឿន

ការកំណត់សំណួរនៃទិដ្ឋភាពជាក់ស្តែងត្រូវបានដាក់កម្រិតដូចខាងក្រោម៖

• ទិដ្ឋភាព​ដែល​បាន​បង្កើត​មិន​ត្រូវ​មាន​សេចក្ដី​យោង​ទៅ​នឹង​កន្សោម​ដែល​មិន​ដដែលៗ​ដូច​ជា SYSDATE និង ROWNUM.
• ទិដ្ឋភាពជាក់ស្តែងមិនត្រូវមានឯកសារយោងទៅ RAW or LONG RAW ប្រភេទទិន្នន័យ។
• វាមិនអាចមាន a SELECT បញ្ជីសំណួររង។
• វាមិនអាចមានមុខងារវិភាគទេ (ឧទាហរណ៍ RANK) ក្នុង SELECT ឃ្លា។
• វាមិនអាចយោងតារាងដែល XMLIndex សន្ទស្សន៍ត្រូវបានកំណត់។
• វាមិនអាចមាន a MODEL ឃ្លា។
• វាមិនអាចមាន a HAVING clause ជាមួយ subquery មួយ។
• វាមិនអាចមានសំណួរដែលជាប់គ្នាដែលមាន ANY, ALLឬ NOT EXISTS.
• វាមិនអាចមាន a [START WITH …] CONNECT BY ឃ្លា។
• វាមិនអាចមានតារាងលម្អិតច្រើននៅកន្លែងផ្សេងគ្នាទេ។
• ON COMMIT ទិដ្ឋភាពជាក់ស្តែងមិនអាចមានតារាងលម្អិតពីចម្ងាយបានទេ។
• ទិដ្ឋភាព​ដែល​បាន​បង្កើត​ជា​មូលដ្ឋាន​ត្រូវ​តែ​មាន​ការ​ចូលរួម​ឬ​សរុប។
• ទិដ្ឋភាព​រួម​ជា​សម្ភារៈ និង​ទិដ្ឋភាព​រួម​ដែល​បាន​បង្កើត​ឡើង​ដោយ ក GROUP BY ឃ្លាមិនអាចជ្រើសរើសពីតារាងដែលរៀបចំដោយលិបិក្រមបានទេ។

5.3.8.5 ការដាក់កំហិតលើការធ្វើឱ្យស្រស់រហ័សលើទិដ្ឋភាពជាក់ស្តែងជាមួយនឹងការចូលរួមតែប៉ុណ្ណោះ

ការ​កំណត់​សំណួរ​សម្រាប់​ទិដ្ឋភាព​ជាក់ស្តែង​ដោយ​មាន​ការ​ចូលរួម​តែ​ប៉ុណ្ណោះ ហើយ​គ្មាន​ការ​ប្រមូល​ផ្តុំ​មាន​ការ​ដាក់​កម្រិត​ដូច​ខាង​ក្រោម​លើ​ការ​ធ្វើ​ឱ្យ​ស្រស់​លឿន៖

• ការរឹតបន្តឹងទាំងអស់ពី "ការដាក់កម្រិតទូទៅលើការធ្វើឱ្យស្រស់រហ័ស"។
• ពួកគេមិនអាចមាន GROUP BY ឃ្លា ឬ​ការ​សរុប។
• ជួរដេកនៃតារាងទាំងអស់នៅក្នុង FROM បញ្ជីត្រូវតែបង្ហាញនៅក្នុង SELECT បញ្ជីនៃសំណួរ។
• កំណត់ហេតុទិដ្ឋភាពជាសម្ភារៈត្រូវតែមានជាមួយជួរដេកសម្រាប់តារាងមូលដ្ឋានទាំងអស់នៅក្នុង FROM បញ្ជីនៃសំណួរ។
• អ្នក​មិន​អាច​បង្កើត​ទិដ្ឋភាព​ដែល​អាច​ធ្វើ​ឱ្យ​ស្រស់​បាន​លឿន​ពី​តារាង​ច្រើន​ជាមួយ​ការ​ភ្ជាប់​សាមញ្ញ​ដែល​រួម​បញ្ចូល​ជួរ​ឈរ​ប្រភេទ​វត្ថុ​ក្នុង​ SELECT សេចក្តីថ្លែងការណ៍។

ដូចគ្នានេះផងដែរ វិធីសាស្ត្រធ្វើឱ្យស្រស់ដែលអ្នកជ្រើសរើសនឹងមិនមានប្រសិទ្ធភាពបំផុតប្រសិនបើ៖

• សំណួរ​កំណត់​ប្រើ​ការ​ចូលរួម​ខាងក្រៅ​ដែល​មាន​ឥរិយាបទ​ដូចជា​ការ​ចូលរួម​ខាងក្នុង។ ប្រសិនបើ​សំណួរ​កំណត់​មាន​ការ​ចូលរួម​បែប​នេះ សូម​ពិចារណា​សរសេរ​សំណួរ​កំណត់​ឡើងវិញ ដើម្បី​មាន​ការ​ចូលរួម​ខាងក្នុង។
• នេះ SELECT បញ្ជីនៃទិដ្ឋភាពជាក់ស្តែងមានកន្សោមនៅលើជួរឈរពីតារាងជាច្រើន។

5.3.8.6 ការដាក់កំហិតលើការធ្វើឱ្យស្រស់រហ័សលើទិដ្ឋភាពជាក់ស្តែងជាមួយនឹងការបូកសរុប

ការ​កំណត់​សំណួរ​សម្រាប់​ទិដ្ឋភាព​ជាក់ស្តែង​ជាមួយ​នឹង​ការ​សរុប​ឬ​ការ​ចូលរួម​មាន​ការ​រឹតត្បិត​ដូច​ខាង​ក្រោម​លើ​ការ​ធ្វើ​ឱ្យ​ស្រស់​លឿន៖

• ការរឹតបន្តឹងទាំងអស់ពី "ការដាក់កម្រិតទូទៅលើការធ្វើឱ្យស្រស់រហ័ស"។

ការធ្វើឱ្យស្រស់លឿនត្រូវបានគាំទ្រសម្រាប់ទាំងពីរ ON COMMIT និង ON DEMAND ទស្សនៈជាក់ស្តែង ទោះបីជាយ៉ាងណាក៏ដោយ ការរឹតបន្តឹងខាងក្រោមត្រូវបានអនុវត្ត៖

• តារាងទាំងអស់នៅក្នុងទិដ្ឋភាពជាក់ស្តែងត្រូវតែមានកំណត់ហេតុទិដ្ឋភាពជាក់ស្តែង ហើយកំណត់ហេតុទិដ្ឋភាពដែលបានបង្កើតត្រូវតែ៖
  • មានជួរឈរទាំងអស់ពីតារាងដែលបានយោងនៅក្នុងទិដ្ឋភាពជាក់ស្តែង។
  • បញ្ជាក់ជាមួយ ROWID និង INCLUDING NEW VALUES.
  • បញ្ជាក់ SEQUENCE clause ប្រសិនបើតារាងត្រូវបានរំពឹងថានឹងមានការរួមបញ្ចូលគ្នានៃការបញ្ចូល/ដោយផ្ទាល់-ផ្ទុក ការលុប និងការធ្វើបច្ចុប្បន្នភាព។

• មានតែ 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 ជួរឈរក្នុងសំណួរកំណត់មិនអាចជាកន្សោមស្មុគស្មាញដែលមានជួរឈរពីតារាងមូលដ្ឋានច្រើនទេ។ ដំណោះស្រាយដែលអាចកើតមានចំពោះបញ្ហានេះ គឺត្រូវប្រើទិដ្ឋភាពដែលមានលក្ខណៈជាវត្ថុ។
• នេះ SELECT បញ្ជីត្រូវតែមានទាំងអស់។ GROUP BY ជួរឈរ។
• ទិដ្ឋភាពជាក់ស្តែងមិនផ្អែកលើតារាងដាច់ស្រយាលមួយ ឬច្រើននោះទេ។
• ប្រសិនបើអ្នកប្រើក CHAR ប្រភេទទិន្នន័យនៅក្នុងជួរឈរតម្រងនៃកំណត់ហេតុទិដ្ឋភាពជាក់ស្តែង សំណុំតួអក្សរនៃគេហទំព័រមេ និងទិដ្ឋភាពជាក់ស្តែងត្រូវតែដូចគ្នា។
• ប្រសិនបើទិដ្ឋភាពជាក់ស្តែងមានមួយក្នុងចំណោមខាងក្រោម នោះការធ្វើឱ្យស្រស់លឿនត្រូវបានគាំទ្រតែលើការបញ្ចូល DML ធម្មតា និងការផ្ទុកដោយផ្ទាល់ប៉ុណ្ណោះ។
  • ទិដ្ឋភាពជាក់ស្តែងជាមួយ MIN or MAX សរុប
  • ទិដ្ឋភាពជាក់ស្តែងដែលមាន SUM(expr) ប៉ុន្តែទេ COUNT(expr)
  • ទិដ្ឋភាពជាក់ស្តែងដោយគ្មាន COUNT(*)

  ទិដ្ឋភាព​ដែល​មាន​លក្ខណៈ​ជា​វត្ថុធាតុ​បែប​នេះ​ត្រូវ​បាន​គេ​ហៅ​ថា​ជា​ទិដ្ឋភាព​ដែល​មាន​តែ​ការ​បញ្ចូល។

• ទិដ្ឋភាពជាក់ស្តែងជាមួយ MAX or MIN អាច​ធ្វើ​ឱ្យ​ស្រស់​បាន​លឿន​បន្ទាប់​ពី​ការ​លុប​ឬ​សេចក្ដី​ថ្លែងការណ៍ DML ចម្រុះ​ប្រសិន​បើ​វា​មិន​មាន WHERE ឃ្លា។
  ការធ្វើឱ្យស្រស់លឿនអតិបរមា/នាទីបន្ទាប់ពីការលុប ឬ DML ចម្រុះមិនមានឥរិយាបថដូចគ្នាទៅនឹងករណីបញ្ចូលតែមួយគត់។ វាលុប និងគណនាឡើងវិញនូវតម្លៃអតិបរមា/នាទីសម្រាប់ក្រុមដែលរងផលប៉ះពាល់។ អ្នកត្រូវដឹងពីផលប៉ះពាល់នៃដំណើរការរបស់វា។
• ទិដ្ឋភាពជាសម្ភារៈដែលមានទស្សនៈដែលមានឈ្មោះ ឬសំណួររងនៅក្នុង FROM ប្រយោគអាចត្រូវបានធ្វើឱ្យស្រស់យ៉ាងឆាប់រហ័ស ផ្តល់ការមើលឃើញអាចត្រូវបានបញ្ចូលគ្នាទាំងស្រុង។ សម្រាប់​ព័ត៌មាន​អំពី​ទិដ្ឋភាព​ណា​ដែល​នឹង​បញ្ចូល​ចូល​គ្នា សូមមើល Oracle Database SQL ឯកសារយោង.
• ប្រសិនបើមិនមានការចូលរួមពីខាងក្រៅទេ អ្នកអាចមានការជ្រើសរើសដោយបំពាន និងចូលរួមនៅក្នុង WHERE ឃ្លា។
• ទិដ្ឋភាពសរុបដែលមានលក្ខណៈជាសម្ភារៈជាមួយនឹងការភ្ជាប់ខាងក្រៅគឺអាចបង្កើតឡើងវិញបានលឿនបន្ទាប់ពី DML ធម្មតា និងការផ្ទុកដោយផ្ទាល់ ផ្តល់ជូនតែតារាងខាងក្រៅប៉ុណ្ណោះដែលត្រូវបានកែប្រែ។ ដូចគ្នានេះផងដែរ ឧបសគ្គតែមួយគត់ត្រូវតែមាននៅលើជួរឈរចូលរួមនៃតារាងចូលរួមខាងក្នុង។ ប្រសិនបើមានផ្នែកខាងក្រៅ តំណភ្ជាប់ទាំងអស់ត្រូវតែភ្ជាប់ដោយ ANDs និងត្រូវប្រើសមភាព (=) ប្រតិបត្តិករ។
• សម្រាប់ទិដ្ឋភាពជាក់ស្តែងជាមួយ CUBE, ROLLUPការដាក់ជាក្រុម ឬការភ្ជាប់ពួកវា ការរឹតបន្តឹងខាងក្រោមត្រូវបានអនុវត្ត៖
  • នេះ SELECT បញ្ជីគួរតែមានឧបករណ៍បែងចែកជាក្រុមដែលអាចជា a GROUPING_ID មុខងារនៅលើទាំងអស់។ 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 កំណត់ប្រតិបត្តិករគាំទ្រ REFRESH FAST ជម្រើសប្រសិនបើលក្ខខណ្ឌខាងក្រោមត្រូវបានពេញចិត្ត៖

• សំណួរកំណត់ត្រូវតែមាន UNION ALL ប្រតិបត្តិករនៅកម្រិតកំពូល។

  នេះ UNION ALL ប្រតិបត្តិករមិនអាចត្រូវបានបង្កប់នៅខាងក្នុងសំណួររងមួយ ដោយមានករណីលើកលែងមួយ៖ The UNION ALL អាច​មាន​នៅ​ក្នុង​សំណួរ​រង​ក្នុង​ FROM ប្រយោគ​ដែល​បាន​ផ្តល់​ឱ្យ​សំណួរ​កំណត់​គឺ​មាន​ទម្រង់ 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 WHERE c.custname 'ចូន'); បង្កើត MATERIALIZED មើល ទិដ្ឋភាព unionall_inside_view_mv បង្ហាញ ឡើង លឿន តាម តម្រូវ ការ ជា ជម្រើស * ពី view_with_unionall;
  

  ចំណាំថាទិដ្ឋភាព view_with_unionall បំពេញតម្រូវការសម្រាប់ការធ្វើឱ្យស្រស់លឿន។

• ប្លុកសំណួរនីមួយៗនៅក្នុង UNION ALL សំណួរត្រូវតែបំពេញតាមតម្រូវការនៃទិដ្ឋភាពជាក់ស្តែងដែលអាចធ្វើឱ្យស្រស់បានឆាប់រហ័សជាមួយនឹងទិដ្ឋភាពរួម ឬទិដ្ឋភាពដែលបង្កើតឡើងវិញបានឆាប់រហ័សជាមួយនឹងការភ្ជាប់។

  កំណត់ហេតុទិដ្ឋភាពដែលមានលក្ខណៈសមស្របត្រូវតែត្រូវបានបង្កើតនៅលើតារាងតាមតម្រូវការសម្រាប់ប្រភេទដែលត្រូវគ្នានៃទិដ្ឋភាពដែលបង្កើតឡើងវិញយ៉ាងឆាប់រហ័ស។
  ចំណាំថាមូលដ្ឋានទិន្នន័យ Oracle ក៏អនុញ្ញាតឱ្យករណីពិសេសនៃទិដ្ឋភាពដែលបង្កើតជាតារាងតែមួយជាមួយនឹងការភ្ជាប់ដែលបានផ្តល់ឱ្យតែប៉ុណ្ណោះ ROWID ជួរឈរត្រូវបានរួមបញ្ចូលនៅក្នុង SELECT បញ្ជី និងនៅក្នុងកំណត់ហេតុទិដ្ឋភាពជាក់ស្តែង។ នេះត្រូវបានបង្ហាញនៅក្នុងសំណួរកំណត់ទិដ្ឋភាព view_with_unionall.

• នេះ SELECT បញ្ជីនៃសំណួរនីមួយៗត្រូវតែរួមបញ្ចូល a UNION ALL សញ្ញាសម្គាល់, និង UNION ALL ជួរ​ឈរ​ត្រូវ​តែ​មាន​លេខ​ថេរ​ខុស​គ្នា​ឬ​តម្លៃ​ខ្សែ​អក្សរ​ក្នុង​នីមួយៗ UNION ALL សាខា។ លើសពីនេះ ជួរឈរសម្គាល់ត្រូវតែបង្ហាញនៅក្នុងទីតាំងធម្មតាដូចគ្នានៅក្នុង SELECT បញ្ជីនៃប្លុកសំណួរនីមួយៗ។ សូមមើល "UNION ALL Marker និង Query Rewrite» សម្រាប់ព័ត៌មានបន្ថែម UNION ALL សញ្ញាសម្គាល់។
• លក្ខណៈពិសេសមួយចំនួនដូចជាការភ្ជាប់ខាងក្រៅ ការបញ្ចូលតែសំណួរទិដ្ឋភាពរួម និងតារាងពីចម្ងាយមិនត្រូវបានគាំទ្រសម្រាប់ទិដ្ឋភាពជាក់ស្តែងជាមួយ UNION ALL. ទោះជាយ៉ាងណាក៏ដោយ ចំណាំថាទិដ្ឋភាពជាក់ស្តែងដែលត្រូវបានប្រើក្នុងការចម្លង ដែលមិនមានការចូលរួម ឬសរុប អាចនឹងត្រូវបានធ្វើឱ្យស្រស់យ៉ាងឆាប់រហ័សនៅពេលដែល UNION ALL ឬតារាងពីចម្ងាយត្រូវបានប្រើ។
• ប៉ារ៉ាម៉ែត្រចាប់ផ្តើមភាពត្រូវគ្នាត្រូវតែកំណត់ទៅ 9.2.0 ឬខ្ពស់ជាងនេះ ដើម្បីបង្កើតទិដ្ឋភាពជាក់ស្តែងដែលអាចធ្វើឱ្យស្រស់បានលឿនជាមួយ UNION ALL.

ខ្ញុំមិនចង់ធ្វើឱ្យអ្នកគាំទ្រ Oracle ខកចិត្តទេ ប៉ុន្តែការវិនិច្ឆ័យដោយបញ្ជីនៃការរឹតបន្តឹងរបស់ពួកគេ វាហាក់ដូចជាថាយន្តការនេះត្រូវបានសរសេរមិនមែននៅក្នុងករណីទូទៅនោះទេ ដោយប្រើប្រាស់គំរូមួយចំនួន ប៉ុន្តែដោយប្រជាជនឥណ្ឌារាប់ពាន់នាក់ ដែលគ្រប់គ្នាត្រូវបានផ្តល់ឱកាសឱ្យ សរសេរសាខារបស់ខ្លួន ហើយពួកគេម្នាក់ៗបានធ្វើអ្វីដែលគាត់អាចធ្វើបាន។ ការប្រើយន្តការនេះសម្រាប់តក្កវិជ្ជាពិតប្រាកដគឺដូចជាការដើរកាត់វាលមីន។ អ្នកអាចទទួលបានអណ្តូងរ៉ែនៅពេលណាក៏បានដោយគ្រាន់តែចុចលើការរឹតបន្តឹងដែលមិនច្បាស់មួយ។ របៀបដែលវាដំណើរការក៏ជាសំណួរដាច់ដោយឡែកមួយដែរ ប៉ុន្តែវាហួសពីវិសាលភាពនៃអត្ថបទនេះ។

ក្រុមហ៊ុន Microsoft SQL មួយម៉ាស៊ីនបម្រើ

តម្រូវការបន្ថែម

បន្ថែមពីលើជម្រើស SET និងតម្រូវការមុខងារកំណត់ តម្រូវការខាងក្រោមត្រូវតែបំពេញ៖

• អ្នកប្រើប្រាស់ដែលប្រតិបត្តិ CREATE INDEX ត្រូវតែជាម្ចាស់នៃទិដ្ឋភាព។
• នៅពេលអ្នកបង្កើតសន្ទស្សន៍ IGNORE_DUP_KEY ជម្រើសត្រូវតែកំណត់ទៅបិទ (ការកំណត់លំនាំដើម)។
• តារាងត្រូវតែយោងដោយឈ្មោះពីរផ្នែក គ្រោងការណ៍.ឈ្មោះតារាង នៅក្នុងនិយមន័យនៃទិដ្ឋភាព។
• មុខងារ​កំណត់​ដោយ​អ្នក​ប្រើ​ដែល​បាន​យោង​ក្នុង​ទិដ្ឋភាព​ត្រូវ​តែ​ត្រូវ​បាន​បង្កើត​ឡើង​ដោយ​ការ​ប្រើ​ WITH SCHEMABINDING ជម្រើស។
• មុខងារ​កំណត់​ដោយ​អ្នក​ប្រើ​ណា​មួយ​ដែល​បាន​យោង​ក្នុង​ទិដ្ឋភាព​ត្រូវ​តែ​យោង​តាម​ឈ្មោះ​ពីរ​ផ្នែក ..
• លក្ខណសម្បត្តិនៃការចូលប្រើទិន្នន័យនៃមុខងារកំណត់ដោយអ្នកប្រើប្រាស់ត្រូវតែជា NO SQLនិងទ្រព្យសម្បត្តិចូលប្រើខាងក្រៅត្រូវតែជា NO.
• មុខងារពេលរត់ភាសាទូទៅ (CLR) អាចបង្ហាញក្នុងបញ្ជីជ្រើសរើសនៃទិដ្ឋភាព ប៉ុន្តែមិនអាចជាផ្នែកមួយនៃនិយមន័យនៃគន្លឹះលិបិក្រមចង្កោមនោះទេ។ មុខងារ CLR មិនអាចបង្ហាញនៅក្នុងឃ្លា WHERE នៃទិដ្ឋភាព ឬឃ្លា ON នៃប្រតិបត្តិការ JOIN នៅក្នុងទិដ្ឋភាពនោះទេ។
• មុខងារ CLR និងវិធីសាស្រ្តនៃប្រភេទដែលកំណត់ដោយអ្នកប្រើប្រាស់ CLR ដែលប្រើក្នុងនិយមន័យទិដ្ឋភាពត្រូវតែមានលក្ខណៈសម្បត្តិដែលបានកំណត់ដូចបង្ហាញក្នុងតារាងខាងក្រោម។

  អចលនទ្រព្យ
  ចំណាំ

  DETERMINISTIC = ពិត
  ត្រូវតែត្រូវបានប្រកាសយ៉ាងច្បាស់ថាជាគុណលក្ខណៈនៃវិធីសាស្ត្រ Microsoft .NET Framework ។

  PRECISE = ពិត
  ត្រូវតែត្រូវបានប្រកាសយ៉ាងច្បាស់ថាជាគុណលក្ខណៈនៃវិធីសាស្ត្រ .NET Framework។

  ការចូលប្រើទិន្នន័យ = គ្មាន SQL
  កំណត់ដោយការកំណត់គុណលក្ខណៈ DataAccess ទៅ DataAccessKind.None និងគុណលក្ខណៈ SystemDataAccess ទៅ SystemDataAccessKind.None ។

  ការចូលប្រើខាងក្រៅ = ទេ។
  លក្ខណសម្បត្តិនេះកំណត់លំនាំដើមទៅជា NO សម្រាប់ទម្លាប់ CLR ។

• ទិដ្ឋភាពត្រូវតែត្រូវបានបង្កើតដោយប្រើ WITH SCHEMABINDING ជម្រើស។
• ទិដ្ឋភាពត្រូវតែយោងតែតារាងមូលដ្ឋានដែលមាននៅក្នុងមូលដ្ឋានទិន្នន័យដូចគ្នានឹងទិដ្ឋភាព។ ទិដ្ឋភាព​មិន​អាច​យោង​ទៅ​លើ​ទិដ្ឋភាព​ផ្សេង​ទៀត​ទេ។
• សេចក្តីថ្លែងការណ៍ SELECT ក្នុងនិយមន័យទិដ្ឋភាពមិនត្រូវមានធាតុ Transact-SQL ខាងក្រោមទេ៖

  COUNT
  មុខងារ ROWSET (OPENDATASOURCE, OPENQUERY, OPENROWSET, និង OPENXML)
  OUTER ចូលរួម (LEFT, RIGHTឬ FULL)

  តារាងដែលទទួលបាន (កំណត់ដោយបញ្ជាក់ ក SELECT សេចក្តីថ្លែងការណ៍នៅក្នុង FROM ឃ្លា)
  ចូលរួមដោយខ្លួនឯង។
  ការបញ្ជាក់ជួរឈរដោយប្រើ SELECT * or SELECT <table_name>.*

  DISTINCT
STDEV, STDEVP, VAR, VARPឬ AVG
  កន្សោមតារាងទូទៅ (CTE)

  float1, អត្ថបទ, ntext, រូបភាព, XML មានឬ ស្ទ្រីមឯកសារ ជួរឈរ
  សំណួររង
  OVER clause ដែលរួមបញ្ចូលមុខងារនៃបង្អួច ចំណាត់ថ្នាក់ ឬសរុប

  ការព្យាករណ៍អត្ថបទពេញ (CONTAINS, FREETEXT)
  SUM មុខងារដែលយោងកន្សោមដែលមិនអាចលុបចោលបាន។
  ORDER BY

  មុខងារសរុបកំណត់ដោយអ្នកប្រើប្រាស់ CLR
  TOP
CUBE, ROLLUPឬ GROUPING SETS ប្រតិបត្តិករ

  MIN, MAX
UNION, EXCEPTឬ INTERSECT ប្រតិបត្តិករ
  TABLESAMPLE

  អថេរតារាង
  OUTER APPLY or CROSS APPLY
PIVOT, UNPIVOT

  សំណុំជួរឈរតូច
  ក្នុងជួរ (TVF) ឬអនុគមន៍តម្លៃតារាងពហុសេចក្តីថ្លែងការណ៍ (MSTVF)
  OFFSET

  CHECKSUM_AGG

  1 ទិដ្ឋភាពដែលបានធ្វើលិបិក្រមអាចមាន float ជួរឈរ; ទោះយ៉ាងណាក៏ដោយ ជួរឈរបែបនេះមិនអាចបញ្ចូលទៅក្នុងគន្លឹះលិបិក្រមចង្កោមបានទេ។

• 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)

តារាងដែលទទួលបាន (កំណត់ដោយបញ្ជាក់ ក SELECT សេចក្តីថ្លែងការណ៍នៅក្នុង FROM ឃ្លា)
ចូលរួមដោយខ្លួនឯង។
ការបញ្ជាក់ជួរឈរដោយប្រើ SELECT * or SELECT <table_name>.*

DISTINCT
STDEV, STDEVP, VAR, VARPឬ AVG
កន្សោមតារាងទូទៅ (CTE)

float1, អត្ថបទ, ntext, រូបភាព, XML មានឬ ស្ទ្រីមឯកសារ ជួរឈរ
សំណួររង
OVER clause ដែលរួមបញ្ចូលមុខងារនៃបង្អួច ចំណាត់ថ្នាក់ ឬសរុប

ការព្យាករណ៍អត្ថបទពេញ (CONTAINS, FREETEXT)
SUM មុខងារដែលយោងកន្សោមដែលមិនអាចលុបចោលបាន។
ORDER BY

មុខងារសរុបកំណត់ដោយអ្នកប្រើប្រាស់ CLR
TOP
CUBE, ROLLUPឬ GROUPING SETS ប្រតិបត្តិករ

MIN, MAX
UNION, EXCEPTឬ INTERSECT ប្រតិបត្តិករ
TABLESAMPLE

អថេរតារាង
OUTER APPLY or CROSS APPLY
PIVOT, UNPIVOT

សំណុំជួរឈរតូច
ក្នុងជួរ (TVF) ឬអនុគមន៍តម្លៃតារាងពហុសេចក្តីថ្លែងការណ៍ (MSTVF)
OFFSET

CHECKSUM_AGG

ការចូលរួមពីខាងក្រៅ សហជីព បញ្ជាដោយ និងផ្សេងទៀតត្រូវបានហាមឃាត់។ វាអាចមានភាពងាយស្រួលក្នុងការកំណត់អ្វីដែលអាចប្រើជាជាងអ្វីដែលមិនអាចប្រើបាន។ បញ្ជីនេះប្រហែលជាតូចជាង។

ដើម្បីសង្ខេប៖ ការដាក់កម្រិតដ៏ធំនៅក្នុងរាល់ (សូមកត់សម្គាល់ពាណិជ្ជកម្ម) DBMS ទល់នឹងគ្មាន (លើកលែងតែឡូជីខល មិនមែនបច្ចេកទេស) នៅក្នុងបច្ចេកវិទ្យា LGPL ។ ទោះជាយ៉ាងណាក៏ដោយ វាគួរតែត្រូវបានកត់សម្គាល់ថាការអនុវត្តយន្តការនេះនៅក្នុងតក្កវិជ្ជាទំនាក់ទំនងគឺពិបាកជាងនៅក្នុងតក្កវិជ្ជាមុខងារដែលបានពិពណ៌នា។

Реализация

តើវាដំណើរការយ៉ាងដូចម្តេច? PostgreSQL ត្រូវបានប្រើជា "ម៉ាស៊ីននិម្មិត" ។ មានក្បួនដោះស្រាយស្មុគស្មាញមួយនៅខាងក្នុងដែលបង្កើតសំណួរ។ នៅទីនេះ ប្រភព. ហើយ​មិន​មែន​គ្រាន់​តែ​ជា​សំណុំ​ដ៏​ធំ​មួយ​នៃ​ការ​ស្រាវជ្រាវ​ជាមួយ​នឹង ifs មួយ​ក្រុម​នោះ​ទេ។ ដូច្នេះ​បើ​អ្នក​មាន​ពេល​ប៉ុន្មាន​ខែ​ក្នុង​ការ​សិក្សា អ្នក​អាច​ព្យាយាម​យល់​ពី​ស្ថាបត្យកម្ម។

តើវាមានប្រសិទ្ធភាពទេ? មានប្រសិទ្ធភាពណាស់។ ជាអកុសល នេះពិបាកបញ្ជាក់ណាស់។ ខ្ញុំគ្រាន់តែអាចនិយាយបានថា ប្រសិនបើអ្នកពិចារណាសំណួររាប់ពាន់ដែលមាននៅក្នុងកម្មវិធីធំៗ នោះជាមធ្យមវាមានប្រសិទ្ធភាពជាងអ្នកអភិវឌ្ឍន៍ដ៏ល្អ។ អ្នកសរសេរកម្មវិធី SQL ដ៏ល្អម្នាក់អាចសរសេរសំណួរណាមួយកាន់តែមានប្រសិទ្ធភាព ប៉ុន្តែជាមួយនឹងសំណួរមួយពាន់ គាត់នឹងមិនមានការលើកទឹកចិត្ត ឬពេលវេលាដើម្បីធ្វើវានោះទេ។ រឿងតែមួយគត់ដែលឥឡូវនេះខ្ញុំអាចដកស្រង់ជាភស្តុតាងនៃប្រសិទ្ធភាពគឺថាគម្រោងជាច្រើនកំពុងធ្វើការនៅលើវេទិកាដែលបានបង្កើតឡើងនៅលើ DBMS នេះ។ ប្រព័ន្ធ ERPដែលមានមុខងារ MATERIALIZED ខុសៗគ្នារាប់ពាន់ ជាមួយនឹងអ្នកប្រើប្រាស់រាប់ពាន់នាក់ និងមូលដ្ឋានទិន្នន័យ terabyte ជាមួយនឹងកំណត់ត្រារាប់រយលាន ដែលដំណើរការលើម៉ាស៊ីនមេដំណើរការពីរធម្មតា។ ទោះយ៉ាងណាក៏ដោយ នរណាម្នាក់អាចពិនិត្យមើល/បដិសេធប្រសិទ្ធភាពដោយការទាញយក វេទិកា និង PostgreSQL, បើក កត់ត្រាសំណួរ SQL ហើយព្យាយាមផ្លាស់ប្តូរតក្កវិជ្ជា និងទិន្នន័យនៅទីនោះ។

នៅក្នុងអត្ថបទខាងក្រោម ខ្ញុំក៏នឹងនិយាយអំពីរបៀបដែលអ្នកអាចកំណត់ការរឹតបន្តឹងលើមុខងារ ធ្វើការជាមួយវគ្គផ្លាស់ប្តូរ និងច្រើនទៀត។

ប្រភព: www.habr.com