പ്രവർത്തനക്ഷമമായ DBMS

എസ്‌ക്യുഎൽ ഭാഷ ഉപയോഗിക്കുന്ന റിലേഷണൽ ഡിബിഎംഎസുകളാണ് ഡാറ്റാബേസുകളുടെ ലോകത്ത് ദീർഘകാലം ആധിപത്യം പുലർത്തുന്നത്. ഉയർന്നുവരുന്ന വകഭേദങ്ങളെ NoSQL എന്ന് വിളിക്കുന്നു. ഈ വിപണിയിൽ തങ്ങൾക്കായി ഒരു പ്രത്യേക സ്ഥലം കണ്ടെത്തുന്നതിന് അവർക്ക് കഴിഞ്ഞു, എന്നാൽ റിലേഷണൽ ഡിബിഎംഎസുകൾ മരിക്കാൻ പോകുന്നില്ല, അവരുടെ ആവശ്യങ്ങൾക്കായി സജീവമായി ഉപയോഗിക്കുന്നത് തുടരുന്നു.

ഈ ലേഖനത്തിൽ ഒരു ഫങ്ഷണൽ ഡാറ്റാബേസ് എന്ന ആശയം വിവരിക്കാൻ ഞാൻ ആഗ്രഹിക്കുന്നു. ഒരു മികച്ച ധാരണയ്ക്കായി, ക്ലാസിക്കൽ റിലേഷണൽ മോഡലുമായി താരതമ്യം ചെയ്തുകൊണ്ട് ഞാൻ ഇത് ചെയ്യും. ഇന്റർനെറ്റിൽ കണ്ടെത്തിയ വിവിധ SQL ടെസ്റ്റുകളിൽ നിന്നുള്ള പ്രശ്നങ്ങൾ ഉദാഹരണങ്ങളായി ഉപയോഗിക്കും.

ആമുഖം

റിലേഷണൽ ഡാറ്റാബേസുകൾ ടേബിളുകളിലും ഫീൽഡുകളിലും പ്രവർത്തിക്കുന്നു. ഒരു ഫങ്ഷണൽ ഡാറ്റാബേസിൽ, ക്ലാസുകളും ഫംഗ്ഷനുകളും യഥാക്രമം ഉപയോഗിക്കും. N കീകളുള്ള ഒരു പട്ടികയിലെ ഒരു ഫീൽഡ് N പാരാമീറ്ററുകളുടെ ഒരു ഫംഗ്‌ഷനായി പ്രതിനിധീകരിക്കും. പട്ടികകൾ തമ്മിലുള്ള ബന്ധത്തിന് പകരം, കണക്ഷൻ ഉണ്ടാക്കിയ ക്ലാസിലെ ഒബ്ജക്റ്റുകൾ തിരികെ നൽകുന്ന ഫംഗ്ഷനുകൾ ഉപയോഗിക്കും. JOIN-ന് പകരം ഫംഗ്‌ഷൻ കോമ്പോസിഷൻ ഉപയോഗിക്കും.

ടാസ്ക്കുകളിലേക്ക് നേരിട്ട് നീങ്ങുന്നതിന് മുമ്പ്, ഡൊമെയ്ൻ ലോജിക്കിന്റെ ചുമതല ഞാൻ വിവരിക്കും. DDL-ന് ഞാൻ PostgreSQL വാക്യഘടന ഉപയോഗിക്കും. പ്രവർത്തനത്തിന് അതിന്റേതായ വാക്യഘടനയുണ്ട്.

പട്ടികകളും ഫീൽഡുകളും

പേരും വിലയും ഉള്ള ഒരു ലളിതമായ Sku ഒബ്‌ജക്റ്റ്:

റിലേഷണൽ

CREATE TABLE Sku
(
    id bigint NOT NULL,
    name character varying(100),
    price numeric(10,5),
    CONSTRAINT id_pkey PRIMARY KEY (id)
)

പ്രവർത്തനയോഗ്യമായ

CLASS Sku;
name = DATA STRING[100] (Sku);
price = DATA NUMERIC[10,5] (Sku);


ഞങ്ങൾ രണ്ടെണ്ണം പ്രഖ്യാപിക്കുന്നു പ്രവർത്തനങ്ങൾ, ഇത് ഒരു പാരാമീറ്റർ Sku ഇൻപുട്ടായി എടുത്ത് ഒരു പ്രാകൃത തരം നൽകുന്നു.

ഒരു ഫങ്ഷണൽ ഡിബിഎംഎസിൽ ഓരോ ഒബ്ജക്റ്റിനും സ്വയമേവ ജനറേറ്റുചെയ്യുന്ന ചില ആന്തരിക കോഡ് ഉണ്ടായിരിക്കുമെന്നും ആവശ്യമെങ്കിൽ ആക്‌സസ് ചെയ്യാമെന്നും അനുമാനിക്കപ്പെടുന്നു.

ഉൽപ്പന്നം/സ്റ്റോർ/വിതരണക്കാരന് വില നിശ്ചയിക്കാം. ഇത് കാലക്രമേണ മാറിയേക്കാം, അതിനാൽ പട്ടികയിലേക്ക് ഒരു സമയ ഫീൽഡ് ചേർക്കാം. കോഡ് ചെറുതാക്കാൻ ഒരു റിലേഷണൽ ഡാറ്റാബേസിലെ ഡയറക്ടറികൾക്കുള്ള പട്ടികകൾ പ്രഖ്യാപിക്കുന്നത് ഞാൻ ഒഴിവാക്കും:

റിലേഷണൽ

CREATE TABLE prices
(
    skuId bigint NOT NULL,
    storeId bigint NOT NULL,
    supplierId bigint NOT NULL,
    dateTime timestamp without time zone,
    price numeric(10,5),
    CONSTRAINT prices_pkey PRIMARY KEY (skuId, storeId, supplierId)
)

പ്രവർത്തനയോഗ്യമായ

CLASS Sku;
CLASS Store;
CLASS Supplier;
dateTime = DATA DATETIME (Sku, Store, Supplier);
price = DATA NUMERIC[10,5] (Sku, Store, Supplier);


സൂചികകൾ

അവസാനത്തെ ഉദാഹരണത്തിനായി, എല്ലാ കീകളിലും തീയതിയിലും ഞങ്ങൾ ഒരു സൂചിക നിർമ്മിക്കും, അതിലൂടെ ഒരു നിശ്ചിത സമയത്തേക്കുള്ള വില പെട്ടെന്ന് കണ്ടെത്താനാകും.

റിലേഷണൽ

CREATE INDEX prices_date
    ON prices
    (skuId, storeId, supplierId, dateTime)

പ്രവർത്തനയോഗ്യമായ

INDEX Sku sk, Store st, Supplier sp, dateTime(sk, st, sp);


ചുമതലകൾ

അനുബന്ധത്തിൽ നിന്ന് എടുത്ത താരതമ്യേന ലളിതമായ പ്രശ്നങ്ങളിൽ നിന്ന് നമുക്ക് ആരംഭിക്കാം ലേഖനങ്ങൾ ഹബ്രിൽ.

ആദ്യം, നമുക്ക് ഡൊമെയ്ൻ ലോജിക് പ്രഖ്യാപിക്കാം (റിലേഷണൽ ഡാറ്റാബേസിനായി ഇത് മുകളിലുള്ള ലേഖനത്തിൽ നേരിട്ട് ചെയ്യുന്നു).

CLASS Department;
name = DATA STRING[100] (Department);

CLASS Employee;
department = DATA Department (Employee);
chief = DATA Employee (Employee);
name = DATA STRING[100] (Employee);
salary = DATA NUMERIC[14,2] (Employee);


ടാസ്ക് 1.1

അവരുടെ ഉടനടി സൂപ്പർവൈസർ ചെയ്യുന്നതിനേക്കാൾ കൂടുതൽ ശമ്പളം ലഭിക്കുന്ന ജീവനക്കാരുടെ ഒരു ലിസ്റ്റ് പ്രദർശിപ്പിക്കുക.

റിലേഷണൽ

select a.*
from   employee a, employee b
where  b.id = a.chief_id
and    a.salary > b.salary

പ്രവർത്തനയോഗ്യമായ

SELECT name(Employee a) WHERE salary(a) > salary(chief(a));


ടാസ്ക് 1.2

അവരുടെ വകുപ്പിൽ പരമാവധി ശമ്പളം ലഭിക്കുന്ന ജീവനക്കാരെ പട്ടികപ്പെടുത്തുക

റിലേഷണൽ

select a.*
from   employee a
where  a.salary = ( select max(salary) from employee b
                    where  b.department_id = a.department_id )

പ്രവർത്തനയോഗ്യമായ

maxSalary 'Максимальная зарплата' (Department s) = 
    GROUP MAX salary(Employee e) IF department(e) = s;
SELECT name(Employee a) WHERE salary(a) = maxSalary(department(a));

// или если "заинлайнить"
SELECT name(Employee a) WHERE 
    salary(a) = maxSalary(GROUP MAX salary(Employee e) IF department(e) = department(a));


രണ്ട് നടപ്പാക്കലുകളും തുല്യമാണ്. ആദ്യ സന്ദർഭത്തിൽ, ഒരു റിലേഷണൽ ഡാറ്റാബേസിൽ നിങ്ങൾക്ക് ക്രിയേറ്റ് വ്യൂ ഉപയോഗിക്കാം, അതേ രീതിയിൽ തന്നെ അതിൽ ഒരു പ്രത്യേക വകുപ്പിനുള്ള പരമാവധി ശമ്പളം ആദ്യം കണക്കാക്കും. ഇനിപ്പറയുന്നവയിൽ, വ്യക്തതയ്ക്കായി, ഞാൻ ആദ്യത്തെ കേസ് ഉപയോഗിക്കും, കാരണം ഇത് പരിഹാരത്തെ നന്നായി പ്രതിഫലിപ്പിക്കുന്നു.

ടാസ്ക് 1.3

ഡിപ്പാർട്ട്‌മെന്റ് ഐഡികളുടെ ഒരു ലിസ്റ്റ് പ്രദർശിപ്പിക്കുക, 3 ആളുകളിൽ കവിയാത്ത ജീവനക്കാരുടെ എണ്ണം.

റിലേഷണൽ

select department_id
from   employee
group  by department_id
having count(*) <= 3

പ്രവർത്തനയോഗ്യമായ

countEmployees 'Количество сотрудников' (Department d) = 
    GROUP SUM 1 IF department(Employee e) = d;
SELECT Department d WHERE countEmployees(d) <= 3;


ടാസ്ക് 1.4

ഒരേ വകുപ്പിൽ ജോലി ചെയ്യുന്ന നിയുക്ത മാനേജർ ഇല്ലാത്ത ജീവനക്കാരുടെ ഒരു ലിസ്റ്റ് പ്രദർശിപ്പിക്കുക.

റിലേഷണൽ

select a.*
from   employee a
left   join employee b on (b.id = a.chief_id and b.department_id = a.department_id)
where  b.id is null

പ്രവർത്തനയോഗ്യമായ

SELECT name(Employee a) WHERE NOT (department(chief(a)) = department(a));


ടാസ്ക് 1.5

പരമാവധി മൊത്തം ജീവനക്കാരുടെ ശമ്പളമുള്ള ഡിപ്പാർട്ട്‌മെന്റ് ഐഡികളുടെ ഒരു ലിസ്റ്റ് കണ്ടെത്തുക.

റിലേഷണൽ

with sum_salary as
  ( select department_id, sum(salary) salary
    from   employee
    group  by department_id )
select department_id
from   sum_salary a       
where  a.salary = ( select max(salary) from sum_salary )

പ്രവർത്തനയോഗ്യമായ

salarySum 'Максимальная зарплата' (Department d) = 
    GROUP SUM salary(Employee e) IF department(e) = d;
maxSalarySum 'Максимальная зарплата отделов' () = 
    GROUP MAX salarySum(Department d);
SELECT Department d WHERE salarySum(d) = maxSalarySum();


നമുക്ക് മറ്റൊന്നിൽ നിന്ന് കൂടുതൽ സങ്കീർണ്ണമായ ജോലികളിലേക്ക് പോകാം ലേഖനങ്ങൾ. MS SQL-ൽ ഈ ടാസ്‌ക് എങ്ങനെ നടപ്പിലാക്കാം എന്നതിന്റെ വിശദമായ വിശകലനം ഇതിൽ അടങ്ങിയിരിക്കുന്നു.

ടാസ്ക് 2.1

1997-ൽ ഉൽപ്പന്ന നമ്പർ 30-ന്റെ 1-ലധികം യൂണിറ്റുകൾ വിറ്റത് ഏതൊക്കെയാണ്?

ഡൊമെയ്ൻ ലോജിക് (RDBMS-ൽ മുമ്പത്തെ പോലെ ഞങ്ങൾ പ്രഖ്യാപനം ഒഴിവാക്കുന്നു):

CLASS Employee 'Продавец';
lastName 'Фамилия' = DATA STRING[100] (Employee);

CLASS Product 'Продукт';
id = DATA INTEGER (Product);
name = DATA STRING[100] (Product);

CLASS Order 'Заказ';
date = DATA DATE (Order);
employee = DATA Employee (Order);

CLASS Detail 'Строка заказа';

order = DATA Order (Detail);
product = DATA Product (Detail);
quantity = DATA NUMERIC[10,5] (Detail);


റിലേഷണൽ

select LastName
from Employees as e
where (
  select sum(od.Quantity)
  from [Order Details] as od
  where od.ProductID = 1 and od.OrderID in (
    select o.OrderID
    from Orders as o
    where year(o.OrderDate) = 1997 and e.EmployeeID = o.EmployeeID)
) > 30

പ്രവർത്തനയോഗ്യമായ

sold (Employee e, INTEGER productId, INTEGER year) = 
    GROUP SUM quantity(OrderDetail d) IF 
        employee(order(d)) = e AND 
        id(product(d)) = productId AND 
        extractYear(date(order(d))) = year;
SELECT lastName(Employee e) WHERE sold(e, 1, 1997) > 30;


ടാസ്ക് 2.2

ഓരോ വാങ്ങുന്നയാൾക്കും (പേര്, കുടുംബപ്പേര്), 1997 ൽ വാങ്ങുന്നയാൾ ഏറ്റവും കൂടുതൽ പണം ചെലവഴിച്ച രണ്ട് സാധനങ്ങൾ (പേര്) കണ്ടെത്തുക.

മുമ്പത്തെ ഉദാഹരണത്തിൽ നിന്ന് ഞങ്ങൾ ഡൊമെയ്ൻ ലോജിക് വിപുലീകരിക്കുന്നു:

CLASS Customer 'Клиент';
contactName 'ФИО' = DATA STRING[100] (Customer);

customer = DATA Customer (Order);

unitPrice = DATA NUMERIC[14,2] (Detail);
discount = DATA NUMERIC[6,2] (Detail);


റിലേഷണൽ

SELECT ContactName, ProductName FROM (
SELECT c.ContactName, p.ProductName
, ROW_NUMBER() OVER (
    PARTITION BY c.ContactName
    ORDER BY SUM(od.Quantity * od.UnitPrice * (1 - od.Discount)) DESC
) AS RatingByAmt
FROM Customers c
JOIN Orders o ON o.CustomerID = c.CustomerID
JOIN [Order Details] od ON od.OrderID = o.OrderID
JOIN Products p ON p.ProductID = od.ProductID
WHERE YEAR(o.OrderDate) = 1997
GROUP BY c.ContactName, p.ProductName
) t
WHERE RatingByAmt < 3

പ്രവർത്തനയോഗ്യമായ

sum (Detail d) = quantity(d) * unitPrice(d) * (1 - discount(d));
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;
rating 'Рейтинг' (Customer c, Product p, INTEGER y) = 
    PARTITION SUM 1 ORDER DESC bought(c, p, y), p BY c, y;
SELECT contactName(Customer c), name(Product p) WHERE rating(c, p, 1997) < 3;


പാർട്ടീഷൻ ഓപ്പറേറ്റർ ഇനിപ്പറയുന്ന തത്ത്വത്തിൽ പ്രവർത്തിക്കുന്നു: SUM (ഇവിടെ 1), നിർദ്ദിഷ്ട ഗ്രൂപ്പുകൾക്കുള്ളിൽ (ഇവിടെ ഉപഭോക്താവും വർഷവും, എന്നാൽ ഏത് പദപ്രയോഗവും ആകാം), ഓർഡറിൽ വ്യക്തമാക്കിയിട്ടുള്ള എക്‌സ്‌പ്രഷനുകൾ അനുസരിച്ച് ഗ്രൂപ്പുകൾക്കുള്ളിൽ തരംതിരിക്കുന്ന പദപ്രയോഗത്തെ ഇത് സംഗ്രഹിക്കുന്നു. ഇവിടെ വാങ്ങി, തുല്യമാണെങ്കിൽ, ആന്തരിക ഉൽപ്പന്ന കോഡ് അനുസരിച്ച്).

ടാസ്ക് 2.3

നിലവിലെ ഓർഡറുകൾ നിറവേറ്റുന്നതിന് വിതരണക്കാരിൽ നിന്ന് എത്ര സാധനങ്ങൾ ഓർഡർ ചെയ്യേണ്ടതുണ്ട്.

നമുക്ക് ഡൊമെയ്ൻ ലോജിക് വീണ്ടും വികസിപ്പിക്കാം:

CLASS Supplier 'Поставщик';
companyName = DATA STRING[100] (Supplier);

supplier = DATA Supplier (Product);

unitsInStock 'Остаток на складе' = DATA NUMERIC[10,3] (Product);
reorderLevel 'Норма продажи' = DATA NUMERIC[10,3] (Product);


റിലേഷണൽ

select s.CompanyName, p.ProductName, sum(od.Quantity) + p.ReorderLevel — p.UnitsInStock as ToOrder
from Orders o
join [Order Details] od on o.OrderID = od.OrderID
join Products p on od.ProductID = p.ProductID
join Suppliers s on p.SupplierID = s.SupplierID
where o.ShippedDate is null
group by s.CompanyName, p.ProductName, p.UnitsInStock, p.ReorderLevel
having p.UnitsInStock < sum(od.Quantity) + p.ReorderLevel

പ്രവർത്തനയോഗ്യമായ

orderedNotShipped 'Заказано, но не отгружено' (Product p) = 
    GROUP SUM quantity(OrderDetail d) IF product(d) = p;
toOrder 'К заказу' (Product p) = orderedNotShipped(p) + reorderLevel(p) - unitsInStock(p);
SELECT companyName(supplier(Product p)), name(p), toOrder(p) WHERE toOrder(p) > 0;


ഒരു നക്ഷത്രചിഹ്നത്തിലെ പ്രശ്നം

അവസാനത്തെ ഉദാഹരണം വ്യക്തിപരമായി എന്നിൽ നിന്നാണ്. ഒരു സോഷ്യൽ നെറ്റ്‌വർക്കിന്റെ യുക്തിയുണ്ട്. ആളുകൾക്ക് പരസ്പരം സുഹൃത്തുക്കളാകാനും പരസ്പരം ഇഷ്ടപ്പെടാനും കഴിയും. ഒരു ഫങ്ഷണൽ ഡാറ്റാബേസ് വീക്ഷണകോണിൽ നിന്ന് ഇത് ഇതുപോലെ കാണപ്പെടും:

CLASS Person;
likes = DATA BOOLEAN (Person, Person);
friends = DATA BOOLEAN (Person, Person);


സൗഹൃദത്തിന് സാധ്യമായ സ്ഥാനാർത്ഥികളെ കണ്ടെത്തേണ്ടത് ആവശ്യമാണ്. കൂടുതൽ ഔപചാരികമായി, നിങ്ങൾ A, B, C എല്ലാ ആളുകളെയും കണ്ടെത്തേണ്ടതുണ്ട്, അതായത് A B യുമായി ചങ്ങാതിമാരാണ്, B C യുമായി ചങ്ങാതിമാരാണ്, A C ഇഷ്ടപ്പെടുന്നു, എന്നാൽ A C യുമായി ചങ്ങാതിമാരല്ല.
ഒരു ഫങ്ഷണൽ ഡാറ്റാബേസ് വീക്ഷണകോണിൽ നിന്ന്, ചോദ്യം ഇതുപോലെ കാണപ്പെടും:

SELECT Person a, Person b, Person c WHERE 
    likes(a, c) AND NOT friends(a, c) AND 
    friends(a, b) AND friends(b, c);


SQL-ൽ ഈ പ്രശ്നം സ്വന്തമായി പരിഹരിക്കാൻ വായനക്കാരനെ പ്രോത്സാഹിപ്പിക്കുന്നു. നിങ്ങൾ ഇഷ്ടപ്പെടുന്ന ആളുകളേക്കാൾ വളരെ കുറച്ച് സുഹൃത്തുക്കൾ ഉണ്ടെന്ന് അനുമാനിക്കപ്പെടുന്നു. അതിനാൽ അവ പ്രത്യേക പട്ടികകളിലാണ്. വിജയിച്ചാൽ, രണ്ട് നക്ഷത്രങ്ങളുള്ള ഒരു ടാസ്‌ക്കും ഉണ്ട്. അതിൽ സൗഹൃദം സമമിതിയല്ല. ഒരു ഫങ്ഷണൽ ഡാറ്റാബേസിൽ ഇത് ഇതുപോലെ കാണപ്പെടും:

SELECT Person a, Person b, Person c WHERE 
    likes(a, c) AND NOT friends(a, c) AND 
    (friends(a, b) OR friends(b, a)) AND 
    (friends(b, c) OR friends(c, b));


UPD: ആദ്യത്തെയും രണ്ടാമത്തെയും നക്ഷത്രചിഹ്നത്തിലെ പ്രശ്നത്തിനുള്ള പരിഹാരം dss_kalika:

SELECT 
   pl.PersonAID
  ,pf.PersonAID
  ,pff.PersonAID
FROM Persons                 AS p
--Лайки                      
JOIN PersonRelationShip      AS pl ON pl.PersonAID = p.PersonID
                                  AND pl.Relation  = 'Like'
--Друзья                     
JOIN PersonRelationShip      AS pf ON pf.PersonAID = p.PersonID 
                                  AND pf.Relation = 'Friend'
--Друзья Друзей              
JOIN PersonRelationShip      AS pff ON pff.PersonAID = pf.PersonBID
                                   AND pff.PersonBID = pl.PersonBID
                                   AND pff.Relation = 'Friend'
--Ещё не дружат         
LEFT JOIN PersonRelationShip AS pnf ON pnf.PersonAID = p.PersonID
                                   AND pnf.PersonBID = pff.PersonBID
                                   AND pnf.Relation = 'Friend'
WHERE pnf.PersonAID IS NULL 

;WITH PersonRelationShipCollapsed AS (
  SELECT pl.PersonAID
        ,pl.PersonBID
        ,pl.Relation 
  FROM #PersonRelationShip      AS pl 
  
  UNION 

  SELECT pl.PersonBID AS PersonAID
        ,pl.PersonAID AS PersonBID
        ,pl.Relation
  FROM #PersonRelationShip      AS pl 
)
SELECT 
   pl.PersonAID
  ,pf.PersonBID
  ,pff.PersonBID
FROM #Persons                      AS p
--Лайки                      
JOIN PersonRelationShipCollapsed  AS pl ON pl.PersonAID = p.PersonID
                                 AND pl.Relation  = 'Like'                                  
--Друзья                          
JOIN PersonRelationShipCollapsed  AS pf ON pf.PersonAID = p.PersonID 
                                 AND pf.Relation = 'Friend'
--Друзья Друзей                   
JOIN PersonRelationShipCollapsed  AS pff ON pff.PersonAID = pf.PersonBID
                                 AND pff.PersonBID = pl.PersonBID
                                 AND pff.Relation = 'Friend'
--Ещё не дружат                   
LEFT JOIN PersonRelationShipCollapsed AS pnf ON pnf.PersonAID = p.PersonID
                                   AND pnf.PersonBID = pff.PersonBID
                                   AND pnf.Relation = 'Friend'
WHERE pnf.[PersonAID] IS NULL 

തീരുമാനം

തന്നിരിക്കുന്ന ആശയം നടപ്പിലാക്കുന്നതിനുള്ള ഓപ്ഷനുകളിൽ ഒന്ന് മാത്രമാണ് നൽകിയിരിക്കുന്ന ഭാഷാ വാക്യഘടന എന്നത് ശ്രദ്ധിക്കേണ്ടതാണ്. എസ്‌ക്യുഎൽ അടിസ്ഥാനമായി എടുക്കപ്പെട്ടു, അതിനോട് കഴിയുന്നത്ര സമാനമായിരിക്കുക എന്നതായിരുന്നു ലക്ഷ്യം. തീർച്ചയായും, ചിലർക്ക് കീവേഡുകളുടെ പേരുകൾ, വേഡ് രജിസ്റ്ററുകൾ മുതലായവ ഇഷ്ടപ്പെട്ടേക്കില്ല. ഇവിടെ പ്രധാന കാര്യം ആശയം തന്നെയാണ്. വേണമെങ്കിൽ, നിങ്ങൾക്ക് C++, Python എന്നിവയും സമാനമായ വാക്യഘടന ഉണ്ടാക്കാം.

വിവരിച്ച ഡാറ്റാബേസ് ആശയത്തിന്, എന്റെ അഭിപ്രായത്തിൽ, ഇനിപ്പറയുന്ന ഗുണങ്ങളുണ്ട്:

• എളുപ്പത്തിനായി. ഇത് താരതമ്യേന ആത്മനിഷ്ഠമായ സൂചകമാണ്, ഇത് ലളിതമായ സന്ദർഭങ്ങളിൽ വ്യക്തമല്ല. എന്നാൽ നിങ്ങൾ കൂടുതൽ സങ്കീർണ്ണമായ കേസുകൾ നോക്കുകയാണെങ്കിൽ (ഉദാഹരണത്തിന്, നക്ഷത്രചിഹ്നങ്ങളുമായുള്ള പ്രശ്നങ്ങൾ), പിന്നെ, എന്റെ അഭിപ്രായത്തിൽ, അത്തരം ചോദ്യങ്ങൾ എഴുതുന്നത് വളരെ എളുപ്പമാണ്.
• Инкапсуляция. ചില ഉദാഹരണങ്ങളിൽ ഞാൻ ഇന്റർമീഡിയറ്റ് ഫംഗ്‌ഷനുകൾ പ്രഖ്യാപിച്ചു (ഉദാഹരണത്തിന്, വിറ്റു, വാങ്ങിയ മുതലായവ), അതിൽ നിന്ന് തുടർന്നുള്ള പ്രവർത്തനങ്ങൾ നിർമ്മിച്ചു. ചില ഫംഗ്‌ഷനുകളുടെ ലോജിക് മാറ്റാൻ ഇത് നിങ്ങളെ അനുവദിക്കുന്നു, ആവശ്യമെങ്കിൽ, അവയെ ആശ്രയിക്കുന്നവയുടെ യുക്തി മാറ്റാതെ. ഉദാഹരണത്തിന്, നിങ്ങൾക്ക് വിൽപ്പന നടത്താം വിറ്റു തികച്ചും വ്യത്യസ്തമായ ഒബ്‌ജക്‌റ്റുകളിൽ നിന്ന് കണക്കാക്കിയവയാണ്, അതേസമയം യുക്തിയുടെ ബാക്കി ഭാഗങ്ങൾ മാറില്ല. അതെ, CREATE VIEW ഉപയോഗിച്ച് ഇത് ഒരു RDBMS-ൽ നടപ്പിലാക്കാം. എന്നാൽ എല്ലാ യുക്തിയും ഇങ്ങനെ എഴുതിയാൽ, അത് വളരെ വായിക്കാൻ കഴിയുന്നതായി കാണില്ല.
• സെമാന്റിക് വിടവില്ല. അത്തരം ഒരു ഡാറ്റാബേസ് ഫംഗ്ഷനുകളിലും ക്ലാസുകളിലും പ്രവർത്തിക്കുന്നു (പട്ടികകൾക്കും ഫീൽഡുകൾക്കും പകരം). ക്ലാസിക്കൽ പ്രോഗ്രാമിംഗിലെന്നപോലെ (ഒരു രീതി അത് ഉൾപ്പെടുന്ന ക്ലാസിന്റെ രൂപത്തിൽ ആദ്യത്തെ പാരാമീറ്ററുള്ള ഒരു ഫംഗ്ഷനാണെന്ന് ഞങ്ങൾ അനുമാനിക്കുന്നുവെങ്കിൽ). അതനുസരിച്ച്, സാർവത്രിക പ്രോഗ്രാമിംഗ് ഭാഷകളുമായി "സുഹൃത്തുക്കളെ ഉണ്ടാക്കുക" എന്നത് വളരെ എളുപ്പമായിരിക്കണം. കൂടാതെ, ഈ ആശയം കൂടുതൽ സങ്കീർണ്ണമായ പ്രവർത്തനം നടപ്പിലാക്കാൻ അനുവദിക്കുന്നു. ഉദാഹരണത്തിന്, നിങ്ങൾക്ക് ഇനിപ്പറയുന്നതുപോലുള്ള ഓപ്പറേറ്റർമാരെ ഉൾപ്പെടുത്താം:

  CONSTRAINT sold(Employee e, 1, 2019) > 100 IF name(e) = 'Петя' MESSAGE  'Что-то Петя продает слишком много одного товара в 2019 году';


• പാരമ്പര്യവും പോളിമോർഫിസവും. ഒരു ഫങ്ഷണൽ ഡാറ്റാബേസിൽ, നിങ്ങൾക്ക് CLASS ClassP വഴി ഒന്നിലധികം അനന്തരാവകാശം അവതരിപ്പിക്കാൻ കഴിയും: Class1, Class2 നിർമ്മാണങ്ങളും ഒന്നിലധികം പോളിമോർഫിസവും നടപ്പിലാക്കുന്നു. ഭാവിയിലെ ലേഖനങ്ങളിൽ ഞാൻ ഒരുപക്ഷേ കൃത്യമായി എങ്ങനെ എഴുതാം.

ഇതൊരു ആശയം മാത്രമാണെങ്കിലും, എല്ലാ പ്രവർത്തനപരമായ ലോജിക്കുകളും റിലേഷണൽ ലോജിക്കിലേക്ക് വിവർത്തനം ചെയ്യുന്ന ചില നടപ്പാക്കൽ ജാവയിൽ നമുക്കുണ്ട്. കൂടാതെ, പ്രതിനിധാനങ്ങളുടെ യുക്തിയും മറ്റ് പല കാര്യങ്ങളും അതിനോട് മനോഹരമായി ഘടിപ്പിച്ചിരിക്കുന്നു, അതിന് നന്ദി ഞങ്ങൾക്ക് മൊത്തത്തിൽ പ്ലാറ്റ്ഫോം. അടിസ്ഥാനപരമായി, ഞങ്ങൾ RDBMS (ഇപ്പോൾ PostgreSQL മാത്രം) ഒരു "വെർച്വൽ മെഷീൻ" ആയി ഉപയോഗിക്കുന്നു. FDBMS-ന് അറിയാവുന്ന ചില സ്ഥിതിവിവരക്കണക്കുകൾ RDBMS അന്വേഷണ ഒപ്റ്റിമൈസർ അറിയാത്തതിനാൽ ഈ വിവർത്തനത്തിൽ ചിലപ്പോൾ പ്രശ്നങ്ങൾ ഉണ്ടാകാറുണ്ട്. സിദ്ധാന്തത്തിൽ, ഒരു ഡാറ്റാബേസ് മാനേജുമെന്റ് സിസ്റ്റം നടപ്പിലാക്കാൻ സാധിക്കും, അത് ഒരു നിശ്ചിത ഘടന സ്റ്റോറേജായി ഉപയോഗിക്കും, അത് ഫങ്ഷണൽ ലോജിക്കിന് പ്രത്യേകം അനുയോജ്യമാണ്.

അവലംബം: www.habr.com