Меню
Главная
Авторизация/Регистрация
 
Главная arrow Информатика arrow Гнучка система інформаційної підтримки підвищення кваліфікації персоналу ДП №9

Питання сумісності

Як і з багатьма стандартами, що мають місце в IT-індустрії, з мовою SQL виникла проблема, що у минулому багато виробників ПЗ з використанням SQL вирішили, що функціональність в поточній (на той момент часу) версії стандарту недостатня (що, в принципі, для ранніх версій SQL було певною мірою справедливо) і його бажано розширити. Що і призводить в даний момент до того, що у різних виробників СУБД в ході різні діалекти SQL, в загальному випадку між собою несумісні.

До 1996 року питаннями відповідності комерційних реалізацій SQL стандарту займався в основному інститут NIST, який і встановлював рівень відповідності стандарту. Але пізній підрозділ, що займався СУБД, був розформований, і на даний момент всі зусилля з перевірки СУБД на відповідність стандарту лягають на її виробника.

Вперше поняття «Рівня відповідності» було запропоноване в стандарті SQL-92. А саме, ANSI і NIST визначали чотири рівні відповідності реалізації цьому стандарту:

Entry (базовий)

Transitional (перехідний) -- перевірку на відповідність цьому рівню проводив тільки інститут NIST

Intermediate (проміжний)

Full (повний)

Легко можна зрозуміти, що кожен подальший рівень відповідності свідомо мав на увазі відповідність попередньому рівню. Далі, згідно цим сходам стандартів будь-яка СУБД, яка відповідала рівню Entry, могла заявляти себе як «SQL-92 відповідна», хоча насправді переносимість і відповідність стандарту обмежувалося набором можливостей, що входять в цей рівень.

Положення змінилося з введенням стандарту SQL:1999. Відтепер стандарт придбав модульну структуру -- основна частина стандарту була винесена в розділ «SQL/Foundation», всі інші були виведені в окремі модулі. Відповідно, залишився тільки один рівень сумісності -- Core, що означало підтримку цієї основної частини. Підтримка решти можливостей залишена на розсуд виробників СУБД. Аналогічне положення мало місце і з подальшими версіями стандарту.

Процедурні розширення

Оскільки SQL не є мовою програмування (тобто не надає засобів для автоматизації операцій з даними), введені різними виробниками розширення стосувалися в першу чергу процедурних розширень. Це збережені процедури (англ. stored procedures) і процедурні мови-"надбудови". Практично в кожній СУБД застосовується своя процедурна мова.

 
Если Вы заметили ошибку в тексте выделите слово и нажмите Shift + Enter
< Предыдущая   СОДЕРЖАНИЕ   Следующая >
 

СКАЧАТЬ ОРИГИНАЛ
Гнучка система інформаційної підтримки підвищення кваліфікації персоналу ДП №9
ВСТУП1. ПОСТАНОВКА ЗАВДАННЯ1.1 Найменування та галузь використання1.2 Підстава для створення1.3 Характеристика розробленого програмного забезпечення1.4 Мета й призначення1.5 Загальні вимоги до розробки1.6 Джерела розробки2. ОСНОВИ ТЕХНОЛОГІЇ КЛІЄНТ-СЕРВЕР2.1 Основні поняття2.2 Клієнт та сервер2.3 Обов'язки та взаємодія2.4 Трирівнева архітектура2.5 Веб-сервер2.6 APACHE2.7 Можливості3. ТЕОРЕТИЧНЕ ДОСЛІДЖЕННЯ PHP І MYSQL ТА ОСНОВ РОБОТИ З НИМИ3.1 Вступ у PHP та MySQL3.2 Можливості PHP3.3 Можливості MySQL3.4 Приклади використання PHP та MySQL4. РОЗРОБКА ГНУЧКОЇ КЛІЄНТ-СЕРВЕРНОЇ СИСТЕМИ ЗАВДЯКИ ПОЄДНАННЮ ВІДКРИТИХ WEB ТЕХНОЛОГІЙ4.1 Модуль PHP4.1.1 Особливості4.1.2 Докладний опис мови4.2 База даних4.2.1 Термін4.2.2 Структуровані та неструктуровані БД4.2.3 Характеристика БД4.3 Системи керування базами даних4.4 Мова SQL4.4.1 Термін4.4.2 Історія4.4.3 Питання сумісності4.4.4 Процедурні розширення4.5 MySQL4.5.1 Термін4.5.2 Ліцензування4.5.3 Історія4.5.4 Критика4.6 HTML4.6.1 Термін4.6.2 Історія розвитку HTML4.6.3 Версії4.6.4 Документ HTML4.6.5 Семантичний HTML4.6.6 Проект специфікації HTML 54.6.7 XHTML4.7 JavaScript4.7.1 Термін4.7.2 Про мову4.7.3 Використання в HTML4.7.4 Зневадження4.7.5 Статистика використання5. ОПИС ФУНКЦІОНАЛЬНИХ МОЖЛИВОСТЕЙ ТА ПРОГРАМНОЇ РЕАЛІЗАЦІЇ ПРОЕКТОВАНОЇ СИСТЕМИ5.1 Функціональне призначення та технологічні особливості розробки5.2 Логіко-функціональна схема роботи системи5.3 Розробка алгоритмів та програмна реалізація основних процедур системи5.4 Опис інтерфейсу користувача6. ЕКОНОМІЧНЕ ОБҐРУНТУВАННЯ ДОЦІЛЬНОСТІ РОЗРОБКИ ПРОГРАМНОГО ПРОДУКТУ7. ОХОРОНА ПРАЦІ7.1 Аналіз шкідливих і небезпечних виробничих факторів при роботі на комп'ютері7.2 Заходи щодо нормалізації небезпечних і шкідливих факторів7.3 Пожежна безпекаВИСНОВКИСПИСОК ЛІТЕРАТУРИ