юваних функцій.
Оператори.
Згідно загальноприйнятій стилю програмування, оператори (і інші зарезервовані слова) в SQL завжди слід писати великими літерами.
Оператори SQL поділяються на:
В· оператори визначення даних (Data Definition Language, DDL) створює об'єкт БД (саму базу, таблицю, уявлення, користувача і т.д.) змінює об'ектудаляет об'єкт
В· оператори маніпуляції даними (Data Manipulation Language, DML) зчитує дані, що задовольняють заданим условіямдобавляет нові данниеізменяет існуючі данниеудаляет дані
В· оператори визначення доступу до даних (Data Control Language, DCL) надає користувачеві (групі) дозволу на певні операції з об'ектомотзивает раніше видані разрешеніязадает заборону, що має пріоритет над дозволом
В· оператори управління транзакціями (Transaction Control Language, TCL) застосовує транзакцію.откативает всі зміни, зроблені в контексті поточної транзакціі.деліт транзакцію на більш дрібні ділянки.
Переваги .
Незалежність від конкретної СУБД.
Незважаючи на наявність діалектів і відмінностей в синтаксисі, в більшості своїй тексти SQL-запитів, що містять DDL і DML, можуть бути досить легко перенесені з однієї СУБД в іншу. Існують системи, розробники яких спочатку орієнтувалися на застосування щонайменше кількох СУБД (наприклад: система електронного документообігу Documentum може працювати як з Oracle, так і з Microsoft SQL Server і IBM DB2). Природно, що при застосуванні деяких специфічних для реалізації можливостей такої переносимості добитися вже дуже важко. p align="justify"> Наявність стандартів.
Наявність стандартів і набору тестів для виявлення сумісності і відповідності конкретній реалізації SQL загальноприйнятому стандарту тільки сприяє "стабілізації" мови. Правда, варто звернути увагу, що сам по собі стандарт місцями занадто формалізований і роздутий в розмірах (наприклад, Core-частину стандарту SQL: 2003 є більше 1300 сторінок тексту). p align="justify"> Декларативність.
За допомогою SQL програміст описує тільки те, які дані потрібно витягти або модифікувати. Те, яким чином це зробити, вирішує СУБД безпосередньо при обробці SQL-запиту. Однак не варто думати, що це повністю універсальний принцип - програміст описує набір даних для вибірки або модифікації, проте йому при цьому корисно уявляти, як СУБД буде розбирати текст його запиту. Чим складніше сконструйований запит, тим більше він допускає варіантів написання, різних за швидкістю виконання, але однакових за підсумковим набору даних. p align="justify...
