ਸੰਤੁਲਨ ਇੱਕ ਡੇਟਾਬੇਸ ਵਿੱਚ ਲਿਖਦਾ ਅਤੇ ਪੜ੍ਹਦਾ ਹੈ

ਪਿਛਲੇ ਵਿੱਚ ਲੇਖ ਮੈਂ ਰਿਲੇਸ਼ਨਲ ਡੇਟਾਬੇਸ ਦੀ ਤਰ੍ਹਾਂ ਟੇਬਲ ਅਤੇ ਫੀਲਡਾਂ ਦੀ ਬਜਾਏ ਫੰਕਸ਼ਨਾਂ ਦੇ ਆਧਾਰ 'ਤੇ ਬਣੇ ਡੇਟਾਬੇਸ ਦੀ ਧਾਰਨਾ ਅਤੇ ਲਾਗੂ ਕਰਨ ਦਾ ਵਰਣਨ ਕੀਤਾ ਹੈ। ਇਸਨੇ ਬਹੁਤ ਸਾਰੀਆਂ ਉਦਾਹਰਣਾਂ ਪ੍ਰਦਾਨ ਕੀਤੀਆਂ ਹਨ ਜੋ ਕਲਾਸੀਕਲ ਇੱਕ ਨਾਲੋਂ ਇਸ ਪਹੁੰਚ ਦੇ ਫਾਇਦੇ ਦਰਸਾਉਂਦੀਆਂ ਹਨ। ਕਈਆਂ ਨੇ ਉਨ੍ਹਾਂ ਨੂੰ ਕਾਫ਼ੀ ਯਕੀਨਨ ਨਹੀਂ ਪਾਇਆ।

ਇਸ ਲੇਖ ਵਿੱਚ, ਮੈਂ ਦਿਖਾਵਾਂਗਾ ਕਿ ਇਹ ਸੰਕਲਪ ਤੁਹਾਨੂੰ ਓਪਰੇਟਿੰਗ ਤਰਕ ਵਿੱਚ ਬਿਨਾਂ ਕਿਸੇ ਬਦਲਾਅ ਦੇ ਡੇਟਾਬੇਸ ਵਿੱਚ ਲਿਖਣ ਅਤੇ ਪੜ੍ਹਨ ਨੂੰ ਤੇਜ਼ੀ ਨਾਲ ਅਤੇ ਸੁਵਿਧਾਜਨਕ ਤੌਰ 'ਤੇ ਸੰਤੁਲਿਤ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ। ਇਸੇ ਤਰ੍ਹਾਂ ਦੀ ਕਾਰਜਕੁਸ਼ਲਤਾ ਨੂੰ ਆਧੁਨਿਕ ਵਪਾਰਕ DBMS (ਖਾਸ ਤੌਰ 'ਤੇ, Oracle ਅਤੇ Microsoft SQL ਸਰਵਰ) ਵਿੱਚ ਲਾਗੂ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ ਗਈ ਹੈ। ਲੇਖ ਦੇ ਅੰਤ ਵਿੱਚ ਮੈਂ ਦਿਖਾਵਾਂਗਾ ਕਿ ਉਨ੍ਹਾਂ ਨੇ ਜੋ ਕੀਤਾ, ਇਸ ਨੂੰ ਹਲਕੇ ਤੌਰ 'ਤੇ ਕਹਿਣ ਲਈ, ਬਹੁਤ ਵਧੀਆ ਕੰਮ ਨਹੀਂ ਕੀਤਾ.

ਵੇਰਵਾ

ਪਹਿਲਾਂ ਵਾਂਗ, ਬਿਹਤਰ ਸਮਝ ਲਈ ਮੈਂ ਵਰਣਨ ਨੂੰ ਉਦਾਹਰਣਾਂ ਨਾਲ ਸ਼ੁਰੂ ਕਰਾਂਗਾ। ਮੰਨ ਲਓ ਕਿ ਸਾਨੂੰ ਤਰਕ ਲਾਗੂ ਕਰਨ ਦੀ ਲੋੜ ਹੈ ਜੋ ਵਿਭਾਗਾਂ ਦੀ ਸੂਚੀ ਉਹਨਾਂ ਵਿੱਚ ਕਰਮਚਾਰੀਆਂ ਦੀ ਗਿਣਤੀ ਅਤੇ ਉਹਨਾਂ ਦੀ ਕੁੱਲ ਤਨਖਾਹ ਦੇ ਨਾਲ ਵਾਪਸ ਕਰੇਗਾ।

ਇੱਕ ਕਾਰਜਸ਼ੀਲ ਡੇਟਾਬੇਸ ਵਿੱਚ ਇਹ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦੇਵੇਗਾ:

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 (ਵਿਭਾਗਾਂ ਦੀ ਗਿਣਤੀ) ਗਰੁੱਪਿੰਗ ਅਤੇ ਹੋਰ ਲਈ.

ਇਹ ਸਪੱਸ਼ਟ ਹੈ ਕਿ ਵੱਖ-ਵੱਖ DBMS ਵਿੱਚ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਓਵਰਹੈੱਡ ਵੱਖ-ਵੱਖ ਹੋ ਸਕਦਾ ਹੈ, ਪਰ ਜਟਿਲਤਾ ਕਿਸੇ ਵੀ ਤਰੀਕੇ ਨਾਲ ਨਹੀਂ ਬਦਲੇਗੀ।

ਪ੍ਰਸਤਾਵਿਤ ਲਾਗੂ ਕਰਨ ਵਿੱਚ, ਫੰਕਸ਼ਨਲ DBMS ਇੱਕ ਸਬਕਵੇਰੀ ਤਿਆਰ ਕਰੇਗਾ ਜੋ ਵਿਭਾਗ ਲਈ ਲੋੜੀਂਦੇ ਮੁੱਲਾਂ ਦੀ ਗਣਨਾ ਕਰੇਗਾ, ਅਤੇ ਫਿਰ ਨਾਮ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਵਿਭਾਗ ਸਾਰਣੀ ਨਾਲ ਜੁੜੋ। ਹਾਲਾਂਕਿ, ਹਰੇਕ ਫੰਕਸ਼ਨ ਲਈ, ਘੋਸ਼ਣਾ ਕਰਦੇ ਸਮੇਂ, ਇੱਕ ਵਿਸ਼ੇਸ਼ ਮੈਟੀਰੀਅਲਾਈਜ਼ਡ ਮਾਰਕਰ ਸੈਟ ਕਰਨਾ ਸੰਭਵ ਹੈ। ਸਿਸਟਮ ਅਜਿਹੇ ਹਰੇਕ ਫੰਕਸ਼ਨ ਲਈ ਆਪਣੇ ਆਪ ਹੀ ਇੱਕ ਅਨੁਸਾਰੀ ਖੇਤਰ ਬਣਾ ਦੇਵੇਗਾ। ਕਿਸੇ ਫੰਕਸ਼ਨ ਦੇ ਮੁੱਲ ਨੂੰ ਬਦਲਣ ਵੇਲੇ, ਉਸੇ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਵਿੱਚ ਫੀਲਡ ਦਾ ਮੁੱਲ ਵੀ ਬਦਲ ਜਾਵੇਗਾ। ਇਸ ਫੰਕਸ਼ਨ ਨੂੰ ਐਕਸੈਸ ਕਰਨ ਵੇਲੇ, ਪੂਰਵ-ਗਣਨਾ ਕੀਤੇ ਖੇਤਰ ਨੂੰ ਐਕਸੈਸ ਕੀਤਾ ਜਾਵੇਗਾ।

ਖਾਸ ਤੌਰ 'ਤੇ, ਜੇਕਰ ਤੁਸੀਂ ਫੰਕਸ਼ਨਾਂ ਲਈ ਮੈਟੀਰੀਅਲਾਈਜ਼ਡ ਸੈਟ ਕਰਦੇ ਹੋ ਕਰਮਚਾਰੀਆਂ ਦੀ ਗਿਣਤੀ и ਤਨਖਾਹ ਦੀ ਰਕਮ, ਫਿਰ ਵਿਭਾਗਾਂ ਦੀ ਸੂਚੀ ਦੇ ਨਾਲ ਸਾਰਣੀ ਵਿੱਚ ਦੋ ਖੇਤਰ ਜੋੜ ਦਿੱਤੇ ਜਾਣਗੇ, ਜੋ ਕਰਮਚਾਰੀਆਂ ਦੀ ਸੰਖਿਆ ਅਤੇ ਉਹਨਾਂ ਦੀ ਕੁੱਲ ਤਨਖਾਹ ਨੂੰ ਸਟੋਰ ਕਰਨਗੇ। ਜਦੋਂ ਵੀ ਕਰਮਚਾਰੀਆਂ, ਉਨ੍ਹਾਂ ਦੀਆਂ ਤਨਖਾਹਾਂ ਜਾਂ ਵਿਭਾਗ ਨਾਲ ਜੁੜੀਆਂ ਤਬਦੀਲੀਆਂ ਹੁੰਦੀਆਂ ਹਨ, ਤਾਂ ਸਿਸਟਮ ਆਪਣੇ ਆਪ ਹੀ ਇਨ੍ਹਾਂ ਖੇਤਰਾਂ ਦੇ ਮੁੱਲਾਂ ਨੂੰ ਬਦਲ ਦੇਵੇਗਾ। ਉਪਰੋਕਤ ਪੁੱਛਗਿੱਛ ਇਹਨਾਂ ਖੇਤਰਾਂ ਨੂੰ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਪਹੁੰਚ ਕਰੇਗੀ ਅਤੇ ਇਸ ਵਿੱਚ ਚਲਾਈ ਜਾਵੇਗੀ O (ਵਿਭਾਗਾਂ ਦੀ ਗਿਣਤੀ).

ਪਾਬੰਦੀਆਂ ਕੀ ਹਨ? ਕੇਵਲ ਇੱਕ ਚੀਜ਼: ਅਜਿਹੇ ਫੰਕਸ਼ਨ ਵਿੱਚ ਇੰਪੁੱਟ ਮੁੱਲਾਂ ਦੀ ਇੱਕ ਸੀਮਤ ਸੰਖਿਆ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ ਜਿਸ ਲਈ ਇਸਦਾ ਮੁੱਲ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤਾ ਗਿਆ ਹੈ। ਨਹੀਂ ਤਾਂ, ਇੱਕ ਸਾਰਣੀ ਬਣਾਉਣਾ ਅਸੰਭਵ ਹੋਵੇਗਾ ਜੋ ਇਸਦੇ ਸਾਰੇ ਮੁੱਲਾਂ ਨੂੰ ਸਟੋਰ ਕਰਦਾ ਹੈ, ਕਿਉਂਕਿ ਇੱਥੇ ਅਨੰਤ ਗਿਣਤੀ ਦੀਆਂ ਕਤਾਰਾਂ ਵਾਲੀ ਸਾਰਣੀ ਨਹੀਂ ਹੋ ਸਕਦੀ।

ਉਦਾਹਰਨ:

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


ਇਹ ਫੰਕਸ਼ਨ N ਦੇ ਮੁੱਲਾਂ ਦੀ ਅਨੰਤ ਸੰਖਿਆ ਲਈ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤਾ ਗਿਆ ਹੈ (ਉਦਾਹਰਨ ਲਈ, ਕੋਈ ਵੀ ਨੈਗੇਟਿਵ ਮੁੱਲ ਢੁਕਵਾਂ ਹੈ)। ਇਸ ਲਈ, ਤੁਸੀਂ ਇਸ 'ਤੇ ਮੈਟੀਰੀਅਲਾਈਜ਼ਡ ਨਹੀਂ ਪਾ ਸਕਦੇ ਹੋ। ਇਸ ਲਈ ਇਹ ਇੱਕ ਤਰਕਪੂਰਨ ਸੀਮਾ ਹੈ, ਤਕਨੀਕੀ ਨਹੀਂ (ਜੋ ਕਿ ਇਸ ਲਈ ਨਹੀਂ ਕਿ ਅਸੀਂ ਇਸਨੂੰ ਲਾਗੂ ਨਹੀਂ ਕਰ ਸਕੇ)। ਨਹੀਂ ਤਾਂ, ਕੋਈ ਪਾਬੰਦੀਆਂ ਨਹੀਂ ਹਨ. ਤੁਸੀਂ ਗਰੁੱਪਿੰਗ, ਲੜੀਬੱਧ, ਅਤੇ ਅਤੇ ਜਾਂ, ਭਾਗ, ਆਵਰਤੀ, ਆਦਿ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ।

ਉਦਾਹਰਨ ਲਈ, ਪਿਛਲੇ ਲੇਖ ਦੀ ਸਮੱਸਿਆ 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;


ਸਿਸਟਮ ਖੁਦ ਟਾਈਪ ਕੁੰਜੀਆਂ ਨਾਲ ਇੱਕ ਸਾਰਣੀ ਬਣਾਏਗਾ ਗਾਹਕ, ਉਤਪਾਦ и ਚਿੰਤਾ, ਇਸ ਵਿੱਚ ਦੋ ਫੀਲਡ ਜੋੜੇਗਾ ਅਤੇ ਕਿਸੇ ਵੀ ਬਦਲਾਅ ਨਾਲ ਉਹਨਾਂ ਵਿੱਚ ਫੀਲਡ ਵੈਲਯੂਜ਼ ਨੂੰ ਅਪਡੇਟ ਕਰੇਗਾ। ਜਦੋਂ ਇਹਨਾਂ ਫੰਕਸ਼ਨਾਂ ਲਈ ਹੋਰ ਕਾਲਾਂ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਤਾਂ ਉਹਨਾਂ ਦੀ ਗਣਨਾ ਨਹੀਂ ਕੀਤੀ ਜਾਵੇਗੀ, ਸਗੋਂ ਸੰਬੰਧਿਤ ਖੇਤਰਾਂ ਤੋਂ ਮੁੱਲਾਂ ਨੂੰ ਪੜ੍ਹਿਆ ਜਾਵੇਗਾ।

ਇਸ ਵਿਧੀ ਦੀ ਵਰਤੋਂ ਕਰਕੇ, ਤੁਸੀਂ, ਉਦਾਹਰਨ ਲਈ, ਸਵਾਲਾਂ ਵਿੱਚ ਦੁਹਰਾਓ (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;


ਫੰਕਸ਼ਨ ਲਈ ਕਿਉਂਕਿ ਮਾਤਾ-ਪਿਤਾ ਹੈ ਮੈਟੀਰੀਅਲਾਈਜ਼ਡ ਵਜੋਂ ਚਿੰਨ੍ਹਿਤ ਕੀਤਾ ਗਿਆ ਹੈ, ਫਿਰ ਇਸਦੇ ਲਈ ਦੋ ਕੁੰਜੀਆਂ (ਸਮੂਹ) ਵਾਲੀ ਇੱਕ ਸਾਰਣੀ ਬਣਾਈ ਜਾਵੇਗੀ, ਜਿਸ ਵਿੱਚ ਖੇਤਰ ਮਾਤਾ-ਪਿਤਾ ਹੈ ਜੇਕਰ ਪਹਿਲੀ ਕੁੰਜੀ ਦੂਜੀ ਦਾ ਬੱਚਾ ਹੈ ਤਾਂ ਹੀ ਸਹੀ ਹੋਵੇਗੀ। ਇਸ ਸਾਰਣੀ ਵਿੱਚ ਐਂਟਰੀਆਂ ਦੀ ਗਿਣਤੀ ਦਰੱਖਤ ਦੀ ਔਸਤ ਡੂੰਘਾਈ ਨਾਲ ਗੁਣਾ ਕੀਤੇ ਸਮੂਹਾਂ ਦੀ ਸੰਖਿਆ ਦੇ ਬਰਾਬਰ ਹੋਵੇਗੀ। ਜੇ ਤੁਹਾਨੂੰ ਲੋੜ ਹੈ, ਉਦਾਹਰਨ ਲਈ, ਕਿਸੇ ਖਾਸ ਸਮੂਹ ਦੇ ਵੰਸ਼ਜਾਂ ਦੀ ਗਿਣਤੀ ਕਰਨ ਲਈ, ਤੁਸੀਂ ਇਸ ਫੰਕਸ਼ਨ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ:

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


SQL ਪੁੱਛਗਿੱਛ ਵਿੱਚ ਕੋਈ CTE ਨਹੀਂ ਹੋਵੇਗਾ। ਇਸ ਦੀ ਬਜਾਏ ਇੱਕ ਸਧਾਰਨ GROUP BY ਹੋਵੇਗਾ।

ਇਸ ਵਿਧੀ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ, ਜੇਕਰ ਲੋੜ ਹੋਵੇ ਤਾਂ ਤੁਸੀਂ ਆਸਾਨੀ ਨਾਲ ਡੇਟਾਬੇਸ ਨੂੰ ਅਸਧਾਰਨ ਵੀ ਕਰ ਸਕਦੇ ਹੋ:

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

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


ਇੱਕ ਫੰਕਸ਼ਨ ਨੂੰ ਕਾਲ ਕਰਨ ਵੇਲੇ ਦੀ ਮਿਤੀ ਆਰਡਰ ਲਾਈਨ ਲਈ, ਫੀਲਡ ਜਿਸ ਲਈ ਇੱਕ ਸੂਚਕਾਂਕ ਹੈ, ਨੂੰ ਸਾਰਣੀ ਤੋਂ ਆਰਡਰ ਲਾਈਨਾਂ ਨਾਲ ਪੜ੍ਹਿਆ ਜਾਵੇਗਾ। ਜਦੋਂ ਆਰਡਰ ਦੀ ਮਿਤੀ ਬਦਲ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਸਿਸਟਮ ਆਪਣੇ ਆਪ ਹੀ ਲਾਈਨ ਵਿੱਚ ਅਸਧਾਰਨ ਮਿਤੀ ਦੀ ਮੁੜ ਗਣਨਾ ਕਰੇਗਾ।

ਲਾਭ

ਇਹ ਸਾਰਾ ਤੰਤਰ ਕਿਸ ਲਈ ਹੈ? ਕਲਾਸਿਕ DBMS ਵਿੱਚ, ਸਵਾਲਾਂ ਨੂੰ ਮੁੜ-ਲਿਖਣ ਤੋਂ ਬਿਨਾਂ, ਇੱਕ ਡਿਵੈਲਪਰ ਜਾਂ DBA ਸਿਰਫ਼ ਸੂਚਕਾਂਕ ਨੂੰ ਬਦਲ ਸਕਦਾ ਹੈ, ਅੰਕੜੇ ਨਿਰਧਾਰਤ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਪੁੱਛਗਿੱਛ ਯੋਜਨਾਕਾਰ ਨੂੰ ਦੱਸ ਸਕਦਾ ਹੈ ਕਿ ਉਹਨਾਂ ਨੂੰ ਕਿਵੇਂ ਲਾਗੂ ਕਰਨਾ ਹੈ (ਅਤੇ HINTs ਸਿਰਫ਼ ਵਪਾਰਕ DBMS ਵਿੱਚ ਉਪਲਬਧ ਹਨ)। ਭਾਵੇਂ ਉਹ ਕਿੰਨੀ ਵੀ ਕੋਸ਼ਿਸ਼ ਕਰਨ, ਉਹ ਲੇਖ ਵਿਚ ਪਹਿਲੀ ਪੁੱਛਗਿੱਛ ਨੂੰ ਪੂਰਾ ਨਹੀਂ ਕਰ ਸਕਣਗੇ ਓ (ਵਿਭਾਗਾਂ ਦੀ ਗਿਣਤੀ) ਸਵਾਲਾਂ ਨੂੰ ਬਦਲੇ ਜਾਂ ਟਰਿਗਰਸ ਨੂੰ ਸ਼ਾਮਲ ਕੀਤੇ ਬਿਨਾਂ। ਪ੍ਰਸਤਾਵਿਤ ਸਕੀਮ ਵਿੱਚ, ਵਿਕਾਸ ਦੇ ਪੜਾਅ 'ਤੇ ਤੁਹਾਨੂੰ ਡਾਟਾ ਸਟੋਰੇਜ ਢਾਂਚੇ ਅਤੇ ਕਿਹੜੀਆਂ ਇਕੱਤਰਤਾਵਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨੀ ਹੈ ਬਾਰੇ ਸੋਚਣ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ। ਇਹ ਸਭ ਆਸਾਨੀ ਨਾਲ ਫਲਾਈ 'ਤੇ ਬਦਲਿਆ ਜਾ ਸਕਦਾ ਹੈ, ਸਿੱਧੇ ਕਾਰਵਾਈ ਵਿੱਚ.

ਅਭਿਆਸ ਵਿੱਚ ਇਹ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ. ਕੁਝ ਲੋਕ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਹੱਥ ਵਿਚ ਕੰਮ ਦੇ ਆਧਾਰ 'ਤੇ ਤਰਕ ਵਿਕਸਿਤ ਕਰਦੇ ਹਨ। ਉਹ ਐਲਗੋਰਿਦਮ ਅਤੇ ਉਹਨਾਂ ਦੀ ਗੁੰਝਲਤਾ ਨੂੰ ਨਹੀਂ ਸਮਝਦੇ, ਨਾ ਹੀ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਯੋਜਨਾਵਾਂ, ਨਾ ਹੀ ਜੋੜਾਂ ਦੀਆਂ ਕਿਸਮਾਂ, ਨਾ ਹੀ ਕੋਈ ਹੋਰ ਤਕਨੀਕੀ ਭਾਗ। ਇਹ ਲੋਕ ਡਿਵੈਲਪਰਾਂ ਨਾਲੋਂ ਵਧੇਰੇ ਵਪਾਰਕ ਵਿਸ਼ਲੇਸ਼ਕ ਹਨ. ਫਿਰ, ਇਹ ਸਭ ਟੈਸਟਿੰਗ ਜਾਂ ਓਪਰੇਸ਼ਨ ਵਿੱਚ ਚਲਾ ਜਾਂਦਾ ਹੈ. ਲੰਬੇ ਸਮੇਂ ਤੋਂ ਚੱਲ ਰਹੇ ਸਵਾਲਾਂ ਦੀ ਲਾਗਿੰਗ ਨੂੰ ਸਮਰੱਥ ਬਣਾਉਂਦਾ ਹੈ। ਜਦੋਂ ਇੱਕ ਲੰਮੀ ਪੁੱਛਗਿੱਛ ਦਾ ਪਤਾ ਲਗਾਇਆ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਦੂਜੇ ਲੋਕ (ਵਧੇਰੇ ਤਕਨੀਕੀ - ਜ਼ਰੂਰੀ ਤੌਰ 'ਤੇ ਡੀ.ਬੀ.ਏ.) ਕੁਝ ਵਿਚਕਾਰਲੇ ਫੰਕਸ਼ਨ 'ਤੇ ਮੈਟੀਰੀਅਲਾਈਜ਼ਡ ਨੂੰ ਸਮਰੱਥ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕਰਦੇ ਹਨ। ਇਹ ਰਿਕਾਰਡਿੰਗ ਨੂੰ ਥੋੜਾ ਹੌਲੀ ਕਰ ਦਿੰਦਾ ਹੈ (ਕਿਉਂਕਿ ਇਸਨੂੰ ਲੈਣ-ਦੇਣ ਵਿੱਚ ਇੱਕ ਵਾਧੂ ਖੇਤਰ ਨੂੰ ਅੱਪਡੇਟ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ)। ਹਾਲਾਂਕਿ, ਨਾ ਸਿਰਫ ਇਸ ਪੁੱਛਗਿੱਛ ਨੂੰ ਮਹੱਤਵਪੂਰਨ ਤੌਰ 'ਤੇ ਤੇਜ਼ ਕੀਤਾ ਗਿਆ ਹੈ, ਬਲਕਿ ਹੋਰ ਸਾਰੇ ਜੋ ਇਸ ਫੰਕਸ਼ਨ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ. ਉਸੇ ਸਮੇਂ, ਇਹ ਫੈਸਲਾ ਕਰਨਾ ਕਿ ਕਿਹੜਾ ਫੰਕਸ਼ਨ ਸਾਕਾਰ ਕਰਨਾ ਹੈ ਮੁਕਾਬਲਤਨ ਆਸਾਨ ਹੈ. ਦੋ ਮੁੱਖ ਮਾਪਦੰਡ: ਸੰਭਾਵਿਤ ਇਨਪੁਟ ਮੁੱਲਾਂ ਦੀ ਸੰਖਿਆ (ਇਹ ਹੈ ਕਿ ਸੰਬੰਧਿਤ ਸਾਰਣੀ ਵਿੱਚ ਕਿੰਨੇ ਰਿਕਾਰਡ ਹੋਣਗੇ), ਅਤੇ ਇਹ ਹੋਰ ਫੰਕਸ਼ਨਾਂ ਵਿੱਚ ਕਿੰਨੀ ਵਾਰ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ।

ਐਨਓਲੌਗਜ਼

ਆਧੁਨਿਕ ਵਪਾਰਕ DBMS ਵਿੱਚ ਸਮਾਨ ਵਿਧੀਆਂ ਹਨ: ਫਾਸਟ ਰਿਫ੍ਰੈਸ਼ (ਓਰੇਕਲ) ਅਤੇ ਇੰਡੈਕਸਡ ਵਿਯੂ (ਮਾਈਕ੍ਰੋਸਾਫਟ SQL ਸਰਵਰ) ਦੇ ਨਾਲ ਮੈਟੀਰੀਅਲਾਈਜ਼ਡ ਵਿਯੂ। PostgreSQL ਵਿੱਚ, ਪਦਾਰਥਕ ਦ੍ਰਿਸ਼ ਨੂੰ ਇੱਕ ਲੈਣ-ਦੇਣ ਵਿੱਚ ਅੱਪਡੇਟ ਨਹੀਂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਪਰ ਸਿਰਫ਼ ਬੇਨਤੀ 'ਤੇ (ਅਤੇ ਬਹੁਤ ਸਖ਼ਤ ਪਾਬੰਦੀਆਂ ਦੇ ਨਾਲ ਵੀ), ਇਸ ਲਈ ਅਸੀਂ ਇਸ 'ਤੇ ਵਿਚਾਰ ਨਹੀਂ ਕਰਦੇ ਹਾਂ। ਪਰ ਉਹਨਾਂ ਕੋਲ ਕਈ ਸਮੱਸਿਆਵਾਂ ਹਨ ਜੋ ਉਹਨਾਂ ਦੀ ਵਰਤੋਂ ਨੂੰ ਮਹੱਤਵਪੂਰਨ ਤੌਰ 'ਤੇ ਸੀਮਤ ਕਰਦੀਆਂ ਹਨ.

ਸਭ ਤੋਂ ਪਹਿਲਾਂ, ਤੁਸੀਂ ਕੇਵਲ ਤਾਂ ਹੀ ਪਦਾਰਥੀਕਰਨ ਨੂੰ ਸਮਰੱਥ ਕਰ ਸਕਦੇ ਹੋ ਜੇਕਰ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਇੱਕ ਨਿਯਮਿਤ ਦ੍ਰਿਸ਼ ਬਣਾਇਆ ਹੈ। ਨਹੀਂ ਤਾਂ, ਤੁਹਾਨੂੰ ਇਸ ਸਾਮੱਗਰੀ ਦੀ ਵਰਤੋਂ ਕਰਨ ਲਈ ਨਵੇਂ ਬਣਾਏ ਦ੍ਰਿਸ਼ ਨੂੰ ਐਕਸੈਸ ਕਰਨ ਲਈ ਬਾਕੀ ਬੇਨਤੀਆਂ ਨੂੰ ਦੁਬਾਰਾ ਲਿਖਣਾ ਪਵੇਗਾ। ਜਾਂ ਸਭ ਕੁਝ ਇਸ ਤਰ੍ਹਾਂ ਛੱਡ ਦਿਓ, ਪਰ ਇਹ ਘੱਟੋ ਘੱਟ ਬੇਅਸਰ ਹੋਵੇਗਾ ਜੇਕਰ ਪਹਿਲਾਂ ਤੋਂ ਹੀ ਕੁਝ ਪੂਰਵ-ਗਣਨਾ ਕੀਤਾ ਡੇਟਾ ਹੈ, ਪਰ ਬਹੁਤ ਸਾਰੇ ਸਵਾਲ ਹਮੇਸ਼ਾ ਇਸਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕਰਦੇ, ਪਰ ਇਸਦੀ ਮੁੜ ਗਣਨਾ ਕਰਦੇ ਹਨ।

ਦੂਜਾ, ਉਹਨਾਂ ਕੋਲ ਬਹੁਤ ਸਾਰੀਆਂ ਪਾਬੰਦੀਆਂ ਹਨ:

ਓਰੇਕਲ

5.3.8.4 ਤੇਜ਼ ਰਿਫ੍ਰੈਸ਼ 'ਤੇ ਆਮ ਪਾਬੰਦੀਆਂ

ਭੌਤਿਕ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਦੀ ਪਰਿਭਾਸ਼ਿਤ ਪੁੱਛਗਿੱਛ ਇਸ ਤਰ੍ਹਾਂ ਪ੍ਰਤਿਬੰਧਿਤ ਹੈ:

• ਪਦਾਰਥਕ ਦ੍ਰਿਸ਼ ਵਿੱਚ ਗੈਰ-ਦੁਹਰਾਉਣ ਵਾਲੇ ਸਮੀਕਰਨਾਂ ਦੇ ਹਵਾਲੇ ਨਹੀਂ ਹੋਣੇ ਚਾਹੀਦੇ ਜਿਵੇਂ ਕਿ SYSDATE ਅਤੇ ROWNUM.
• ਪਦਾਰਥਕ ਦ੍ਰਿਸ਼ ਵਿੱਚ ਹਵਾਲੇ ਨਹੀਂ ਹੋਣੇ ਚਾਹੀਦੇ RAW or LONG RAW ਡਾਟਾ ਕਿਸਮ.
• ਇਸ ਵਿੱਚ ਏ ਸ਼ਾਮਲ ਨਹੀਂ ਹੋ ਸਕਦਾ SELECT ਸੂਚੀ ਸਬਕਵੇਰੀ।
• ਇਸ ਵਿੱਚ ਵਿਸ਼ਲੇਸ਼ਣਾਤਮਕ ਫੰਕਸ਼ਨ ਸ਼ਾਮਲ ਨਹੀਂ ਹੋ ਸਕਦੇ (ਉਦਾਹਰਨ ਲਈ, RANK) ਵਿੱਚ SELECT ਧਾਰਾ
• ਇਹ ਕਿਸੇ ਸਾਰਣੀ ਦਾ ਹਵਾਲਾ ਨਹੀਂ ਦੇ ਸਕਦਾ ਹੈ ਜਿਸ 'ਤੇ ਏ XMLIndex ਸੂਚਕਾਂਕ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤਾ ਗਿਆ ਹੈ।
• ਇਸ ਵਿੱਚ ਏ ਸ਼ਾਮਲ ਨਹੀਂ ਹੋ ਸਕਦਾ MODEL ਧਾਰਾ
• ਇਸ ਵਿੱਚ ਏ ਸ਼ਾਮਲ ਨਹੀਂ ਹੋ ਸਕਦਾ HAVING ਸਬਕਵੇਰੀ ਨਾਲ ਧਾਰਾ।
• ਇਸ ਵਿੱਚ ਨੇਸਟਡ ਪੁੱਛਗਿੱਛਾਂ ਸ਼ਾਮਲ ਨਹੀਂ ਹੋ ਸਕਦੀਆਂ ਹਨ ANY, ALL, ਜ NOT EXISTS.
• ਇਸ ਵਿੱਚ ਏ ਸ਼ਾਮਲ ਨਹੀਂ ਹੋ ਸਕਦਾ [START WITH …] CONNECT BY ਧਾਰਾ
• ਇਸ ਵਿੱਚ ਵੱਖ-ਵੱਖ ਸਾਈਟਾਂ 'ਤੇ ਕਈ ਵੇਰਵੇ ਟੇਬਲ ਸ਼ਾਮਲ ਨਹੀਂ ਹੋ ਸਕਦੇ ਹਨ।
• ON COMMIT ਪਦਾਰਥਕ ਦ੍ਰਿਸ਼ਾਂ ਵਿੱਚ ਰਿਮੋਟ ਵੇਰਵੇ ਸਾਰਣੀ ਨਹੀਂ ਹੋ ਸਕਦੀ।
• ਨੇਸਟਡ ਮਟੀਰੀਅਲਾਈਜ਼ਡ ਵਿਯੂਜ਼ ਵਿੱਚ ਇੱਕ ਜੋੜ ਜਾਂ ਸਮੁੱਚਾ ਹੋਣਾ ਲਾਜ਼ਮੀ ਹੈ।
• ਏ ਦੇ ਨਾਲ ਸਾਮੱਗਰੀਕ੍ਰਿਤ ਸ਼ਾਮਲ ਵਿਯੂਜ਼ ਅਤੇ ਮਟੀਰੀਅਲਾਈਜ਼ਡ ਐਗਰੀਗੇਟ ਵਿਯੂਜ਼ GROUP BY ਧਾਰਾ ਇੱਕ ਸੂਚਕਾਂਕ-ਸੰਗਠਿਤ ਸਾਰਣੀ ਵਿੱਚੋਂ ਨਹੀਂ ਚੁਣ ਸਕਦੀ।

5.3.8.5 ਸਿਰਫ਼ ਜੋੜਾਂ ਦੇ ਨਾਲ ਮਟੀਰੀਅਲਾਈਜ਼ਡ ਵਿਊਜ਼ 'ਤੇ ਫਾਸਟ ਰਿਫ੍ਰੈਸ਼ 'ਤੇ ਪਾਬੰਦੀਆਂ

ਸਿਰਫ਼ ਜੁਆਇਨਾਂ ਦੇ ਨਾਲ ਸਾਮੱਗਰੀ ਵਾਲੇ ਦ੍ਰਿਸ਼ਾਂ ਲਈ ਪ੍ਰਸ਼ਨਾਂ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਨਾ ਅਤੇ ਕਿਸੇ ਵੀ ਸਮੂਹ ਵਿੱਚ ਤੇਜ਼ ਰਿਫ੍ਰੈਸ਼ 'ਤੇ ਹੇਠਾਂ ਦਿੱਤੀਆਂ ਪਾਬੰਦੀਆਂ ਨਹੀਂ ਹਨ:

• "ਤੋਂ ਸਾਰੀਆਂ ਪਾਬੰਦੀਆਂਤੇਜ਼ ਰਿਫ੍ਰੈਸ਼ 'ਤੇ ਆਮ ਪਾਬੰਦੀਆਂ".
• ਉਹ ਨਹੀਂ ਹੋ ਸਕਦੇ GROUP BY ਧਾਰਾਵਾਂ ਜਾਂ ਸਮੂਹ।
• ਵਿੱਚ ਸਾਰੀਆਂ ਟੇਬਲਾਂ ਦੀਆਂ ਕਤਾਰਾਂ FROM ਸੂਚੀ ਵਿੱਚ ਪ੍ਰਗਟ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ SELECT ਪੁੱਛਗਿੱਛ ਦੀ ਸੂਚੀ.
• ਵਿੱਚ ਸਾਰੀਆਂ ਬੇਸ ਟੇਬਲਾਂ ਲਈ ਰੋਵਿਡਸ ਦੇ ਨਾਲ ਮਟੀਰੀਅਲਾਈਜ਼ਡ ਵਿਊ ਲੌਗ ਮੌਜੂਦ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ FROM ਪੁੱਛਗਿੱਛ ਦੀ ਸੂਚੀ.
• ਤੁਸੀਂ ਸਧਾਰਨ ਜੋੜਾਂ ਦੇ ਨਾਲ ਮਲਟੀਪਲ ਟੇਬਲਾਂ ਤੋਂ ਇੱਕ ਤੇਜ਼ ਤਾਜ਼ਗੀਯੋਗ ਪਦਾਰਥਕ ਦ੍ਰਿਸ਼ ਨਹੀਂ ਬਣਾ ਸਕਦੇ ਹੋ ਜਿਸ ਵਿੱਚ ਇੱਕ ਵਸਤੂ ਕਿਸਮ ਦਾ ਕਾਲਮ ਸ਼ਾਮਲ ਹੁੰਦਾ ਹੈ SELECT ਬਿਆਨ

ਨਾਲ ਹੀ, ਤੁਹਾਡੇ ਦੁਆਰਾ ਚੁਣੀ ਗਈ ਰਿਫਰੈਸ਼ ਵਿਧੀ ਅਨੁਕੂਲ ਨਹੀਂ ਹੋਵੇਗੀ ਜੇਕਰ:

• ਪਰਿਭਾਸ਼ਿਤ ਪੁੱਛਗਿੱਛ ਇੱਕ ਬਾਹਰੀ ਜੋੜ ਦੀ ਵਰਤੋਂ ਕਰਦੀ ਹੈ ਜੋ ਇੱਕ ਅੰਦਰੂਨੀ ਜੋੜ ਵਾਂਗ ਵਿਹਾਰ ਕਰਦੀ ਹੈ। ਜੇਕਰ ਪਰਿਭਾਸ਼ਿਤ ਪੁੱਛਗਿੱਛ ਵਿੱਚ ਅਜਿਹਾ ਜੋੜ ਸ਼ਾਮਲ ਹੈ, ਤਾਂ ਅੰਦਰੂਨੀ ਜੋੜਨ ਲਈ ਪਰਿਭਾਸ਼ਿਤ ਪੁੱਛਗਿੱਛ ਨੂੰ ਦੁਬਾਰਾ ਲਿਖਣ ਬਾਰੇ ਵਿਚਾਰ ਕਰੋ।
• The SELECT ਮਟੀਰੀਅਲਾਈਜ਼ਡ ਵਿਊ ਦੀ ਸੂਚੀ ਵਿੱਚ ਕਈ ਟੇਬਲਾਂ ਦੇ ਕਾਲਮਾਂ 'ਤੇ ਸਮੀਕਰਨ ਸ਼ਾਮਲ ਹੁੰਦੇ ਹਨ।

5.3.8.6 ਐਗਰੀਗੇਟਸ ਦੇ ਨਾਲ ਪਦਾਰਥਕ ਦ੍ਰਿਸ਼ਾਂ 'ਤੇ ਤੇਜ਼ ਰਿਫਰੈਸ਼ 'ਤੇ ਪਾਬੰਦੀਆਂ

ਸਮੁੱਚੀਆਂ ਜਾਂ ਜੋੜਾਂ ਦੇ ਨਾਲ ਭੌਤਿਕ ਦ੍ਰਿਸ਼ਾਂ ਲਈ ਪ੍ਰਸ਼ਨਾਂ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਨ ਲਈ ਤੇਜ਼ ਰਿਫ੍ਰੈਸ਼ 'ਤੇ ਹੇਠਾਂ ਦਿੱਤੀਆਂ ਪਾਬੰਦੀਆਂ ਹਨ:

• "ਤੋਂ ਸਾਰੀਆਂ ਪਾਬੰਦੀਆਂਤੇਜ਼ ਰਿਫ੍ਰੈਸ਼ 'ਤੇ ਆਮ ਪਾਬੰਦੀਆਂ".

ਫਾਸਟ ਰਿਫ੍ਰੈਸ਼ ਦੋਵਾਂ ਲਈ ਸਮਰਥਿਤ ਹੈ ON COMMIT ਅਤੇ ON DEMAND ਪਦਾਰਥਕ ਦ੍ਰਿਸ਼, ਹਾਲਾਂਕਿ ਹੇਠ ਲਿਖੀਆਂ ਪਾਬੰਦੀਆਂ ਲਾਗੂ ਹੁੰਦੀਆਂ ਹਨ:

• ਮਟੀਰੀਅਲਾਈਜ਼ਡ ਵਿਊ ਵਿੱਚ ਸਾਰੀਆਂ ਟੇਬਲਾਂ ਵਿੱਚ ਮਟੀਰੀਅਲਾਈਜ਼ਡ ਵਿਊ ਲੌਗਸ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ, ਅਤੇ ਮਟੀਰੀਅਲਾਈਜ਼ਡ ਵਿਊ ਲੌਗਸ ਲਾਜ਼ਮੀ ਹਨ:
  • ਮੈਟੀਰੀਅਲਾਈਜ਼ਡ ਦ੍ਰਿਸ਼ ਵਿੱਚ ਹਵਾਲਾ ਦਿੱਤੀ ਗਈ ਸਾਰਣੀ ਦੇ ਸਾਰੇ ਕਾਲਮ ਸ਼ਾਮਲ ਕਰੋ।
  • ਨਾਲ ਨਿਸ਼ਚਿਤ ਕਰੋ ROWID ਅਤੇ INCLUDING NEW VALUES.
  • ਦੱਸੋ 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) ਨਿਰਧਾਰਤ ਕੀਤਾ ਜਾਵੇ।
• The SELECT ਪਰਿਭਾਸ਼ਿਤ ਪੁੱਛਗਿੱਛ ਵਿੱਚ ਕਾਲਮ ਮਲਟੀਪਲ ਬੇਸ ਟੇਬਲਾਂ ਦੇ ਕਾਲਮਾਂ ਦੇ ਨਾਲ ਇੱਕ ਗੁੰਝਲਦਾਰ ਸਮੀਕਰਨ ਨਹੀਂ ਹੋ ਸਕਦਾ ਹੈ। ਇਸਦੇ ਲਈ ਇੱਕ ਸੰਭਾਵੀ ਹੱਲ ਇੱਕ ਨੇਸਟਡ ਮਟੀਰੀਅਲਾਈਜ਼ਡ ਦ੍ਰਿਸ਼ ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਹੈ।
• The SELECT ਸੂਚੀ ਵਿੱਚ ਸਭ ਸ਼ਾਮਿਲ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ GROUP BY ਕਾਲਮ.
• ਪਦਾਰਥਕ ਦ੍ਰਿਸ਼ ਇੱਕ ਜਾਂ ਇੱਕ ਤੋਂ ਵੱਧ ਰਿਮੋਟ ਟੇਬਲਾਂ 'ਤੇ ਅਧਾਰਤ ਨਹੀਂ ਹੈ।
• ਜੇ ਤੁਸੀਂ ਏ CHAR ਇੱਕ ਮਟੀਰੀਅਲਾਈਜ਼ਡ ਵਿਊ ਲੌਗ ਦੇ ਫਿਲਟਰ ਕਾਲਮਾਂ ਵਿੱਚ ਡਾਟਾ ਕਿਸਮ, ਮਾਸਟਰ ਸਾਈਟ ਦੇ ਅੱਖਰ ਸੈੱਟ ਅਤੇ ਮਟੀਰੀਅਲਾਈਜ਼ਡ ਦ੍ਰਿਸ਼ ਇੱਕੋ ਜਿਹੇ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ।
• ਜੇਕਰ ਮਟੀਰੀਅਲਾਈਜ਼ਡ ਵਿਊ ਵਿੱਚ ਹੇਠ ਲਿਖਿਆਂ ਵਿੱਚੋਂ ਇੱਕ ਹੈ, ਤਾਂ ਫਾਸਟ ਰਿਫਰੈਸ਼ ਸਿਰਫ਼ ਰਵਾਇਤੀ DML ਸੰਮਿਲਨਾਂ ਅਤੇ ਸਿੱਧੇ ਲੋਡਾਂ 'ਤੇ ਸਮਰਥਿਤ ਹੈ।
  • ਦੇ ਨਾਲ ਪਦਾਰਥਕ ਦ੍ਰਿਸ਼ MIN or MAX ਜੋੜ
  • ਪਦਾਰਥਕ ਦ੍ਰਿਸ਼ ਜੋ ਹਨ SUM(expr) ਪਰ ਨਹੀਂ COUNT(expr)
  • ਬਿਨਾਂ ਪਦਾਰਥਕ ਦ੍ਰਿਸ਼ COUNT(*)

  ਅਜਿਹੇ ਭੌਤਿਕ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਨੂੰ ਸਿਰਫ਼-ਇਨਸਰਟ ਮਟੀਰੀਅਲਾਈਜ਼ਡ ਦ੍ਰਿਸ਼ ਕਿਹਾ ਜਾਂਦਾ ਹੈ।

• ਨਾਲ ਇੱਕ ਪਦਾਰਥਕ ਦ੍ਰਿਸ਼ MAX or MIN ਮਿਟਾਉਣ ਜਾਂ ਮਿਕਸਡ ਡੀਐਮਐਲ ਸਟੇਟਮੈਂਟਾਂ ਤੋਂ ਬਾਅਦ ਤੇਜ਼ੀ ਨਾਲ ਤਾਜ਼ਗੀਯੋਗ ਹੈ ਜੇਕਰ ਇਸ ਵਿੱਚ ਏ ਨਹੀਂ ਹੈ WHERE ਧਾਰਾ
  ਮਿਟਾਉਣ ਜਾਂ ਮਿਕਸਡ DML ਤੋਂ ਬਾਅਦ ਅਧਿਕਤਮ/ਮਿੰਟ ਫਾਸਟ ਰਿਫ੍ਰੈਸ਼ ਦਾ ਵਿਵਹਾਰ ਸਿਰਫ-ਇਨਸਰਟ ਕੇਸ ਵਰਗਾ ਨਹੀਂ ਹੈ। ਇਹ ਪ੍ਰਭਾਵਿਤ ਸਮੂਹਾਂ ਲਈ ਅਧਿਕਤਮ/ਮਿੰਟ ਮੁੱਲਾਂ ਨੂੰ ਮਿਟਾ ਦਿੰਦਾ ਹੈ ਅਤੇ ਦੁਬਾਰਾ ਗਣਨਾ ਕਰਦਾ ਹੈ। ਤੁਹਾਨੂੰ ਇਸਦੇ ਪ੍ਰਦਰਸ਼ਨ ਦੇ ਪ੍ਰਭਾਵ ਤੋਂ ਜਾਣੂ ਹੋਣ ਦੀ ਜ਼ਰੂਰਤ ਹੈ.
• ਵਿੱਚ ਨਾਮਿਤ ਦ੍ਰਿਸ਼ਾਂ ਜਾਂ ਸਬਕਵੇਰੀਆਂ ਦੇ ਨਾਲ ਪਦਾਰਥਕ ਦ੍ਰਿਸ਼ FROM ਧਾਰਾ ਨੂੰ ਜਲਦੀ ਤਾਜ਼ਾ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਬਸ਼ਰਤੇ ਵਿਚਾਰਾਂ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਮਿਲਾਇਆ ਜਾ ਸਕੇ। ਇਸ ਬਾਰੇ ਜਾਣਕਾਰੀ ਲਈ ਕਿ ਕਿਹੜੇ ਦ੍ਰਿਸ਼ ਮਿਲ ਜਾਣਗੇ, ਵੇਖੋ ਓਰੇਕਲ ਡਾਟਾਬੇਸ SQL ਭਾਸ਼ਾ ਸੰਦਰਭ.
• ਜੇਕਰ ਕੋਈ ਬਾਹਰੀ ਜੋੜਾਂ ਨਹੀਂ ਹਨ, ਤਾਂ ਤੁਹਾਡੇ ਕੋਲ ਮਨਮਾਨੇ ਚੋਣ ਹੋ ਸਕਦੇ ਹਨ ਅਤੇ ਵਿੱਚ ਸ਼ਾਮਲ ਹੋ ਸਕਦੇ ਹਨ WHERE ਧਾਰਾ
• ਬਾਹਰੀ ਜੋੜਾਂ ਦੇ ਨਾਲ ਸਮਗਰੀ ਵਾਲੇ ਕੁੱਲ ਦ੍ਰਿਸ਼ ਰਵਾਇਤੀ DML ਅਤੇ ਸਿੱਧੇ ਲੋਡ ਤੋਂ ਬਾਅਦ ਤੇਜ਼ੀ ਨਾਲ ਤਾਜ਼ਗੀਯੋਗ ਹੁੰਦੇ ਹਨ, ਬਸ਼ਰਤੇ ਸਿਰਫ ਬਾਹਰੀ ਸਾਰਣੀ ਨੂੰ ਸੋਧਿਆ ਗਿਆ ਹੋਵੇ। ਨਾਲ ਹੀ, ਅੰਦਰੂਨੀ ਜੋੜਨ ਸਾਰਣੀ ਦੇ ਜੋੜਨ ਵਾਲੇ ਕਾਲਮਾਂ 'ਤੇ ਵਿਲੱਖਣ ਪਾਬੰਦੀਆਂ ਮੌਜੂਦ ਹੋਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ। ਜੇਕਰ ਬਾਹਰੀ ਜੋੜ ਹਨ, ਤਾਂ ਸਾਰੇ ਜੋੜਾਂ ਨੂੰ ਇਸ ਦੁਆਰਾ ਜੋੜਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ ANDs ਅਤੇ ਸਮਾਨਤਾ ਦੀ ਵਰਤੋਂ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ (=) ਆਪਰੇਟਰ।
• ਦੇ ਨਾਲ ਪਦਾਰਥਕ ਦ੍ਰਿਸ਼ਾਂ ਲਈ CUBE, ROLLUP, ਸਮੂਹੀਕਰਨ ਸੈੱਟ, ਜਾਂ ਉਹਨਾਂ ਦੇ ਜੋੜਨ ਲਈ, ਹੇਠ ਲਿਖੀਆਂ ਪਾਬੰਦੀਆਂ ਲਾਗੂ ਹੁੰਦੀਆਂ ਹਨ:
  • The SELECT ਸੂਚੀ ਵਿੱਚ ਗਰੁੱਪਿੰਗ ਡਿਸਟਿੰਗੂਸ਼ਰ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਜੋ ਕਿ ਇੱਕ ਹੋ ਸਕਦਾ ਹੈ GROUPING_ID ਸਭ 'ਤੇ ਫੰਕਸ਼ਨ GROUP BY ਸਮੀਕਰਨ ਜਾਂ GROUPING ਹਰੇਕ ਲਈ ਇੱਕ ਫੰਕਸ਼ਨ GROUP BY ਸਮੀਕਰਨ ਉਦਾਹਰਨ ਲਈ, ਜੇ GROUP BY ਪਦਾਰਥਕ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਦੀ ਧਾਰਾ ਹੈ "GROUP BY CUBE(a, b)", ਫਿਰ the 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 ਚੋਟੀ ਦੇ ਪੱਧਰ 'ਤੇ ਆਪਰੇਟਰ.

  The UNION ALL ਓਪਰੇਟਰ ਨੂੰ ਇੱਕ ਅਪਵਾਦ ਦੇ ਨਾਲ, ਇੱਕ ਸਬਕਵੇਰੀ ਦੇ ਅੰਦਰ ਏਮਬੇਡ ਨਹੀਂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ: The UNION ALL ਵਿੱਚ ਇੱਕ ਸਬਕਵੇਰੀ ਵਿੱਚ ਹੋ ਸਕਦਾ ਹੈ FROM ਧਾਰਾ ਬਸ਼ਰਤੇ ਪਰਿਭਾਸ਼ਿਤ ਪੁੱਛਗਿੱਛ ਫਾਰਮ ਦੀ ਹੋਵੇ SELECT * FROM (ਦੇਖੋ ਜਾਂ ਇਸ ਨਾਲ ਸਬਕਵੇਰੀ ਕਰੋ UNION ALL) ਜਿਵੇਂ ਕਿ ਹੇਠ ਦਿੱਤੀ ਉਦਾਹਰਨ ਵਿੱਚ:

  View_with_unionall AS ਬਣਾਓ (ਚੁਣੋ c.rowid crid, c.cust_id, 2 umarker from ਗਾਹਕ c WHERE c.cust_last_name = 'Smith' UNION ਸਾਰੇ ਚੁਣੋ c.rowid crid, c.cust_id, 3 umarker FROM ਗਾਹਕ c_last_name c = WHERE c. 'ਜੋਨਸ'); ਯੂਨਿਅਨਲ_ਇਨਸਾਈਡ_ਵਿਊ_ਐਮਵੀ ਨੂੰ ਚੁਣੋ * ਵਿਊ_ਵਿਦ_ਯੂਨੀਅਨਆਲ ਤੋਂ ਮੰਗ 'ਤੇ ਤੇਜ਼ੀ ਨਾਲ ਤਾਜ਼ਾ ਕਰੋ।
  

  ਧਿਆਨ ਦਿਓ ਕਿ ਦ੍ਰਿਸ਼ view_with_unionall ਤੇਜ਼ ਤਾਜ਼ਗੀ ਲਈ ਲੋੜਾਂ ਨੂੰ ਪੂਰਾ ਕਰਦਾ ਹੈ।

• ਵਿੱਚ ਹਰੇਕ ਪੁੱਛਗਿੱਛ ਬਲਾਕ UNION ALL ਪੁੱਛਗਿੱਛ ਨੂੰ ਏਗਰੀਗੇਟਸ ਦੇ ਨਾਲ ਇੱਕ ਤੇਜ਼ ਰਿਫ੍ਰੈਸ਼ ਹੋਣ ਯੋਗ ਮਟੀਰੀਅਲਾਈਜ਼ਡ ਦ੍ਰਿਸ਼ ਜਾਂ ਜੋੜਾਂ ਦੇ ਨਾਲ ਇੱਕ ਤੇਜ਼ ਰਿਫ੍ਰੈਸ਼ ਹੋਣ ਯੋਗ ਮਟੀਰੀਅਲਾਈਜ਼ਡ ਦ੍ਰਿਸ਼ ਦੀਆਂ ਜ਼ਰੂਰਤਾਂ ਨੂੰ ਪੂਰਾ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ।

  ਟੇਬਲਾਂ 'ਤੇ ਢੁਕਵੇਂ ਮਟੀਰੀਅਲਾਈਜ਼ਡ ਵਿਊ ਲੌਗ ਬਣਾਏ ਜਾਣੇ ਚਾਹੀਦੇ ਹਨ ਜਿਵੇਂ ਕਿ ਫਾਸਟ ਰਿਫਰੈਸ਼ ਹੋਣ ਯੋਗ ਮੈਟੀਰੀਅਲਾਈਜ਼ਡ ਦ੍ਰਿਸ਼ ਲਈ ਲੋੜੀਂਦਾ ਹੈ।
  ਨੋਟ ਕਰੋ ਕਿ ਓਰੇਕਲ ਡੇਟਾਬੇਸ ਸਿਰਫ਼ ਜੋੜਾਂ ਦੇ ਨਾਲ ਇੱਕ ਸਿੰਗਲ ਟੇਬਲ ਦੇ ਮਟੀਰੀਅਲਾਈਜ਼ਡ ਦ੍ਰਿਸ਼ ਦੇ ਵਿਸ਼ੇਸ਼ ਕੇਸ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ ROWID ਕਾਲਮ ਵਿੱਚ ਸ਼ਾਮਲ ਕੀਤਾ ਗਿਆ ਹੈ SELECT ਸੂਚੀ ਅਤੇ ਪਦਾਰਥਕ ਦ੍ਰਿਸ਼ ਲੌਗ ਵਿੱਚ। ਇਹ ਦ੍ਰਿਸ਼ ਦੀ ਪਰਿਭਾਸ਼ਿਤ ਪੁੱਛਗਿੱਛ ਵਿੱਚ ਦਿਖਾਇਆ ਗਿਆ ਹੈ view_with_unionall.

• The SELECT ਹਰੇਕ ਪੁੱਛਗਿੱਛ ਦੀ ਸੂਚੀ ਵਿੱਚ ਸ਼ਾਮਲ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ UNION ALL ਮਾਰਕਰ, ਅਤੇ UNION ALL ਕਾਲਮ ਵਿੱਚ ਹਰੇਕ ਵਿੱਚ ਇੱਕ ਵੱਖਰਾ ਸਥਿਰ ਸੰਖਿਆਤਮਕ ਜਾਂ ਸਤਰ ਮੁੱਲ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ UNION ALL ਸ਼ਾਖਾ ਇਸ ਤੋਂ ਇਲਾਵਾ, ਮਾਰਕਰ ਕਾਲਮ ਵਿੱਚ ਉਸੇ ਆਰਡੀਨਲ ਸਥਿਤੀ ਵਿੱਚ ਦਿਖਾਈ ਦੇਣਾ ਚਾਹੀਦਾ ਹੈ SELECT ਹਰੇਕ ਪੁੱਛਗਿੱਛ ਬਲਾਕ ਦੀ ਸੂਚੀ। ਵੇਖੋ "ਯੂਨੀਅਨ ਆਲ ਮਾਰਕਰ ਅਤੇ ਪੁੱਛਗਿੱਛ ਰੀਰਾਈਟ» ਬਾਰੇ ਹੋਰ ਜਾਣਕਾਰੀ ਲਈ UNION ALL ਮਾਰਕਰ.
• ਕੁਝ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਜਿਵੇਂ ਕਿ ਬਾਹਰੀ ਜੋੜ, ਸੰਮਿਲਿਤ-ਸਿਰਫ ਸਮਗਰੀਕ੍ਰਿਤ ਦ੍ਰਿਸ਼ ਸਵਾਲਾਂ ਅਤੇ ਰਿਮੋਟ ਟੇਬਲਾਂ ਨਾਲ ਮਟੀਰੀਅਲਾਈਜ਼ਡ ਵਿਯੂਜ਼ ਲਈ ਸਮਰਥਿਤ ਨਹੀਂ ਹਨ UNION ALL. ਨੋਟ ਕਰੋ, ਹਾਲਾਂਕਿ, ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਵਿੱਚ ਵਰਤੇ ਜਾਣ ਵਾਲੇ ਪਦਾਰਥਕ ਦ੍ਰਿਸ਼, ਜਿਨ੍ਹਾਂ ਵਿੱਚ ਜੋੜ ਜਾਂ ਸੰਗ੍ਰਹਿ ਸ਼ਾਮਲ ਨਹੀਂ ਹੁੰਦੇ ਹਨ, ਨੂੰ ਤੇਜ਼ੀ ਨਾਲ ਤਾਜ਼ਾ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਜਦੋਂ UNION ALL ਜਾਂ ਰਿਮੋਟ ਟੇਬਲ ਵਰਤੇ ਜਾਂਦੇ ਹਨ।
• ਅਨੁਕੂਲਤਾ ਅਰੰਭਕਰਨ ਪੈਰਾਮੀਟਰ ਨੂੰ 9.2.0 ਜਾਂ ਇਸ ਤੋਂ ਉੱਚੇ 'ਤੇ ਸੈੱਟ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ ਤਾਂ ਜੋ ਇਸ ਨਾਲ ਇੱਕ ਤੇਜ਼ ਰਿਫ੍ਰੈਸ਼ ਹੋਣ ਯੋਗ ਮਟੀਰੀਅਲਾਈਜ਼ਡ ਦ੍ਰਿਸ਼ ਬਣਾਇਆ ਜਾ ਸਕੇ। UNION ALL.

ਮੈਂ ਓਰੇਕਲ ਦੇ ਪ੍ਰਸ਼ੰਸਕਾਂ ਨੂੰ ਨਾਰਾਜ਼ ਨਹੀਂ ਕਰਨਾ ਚਾਹੁੰਦਾ, ਪਰ ਉਹਨਾਂ ਦੀਆਂ ਪਾਬੰਦੀਆਂ ਦੀ ਸੂਚੀ ਨੂੰ ਵੇਖਦਿਆਂ, ਅਜਿਹਾ ਲਗਦਾ ਹੈ ਕਿ ਇਹ ਵਿਧੀ ਕਿਸੇ ਕਿਸਮ ਦੇ ਮਾਡਲ ਦੀ ਵਰਤੋਂ ਕਰਦਿਆਂ, ਆਮ ਕੇਸ ਵਿੱਚ ਨਹੀਂ, ਬਲਕਿ ਹਜ਼ਾਰਾਂ ਭਾਰਤੀਆਂ ਦੁਆਰਾ ਲਿਖੀ ਗਈ ਸੀ, ਜਿੱਥੇ ਹਰ ਇੱਕ ਨੂੰ ਮੌਕਾ ਦਿੱਤਾ ਗਿਆ ਸੀ। ਆਪਣੀ ਸ਼ਾਖਾ ਲਿਖੋ, ਅਤੇ ਉਹਨਾਂ ਵਿੱਚੋਂ ਹਰੇਕ ਨੇ ਉਹ ਕੀਤਾ ਜੋ ਉਹ ਕਰ ਸਕਦਾ ਸੀ। ਅਸਲ ਤਰਕ ਲਈ ਇਸ ਵਿਧੀ ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਮਾਈਨਫੀਲਡ ਵਿੱਚੋਂ ਲੰਘਣ ਵਾਂਗ ਹੈ। ਤੁਸੀਂ ਕਿਸੇ ਵੀ ਸਮੇਂ ਗੈਰ-ਸਪੱਸ਼ਟ ਪਾਬੰਦੀਆਂ ਵਿੱਚੋਂ ਇੱਕ ਨੂੰ ਦਬਾ ਕੇ ਇੱਕ ਮਾਈਨ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦੇ ਹੋ। ਇਹ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ ਇਹ ਵੀ ਇੱਕ ਵੱਖਰਾ ਸਵਾਲ ਹੈ, ਪਰ ਇਹ ਇਸ ਲੇਖ ਦੇ ਦਾਇਰੇ ਤੋਂ ਬਾਹਰ ਹੈ।

ਮਾਈਕਰੋਸੋਫਟ SQL ਸਰਵਰ

ਵਾਧੂ ਲੋੜਾਂ

SET ਵਿਕਲਪਾਂ ਅਤੇ ਨਿਰਣਾਇਕ ਫੰਕਸ਼ਨ ਲੋੜਾਂ ਤੋਂ ਇਲਾਵਾ, ਹੇਠ ਲਿਖੀਆਂ ਲੋੜਾਂ ਪੂਰੀਆਂ ਹੋਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ:

• ਯੂਜ਼ਰ ਜੋ ਚਲਾਉਂਦਾ ਹੈ CREATE INDEX ਦ੍ਰਿਸ਼ ਦਾ ਮਾਲਕ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।
• ਜਦੋਂ ਤੁਸੀਂ ਸੂਚਕਾਂਕ ਬਣਾਉਂਦੇ ਹੋ, ਤਾਂ IGNORE_DUP_KEY ਵਿਕਲਪ ਨੂੰ ਬੰਦ (ਡਿਫੌਲਟ ਸੈਟਿੰਗ) 'ਤੇ ਸੈੱਟ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।
• ਟੇਬਲ ਨੂੰ ਦੋ ਭਾਗਾਂ ਦੇ ਨਾਮਾਂ ਦੁਆਰਾ ਹਵਾਲਾ ਦਿੱਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, ਸਕੀਮ.ਸਾਰਣੀ ਦਾ ਨਾਮ ਦ੍ਰਿਸ਼ ਪਰਿਭਾਸ਼ਾ ਵਿੱਚ.
• ਦ੍ਰਿਸ਼ ਵਿੱਚ ਸੰਦਰਭਿਤ ਉਪਭੋਗਤਾ-ਪ੍ਰਭਾਸ਼ਿਤ ਫੰਕਸ਼ਨਾਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਬਣਾਏ ਜਾਣੇ ਚਾਹੀਦੇ ਹਨ WITH SCHEMABINDING ਚੋਣ ਨੂੰ.
• ਦ੍ਰਿਸ਼ ਵਿੱਚ ਹਵਾਲਾ ਦਿੱਤਾ ਗਿਆ ਕੋਈ ਵੀ ਉਪਭੋਗਤਾ ਦੁਆਰਾ ਪਰਿਭਾਸ਼ਿਤ ਫੰਕਸ਼ਨਾਂ ਨੂੰ ਦੋ ਭਾਗਾਂ ਦੇ ਨਾਮਾਂ ਦੁਆਰਾ ਹਵਾਲਾ ਦਿੱਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, ..
• ਉਪਭੋਗਤਾ ਦੁਆਰਾ ਪਰਿਭਾਸ਼ਿਤ ਫੰਕਸ਼ਨ ਦੀ ਡੇਟਾ ਐਕਸੈਸ ਵਿਸ਼ੇਸ਼ਤਾ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ NO SQL, ਅਤੇ ਬਾਹਰੀ ਪਹੁੰਚ ਜਾਇਦਾਦ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ NO.
• ਕਾਮਨ ਲੈਂਗੂਏਜ ਰਨਟਾਈਮ (CLR) ਫੰਕਸ਼ਨ ਵਿਯੂ ਦੀ ਚੋਣ ਸੂਚੀ ਵਿੱਚ ਦਿਖਾਈ ਦੇ ਸਕਦੇ ਹਨ, ਪਰ ਕਲੱਸਟਰਡ ਇੰਡੈਕਸ ਕੁੰਜੀ ਦੀ ਪਰਿਭਾਸ਼ਾ ਦਾ ਹਿੱਸਾ ਨਹੀਂ ਹੋ ਸਕਦੇ ਹਨ। CLR ਫੰਕਸ਼ਨ ਵਿਊ ਦੇ WHERE ਕਲਾਜ਼ ਜਾਂ ਵਿਊ ਵਿੱਚ ਇੱਕ JOIN ਓਪਰੇਸ਼ਨ ਦੀ ON ਧਾਰਾ ਵਿੱਚ ਦਿਖਾਈ ਨਹੀਂ ਦੇ ਸਕਦੇ ਹਨ।
• ਵਿਊ ਪਰਿਭਾਸ਼ਾ ਵਿੱਚ ਵਰਤੀਆਂ ਗਈਆਂ CLR ਉਪਭੋਗਤਾ-ਪਰਿਭਾਸ਼ਿਤ ਕਿਸਮਾਂ ਦੇ CLR ਫੰਕਸ਼ਨਾਂ ਅਤੇ ਵਿਧੀਆਂ ਵਿੱਚ ਹੇਠਾਂ ਦਿੱਤੀ ਸਾਰਣੀ ਵਿੱਚ ਦਰਸਾਏ ਅਨੁਸਾਰ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਸੈੱਟ ਹੋਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ।

  ਜਾਇਦਾਦ
  ਸੂਚਨਾ

  ਨਿਸ਼ਚਾ = ਸੱਚਾ
  Microsoft .NET ਫਰੇਮਵਰਕ ਵਿਧੀ ਦੀ ਵਿਸ਼ੇਸ਼ਤਾ ਵਜੋਂ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਘੋਸ਼ਿਤ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।

  ਸਟੀਕ = ਸੱਚ
  .NET ਫਰੇਮਵਰਕ ਵਿਧੀ ਦੀ ਵਿਸ਼ੇਸ਼ਤਾ ਵਜੋਂ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਘੋਸ਼ਿਤ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।

  ਡੇਟਾ ਐਕਸੈਸ = ਕੋਈ SQL ਨਹੀਂ
  DataAccess ਵਿਸ਼ੇਸ਼ਤਾ ਨੂੰ DataAccessKind.None ਅਤੇ SystemDataAccess ਵਿਸ਼ੇਸ਼ਤਾ ਨੂੰ SystemDataAccessKind.None ਲਈ ਸੈੱਟ ਕਰਕੇ ਨਿਰਧਾਰਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

  ਬਾਹਰੀ ਪਹੁੰਚ = ਸੰ
  ਇਹ ਸੰਪੱਤੀ CLR ਰੁਟੀਨਾਂ ਲਈ NO 'ਤੇ ਡਿਫੌਲਟ ਹੈ।

• ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਦ੍ਰਿਸ਼ ਨੂੰ ਬਣਾਇਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ WITH SCHEMABINDING ਚੋਣ ਨੂੰ.
• ਦ੍ਰਿਸ਼ ਨੂੰ ਸਿਰਫ਼ ਆਧਾਰ ਟੇਬਲਾਂ ਦਾ ਹਵਾਲਾ ਦੇਣਾ ਚਾਹੀਦਾ ਹੈ ਜੋ ਦ੍ਰਿਸ਼ ਦੇ ਸਮਾਨ ਡੇਟਾਬੇਸ ਵਿੱਚ ਹਨ। ਦ੍ਰਿਸ਼ ਹੋਰ ਦ੍ਰਿਸ਼ਾਂ ਦਾ ਹਵਾਲਾ ਨਹੀਂ ਦੇ ਸਕਦਾ।
• ਵਿਊ ਪਰਿਭਾਸ਼ਾ ਵਿੱਚ SELECT ਸਟੇਟਮੈਂਟ ਵਿੱਚ ਹੇਠਾਂ ਦਿੱਤੇ Transact-SQL ਤੱਤ ਸ਼ਾਮਲ ਨਹੀਂ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ:

  COUNT
  ROWSET ਫੰਕਸ਼ਨ (OPENDATASOURCE, OPENQUERY, OPENROWSET, ਅਤੇ OPENXML)
  OUTER ਜੁੜਦਾ ਹੈ(LEFT, RIGHT, ਜ FULL)

  ਪ੍ਰਾਪਤ ਕੀਤੀ ਸਾਰਣੀ (a SELECT ਵਿੱਚ ਬਿਆਨ FROM ਧਾਰਾ)
  ਆਪੇ ਜੁੜਦਾ ਹੈ
  ਵਰਤ ਕੇ ਕਾਲਮ ਨਿਰਧਾਰਤ ਕਰਨਾ SELECT * or SELECT <table_name>.*

  DISTINCT
STDEV, STDEVP, VAR, VARP, ਜ AVG
  ਆਮ ਸਾਰਣੀ ਸਮੀਕਰਨ (CTE)

  ਫਲੋਟ1, ਪਾਠ ਨੂੰ, ntext, ਚਿੱਤਰ ਨੂੰ, XML, ਜ ਫਾਈਲਸਟ੍ਰੀਮ ਕਾਲਮ
  ਸਬਕਵੇਰੀ
  OVER ਧਾਰਾ, ਜਿਸ ਵਿੱਚ ਦਰਜਾਬੰਦੀ ਜਾਂ ਸਮੁੱਚੀ ਵਿੰਡੋ ਫੰਕਸ਼ਨ ਸ਼ਾਮਲ ਹਨ

  ਪੂਰੇ-ਪਾਠ ਦੀ ਭਵਿੱਖਬਾਣੀ (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 ਇੰਡੈਕਸਡ ਦ੍ਰਿਸ਼ ਵਿੱਚ ਸ਼ਾਮਲ ਹੋ ਸਕਦਾ ਹੈ ਫਲੋਟ ਕਾਲਮ; ਹਾਲਾਂਕਿ, ਅਜਿਹੇ ਕਾਲਮਾਂ ਨੂੰ ਕਲੱਸਟਰਡ ਇੰਡੈਕਸ ਕੁੰਜੀ ਵਿੱਚ ਸ਼ਾਮਲ ਨਹੀਂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।

• If GROUP BY ਮੌਜੂਦ ਹੈ, VIEW ਪਰਿਭਾਸ਼ਾ ਵਿੱਚ ਸ਼ਾਮਲ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ COUNT_BIG(*) ਅਤੇ ਸ਼ਾਮਲ ਨਹੀਂ ਹੋਣਾ ਚਾਹੀਦਾ HAVING. ਇਹ GROUP BY ਪਾਬੰਦੀਆਂ ਸਿਰਫ਼ ਸੂਚੀਬੱਧ ਦ੍ਰਿਸ਼ ਪਰਿਭਾਸ਼ਾ 'ਤੇ ਲਾਗੂ ਹੁੰਦੀਆਂ ਹਨ। ਇੱਕ ਪੁੱਛਗਿੱਛ ਆਪਣੀ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਪਲਾਨ ਵਿੱਚ ਇੱਕ ਇੰਡੈਕਸਡ ਦ੍ਰਿਸ਼ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੀ ਹੈ ਭਾਵੇਂ ਇਹ ਇਹਨਾਂ ਨੂੰ ਸੰਤੁਸ਼ਟ ਨਹੀਂ ਕਰਦੀ ਹੈ GROUP BY ਪਾਬੰਦੀਆਂ
• ਜੇਕਰ ਦ੍ਰਿਸ਼ ਪਰਿਭਾਸ਼ਾ ਵਿੱਚ ਏ GROUP BY ਧਾਰਾ, ਵਿਲੱਖਣ ਕਲੱਸਟਰਡ ਸੂਚਕਾਂਕ ਦੀ ਕੁੰਜੀ ਸਿਰਫ ਵਿੱਚ ਦਰਸਾਏ ਕਾਲਮਾਂ ਦਾ ਹਵਾਲਾ ਦੇ ਸਕਦੀ ਹੈ GROUP BY ਧਾਰਾ

ਇੱਥੇ ਇਹ ਸਪੱਸ਼ਟ ਹੈ ਕਿ ਭਾਰਤੀ ਸ਼ਾਮਲ ਨਹੀਂ ਸਨ, ਕਿਉਂਕਿ ਉਨ੍ਹਾਂ ਨੇ ਇਸ ਨੂੰ ਯੋਜਨਾ ਦੇ ਅਨੁਸਾਰ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕੀਤਾ "ਅਸੀਂ ਥੋੜਾ, ਪਰ ਚੰਗਾ ਕਰਾਂਗੇ।" ਯਾਨੀ ਕਿ ਉਨ੍ਹਾਂ ਕੋਲ ਫੀਲਡ 'ਤੇ ਜ਼ਿਆਦਾ ਖਾਣਾਂ ਹਨ, ਪਰ ਉਨ੍ਹਾਂ ਦੀ ਸਥਿਤੀ ਜ਼ਿਆਦਾ ਪਾਰਦਰਸ਼ੀ ਹੈ। ਸਭ ਤੋਂ ਨਿਰਾਸ਼ਾਜਨਕ ਗੱਲ ਇਹ ਸੀਮਾ ਹੈ:

ਦ੍ਰਿਸ਼ ਨੂੰ ਸਿਰਫ਼ ਆਧਾਰ ਟੇਬਲਾਂ ਦਾ ਹਵਾਲਾ ਦੇਣਾ ਚਾਹੀਦਾ ਹੈ ਜੋ ਦ੍ਰਿਸ਼ ਦੇ ਸਮਾਨ ਡੇਟਾਬੇਸ ਵਿੱਚ ਹਨ। ਦ੍ਰਿਸ਼ ਹੋਰ ਦ੍ਰਿਸ਼ਾਂ ਦਾ ਹਵਾਲਾ ਨਹੀਂ ਦੇ ਸਕਦਾ।

ਸਾਡੀ ਪਰਿਭਾਸ਼ਾ ਵਿੱਚ, ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਇੱਕ ਫੰਕਸ਼ਨ ਕਿਸੇ ਹੋਰ ਪਦਾਰਥਕ ਫੰਕਸ਼ਨ ਤੱਕ ਪਹੁੰਚ ਨਹੀਂ ਕਰ ਸਕਦਾ। ਇਹ ਸਾਰੀ ਵਿਚਾਰਧਾਰਾ ਨੂੰ ਕਲੀ ਵਿੱਚ ਕੱਟ ਦਿੰਦਾ ਹੈ।
ਨਾਲ ਹੀ, ਇਹ ਸੀਮਾ (ਅਤੇ ਟੈਕਸਟ ਵਿੱਚ ਅੱਗੇ) ਵਰਤੋਂ ਦੇ ਮਾਮਲਿਆਂ ਨੂੰ ਬਹੁਤ ਘਟਾਉਂਦੀ ਹੈ:

ਵਿਊ ਪਰਿਭਾਸ਼ਾ ਵਿੱਚ SELECT ਸਟੇਟਮੈਂਟ ਵਿੱਚ ਹੇਠਾਂ ਦਿੱਤੇ Transact-SQL ਤੱਤ ਸ਼ਾਮਲ ਨਹੀਂ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ:

COUNT
ROWSET ਫੰਕਸ਼ਨ (OPENDATASOURCE, OPENQUERY, OPENROWSET, ਅਤੇ OPENXML)
OUTER ਜੁੜਦਾ ਹੈ(LEFT, RIGHT, ਜ FULL)

ਪ੍ਰਾਪਤ ਕੀਤੀ ਸਾਰਣੀ (a SELECT ਵਿੱਚ ਬਿਆਨ FROM ਧਾਰਾ)
ਆਪੇ ਜੁੜਦਾ ਹੈ
ਵਰਤ ਕੇ ਕਾਲਮ ਨਿਰਧਾਰਤ ਕਰਨਾ SELECT * or SELECT <table_name>.*

DISTINCT
STDEV, STDEVP, VAR, VARP, ਜ AVG
ਆਮ ਸਾਰਣੀ ਸਮੀਕਰਨ (CTE)

ਫਲੋਟ1, ਪਾਠ ਨੂੰ, ntext, ਚਿੱਤਰ ਨੂੰ, XML, ਜ ਫਾਈਲਸਟ੍ਰੀਮ ਕਾਲਮ
ਸਬਕਵੇਰੀ
OVER ਧਾਰਾ, ਜਿਸ ਵਿੱਚ ਦਰਜਾਬੰਦੀ ਜਾਂ ਸਮੁੱਚੀ ਵਿੰਡੋ ਫੰਕਸ਼ਨ ਸ਼ਾਮਲ ਹਨ

ਪੂਰੇ-ਪਾਠ ਦੀ ਭਵਿੱਖਬਾਣੀ (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

ਆਊਟਰ ਜੋਇਨ, ਯੂਨੀਅਨ, ਆਰਡਰ ਬਾਈ ਅਤੇ ਹੋਰ ਵਰਜਿਤ ਹਨ। ਇਹ ਦੱਸਣਾ ਆਸਾਨ ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਕੀ ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ ਨਾ ਕਿ ਕੀ ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ। ਸੂਚੀ ਸ਼ਾਇਦ ਬਹੁਤ ਛੋਟੀ ਹੋਵੇਗੀ.

ਸੰਖੇਪ ਕਰਨ ਲਈ: LGPL ਤਕਨਾਲੋਜੀ ਵਿੱਚ ਹਰੇਕ ਵਿੱਚ ਪਾਬੰਦੀਆਂ ਦਾ ਇੱਕ ਵੱਡਾ ਸਮੂਹ (ਆਓ ਵਪਾਰਕ ਨੋਟ ਕਰੀਏ) ਡੀਬੀਐਮਐਸ ਬਨਾਮ ਕੋਈ ਨਹੀਂ (ਇੱਕ ਤਰਕਪੂਰਨ, ਤਕਨੀਕੀ ਦੇ ਅਪਵਾਦ ਦੇ ਨਾਲ)। ਹਾਲਾਂਕਿ, ਇਹ ਨੋਟ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਰਿਲੇਸ਼ਨਲ ਤਰਕ ਵਿੱਚ ਇਸ ਵਿਧੀ ਨੂੰ ਲਾਗੂ ਕਰਨਾ ਵਰਣਿਤ ਫੰਕਸ਼ਨਲ ਤਰਕ ਨਾਲੋਂ ਕੁਝ ਜ਼ਿਆਦਾ ਮੁਸ਼ਕਲ ਹੈ।

Реализация

ਕਿਦਾ ਚਲਦਾ? PostgreSQL ਨੂੰ "ਵਰਚੁਅਲ ਮਸ਼ੀਨ" ਵਜੋਂ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ। ਅੰਦਰ ਇੱਕ ਗੁੰਝਲਦਾਰ ਐਲਗੋਰਿਦਮ ਹੈ ਜੋ ਸਵਾਲਾਂ ਨੂੰ ਬਣਾਉਂਦਾ ਹੈ। ਇਥੇ ਸਰੋਤ. ਅਤੇ ifs ਦੇ ਝੁੰਡ ਦੇ ਨਾਲ ਸਿਰਫ ਇੱਕ ਵੱਡਾ ਸਮੂਹ ਨਹੀਂ ਹੈ। ਇਸ ਲਈ, ਜੇ ਤੁਹਾਡੇ ਕੋਲ ਅਧਿਐਨ ਕਰਨ ਲਈ ਕੁਝ ਮਹੀਨੇ ਹਨ, ਤਾਂ ਤੁਸੀਂ ਆਰਕੀਟੈਕਚਰ ਨੂੰ ਸਮਝਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਸਕਦੇ ਹੋ.

ਕੀ ਇਹ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਢੰਗ ਨਾਲ ਕੰਮ ਕਰਦਾ ਹੈ? ਕਾਫ਼ੀ ਪ੍ਰਭਾਵਸ਼ਾਲੀ. ਬਦਕਿਸਮਤੀ ਨਾਲ, ਇਹ ਸਾਬਤ ਕਰਨਾ ਮੁਸ਼ਕਲ ਹੈ. ਮੈਂ ਸਿਰਫ ਇਹ ਕਹਿ ਸਕਦਾ ਹਾਂ ਕਿ ਜੇ ਤੁਸੀਂ ਵੱਡੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਵਿੱਚ ਮੌਜੂਦ ਹਜ਼ਾਰਾਂ ਸਵਾਲਾਂ 'ਤੇ ਵਿਚਾਰ ਕਰਦੇ ਹੋ, ਤਾਂ ਔਸਤਨ ਉਹ ਇੱਕ ਚੰਗੇ ਡਿਵੈਲਪਰ ਦੇ ਮੁਕਾਬਲੇ ਵਧੇਰੇ ਕੁਸ਼ਲ ਹਨ. ਇੱਕ ਸ਼ਾਨਦਾਰ SQL ਪ੍ਰੋਗਰਾਮਰ ਕਿਸੇ ਵੀ ਪੁੱਛਗਿੱਛ ਨੂੰ ਵਧੇਰੇ ਕੁਸ਼ਲਤਾ ਨਾਲ ਲਿਖ ਸਕਦਾ ਹੈ, ਪਰ ਇੱਕ ਹਜ਼ਾਰ ਸਵਾਲਾਂ ਦੇ ਨਾਲ ਉਸ ਕੋਲ ਅਜਿਹਾ ਕਰਨ ਲਈ ਪ੍ਰੇਰਣਾ ਜਾਂ ਸਮਾਂ ਨਹੀਂ ਹੋਵੇਗਾ। ਪ੍ਰਭਾਵਸ਼ੀਲਤਾ ਦੇ ਸਬੂਤ ਵਜੋਂ ਮੈਂ ਹੁਣ ਸਿਰਫ ਇਕੋ ਚੀਜ਼ ਦਾ ਹਵਾਲਾ ਦੇ ਸਕਦਾ ਹਾਂ ਕਿ ਇਸ DBMS 'ਤੇ ਬਣੇ ਪਲੇਟਫਾਰਮ 'ਤੇ ਕਈ ਪ੍ਰੋਜੈਕਟ ਕੰਮ ਕਰ ਰਹੇ ਹਨ। ERP ਸਿਸਟਮ, ਜਿਸ ਵਿੱਚ ਹਜ਼ਾਰਾਂ ਵੱਖ-ਵੱਖ ਮੈਟੀਰੀਅਲਾਈਜ਼ਡ ਫੰਕਸ਼ਨ ਹਨ, ਹਜ਼ਾਰਾਂ ਉਪਭੋਗਤਾਵਾਂ ਅਤੇ ਟੇਰਾਬਾਈਟ ਡੇਟਾਬੇਸ ਦੇ ਨਾਲ ਇੱਕ ਨਿਯਮਤ ਦੋ-ਪ੍ਰੋਸੈਸਰ ਸਰਵਰ 'ਤੇ ਚੱਲ ਰਹੇ ਲੱਖਾਂ ਰਿਕਾਰਡਾਂ ਦੇ ਨਾਲ। ਹਾਲਾਂਕਿ, ਕੋਈ ਵੀ ਡਾਊਨਲੋਡ ਕਰਕੇ ਪ੍ਰਭਾਵ ਦੀ ਜਾਂਚ / ਇਨਕਾਰ ਕਰ ਸਕਦਾ ਹੈ ਪਲੇਟਫਾਰਮ ਅਤੇ PostgreSQL, ਚਾਲੂ ਹੋ ਰਿਹਾ ਹੈ SQL ਸਵਾਲਾਂ ਨੂੰ ਲੌਗ ਕਰਨਾ ਅਤੇ ਉੱਥੇ ਤਰਕ ਅਤੇ ਡੇਟਾ ਨੂੰ ਬਦਲਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਿਹਾ ਹੈ।

ਅਗਲੇ ਲੇਖਾਂ ਵਿੱਚ, ਮੈਂ ਇਸ ਬਾਰੇ ਵੀ ਗੱਲ ਕਰਾਂਗਾ ਕਿ ਤੁਸੀਂ ਫੰਕਸ਼ਨਾਂ 'ਤੇ ਪਾਬੰਦੀਆਂ ਕਿਵੇਂ ਸੈਟ ਕਰ ਸਕਦੇ ਹੋ, ਪਰਿਵਰਤਨ ਸੈਸ਼ਨਾਂ ਨਾਲ ਕੰਮ ਕਰ ਸਕਦੇ ਹੋ, ਅਤੇ ਹੋਰ ਬਹੁਤ ਕੁਝ.

ਸਰੋਤ: www.habr.com