под'язик даних і включає його базова мова, на практиці вони можуть бути нерозрізненними настільки, наскільки це має відношення до користувача. Безумовно, з точки зору користувача, переважніше, щоб вони невиразні або важко помітним, їх називають сильно пов'язаними. Якщо вони ясно і легко розрізняються, кажуть, що вони слабо пов'язані. Більшість систем на сьогоднішній день підтримує лише слабкий зв'язок. Система з сильним зв'язком могли б надати користувачеві більш уніфікований набір можливостей, але, очевидно, вимагають більше зусиль з боку системних проектувальників і розробників (які, ймовірно, розраховують на статус-кво); однак є підстави припускати, що протягом наступних кількох років буде відбуватися поступове просування до більш сильно зв'язаних систем.
Мова обробки даних складається з таких виконуваних операторів PL/1, які передають інформацію в і з БД; знову ж, можливо, включаючи, нові спеціальні оператори. p> Загалом, зовнішнє подання складається з безлічі примірників кожного типу зовнішньої записи, які, у свою чергу, аж ніяк не обов'язково повинні збігатися з ранимими записами. Що знаходиться в розпорядженні користувача под'язик даних визначено в термінах зовнішніх записів; наприклад, операція вибірки мови обробки даних буде проводити вибірку з примірників зовнішніх, а не збережених записів. p> Концептуальний рівень.
Концептуальне уявлення - це подання всієї інформації БД в дещо більш абстрактній формі (як і випадку зовнішнього представлення) в порівнянні з фізичним способом зберігання даних. Однак концептуальне уявлення істотно відрізняється від способу представлення даних якому-небудь окремому користувачеві. Взагалі кажучи, концептуальне подання - це подання даних такими, які В«вони є самому справі В», а не такими, якими змушений їх бачити користувач в рамках, наприклад, певної мови або використовуваного апаратного забезпечення.
Концептуальне уявлення складається з безлічі екземплярів кожного типу концептуальної запису . Наприклад, воно може складатися з набору екземплярів записів, що містять інформацію про окремі, плюс набір примірників, що містять інформацію про деталі і т.д. Концептуальна запис зовсім не обов'язково повинна співпадати з зовнішньої записом, з одного боку, і з збереженої записом-з іншого. p> Концептуальне уявлення визначається за допомогою концептуальної схеми, яка включає визначення кожного типу концептуальних записів. Концептуальна схема використовує іншу мову визначення даних - концептуальний.
Концептуальне подання - це подання всього вмісту бази даних, а концептуальна схема - це визначення такого подання. Однак було б помилкою вважати, що концептуальна схема - це не більше ніж набір визначень, що більше нагадують прості відносини записів у програмі на мові COBOL (або якому-небудь іншому).
Тепер перейдемо до більш детального дослідження трьох рівнів архітектури.
Внутрішній рівень.
Третім рівнем архітектури є внутрішній рівень. Внутрішнє вистава - це уявлення нижнього рівня всієї БД; воно складається з багатьох екземплярів кожного типу внутрішньої запису. Термін В«внутрішня запис В»належить термінології ANSI/SPARC і означає конструкцію, звану збереженої записом. Внутрішнє подання так само, як зовнішнє і концептуальне, що не пов'язано з фізичним рівнем, так як в ньому не розглядаються фізичні області пристрої зберігання, такі як циліндри і доріжки. Іншими словами, внутрішнє подання передбачає нескінченне лінійне адресне простір; подробиці того, як адресний простір відображено на фізичний пристрій зберігання, дуже залежать від системи і навмисне не включені в загальну архітектуру.
Внутрішнє подання описується за допомогою внутрішньої схеми, яка визначає не тільки різні типи збережених записів, але також існуючі індекси, способи представлення збережених полів, фізичну послідовність збережених записів і т.д. Внутрішня схема пишеться з використанням ще однієї мови визначення даних - внутрішнього.
У висновку відзначимо, що в деяких виняткових ситуаціях прикладні програми, зокрема ті, які називають утилітами можуть виконувати операції безпосередньо на внутрішньому, а не на зовнішньому рівні. Звичайно, такою практикою користуватися не рекомендується; вона визначає ризик з погляду безпеки (правила безпеки ігноруються) і цілісності (Правила цілісності теж ігнорується), до того ж програма буде залежати від завантажених даних; але іноді це може бути єдиним способом досягти виконання необхідної функції або добитися необхідного швидкодії - так само, як користувачу мови високого рівня іноді з тих же причин необхідно вдатися до мови асемблера.
Програми, що використовують бази даних, зазвичай прийнято відносити до однієї з програмних архітектур, що мають свої плюси і мінуси.
Локальна архітектура .
І програма, і база даних розта...
