Дані мультимедіа

Системи клієнт/сервер і багаторівневі архітектури

Значний пласт сучасного програмного забезпечення підтримує архітектуру клієнт/сервер, у відповідності із якою запити, сформовані одним процесом (клієнтом), відсилаються для обробки другому процесу (серверу). СУБД також використовує таку архітектуру, розділяючи свої функції між процесом сервера і клієнтськими процесами.

Простіший варіант архітектури “ клієнт/сервер ” передбачає, що СУБД цілком представляє собою сервер, за виключенням інтерфейсів запитів, які взаємодіють із користувачем і відсилають запити і інші команди на мові SQL на сервер з метою їх виконання. Результати виконання запитів сервером повертаються клієнтом у формі таблиць, або відношень.

Існує також тенденція, щоб більшу частину функцій залишати за клієнтом, якщо серверна ланка в загальній структурі системи є ”вузьким місцем ” внаслідок того, що до сервера одночасно звертаються багато клієнтів. В останній час широке розповсюдження отримали багаторівневі архітектури, у яких СУБД відводиться роль постачальника Web-сайтов. СУБД діє як сервер бази даних, але його клієнтом є сервер додатків (application server), який керує підключеннями до бази даних, транзакціями, авторизацією та іншими процесами. Клієнтами серверів додатків у свою чергу можуть бути Web-сервери, що обслуговують кінцевих користувачів та інші програмні додатки.

Інша важлива тенденція рзвитку сучасних СУБД пов’язана із підтримкою даних мультимедіа. Застосовуючи термін мультимедіа (multimedia), треба під ним розуміти інформацію у вигляді сигналу певного виду. До таких сигналів перш за все відносяться аудіо і відеозаписи, сигнали, що отримуються від радарів, супутникові зображення, також документи і графіка різних форматів. Загальною властивістю даних мультимедіа являється великий обсяг, здатний змінюватися у широких межах, що відрізняє їх від традиційних одиниць представлення інформації – цілих чисел, рядків фіксованої довжини і т.п.

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

Великі розміри об’єктів даних мультимедіа заставляють розробників СУБД модифікувати функції менеджерів зберігання даних, щоб забезпечити можливість розміщення у базі даних об’єктів або кортежів обсягом у гігабайт і більше. Однією із серйозних проблем, яка виникла внаслідок непомірного зростання обсягів елементів даних, зв’язана із доставкою клієнту результатів відправленого ним запиту. У контексті реляційної бази даних результатом виконання запиту являється набір кортежів, які повертаються клієнту як єдине ціле. В умовах даних мультимедіа, результатом запиту може бути відео кліп обсягом 1 гігабайт. Доставка його клієнту як неподільне ціле не може бути не може бути у всіх випадках коректною. По-перше, його доставка клієнту може заблокувати на значний час обробку сервером усіх інших запитів, що чекають своєї черги. По-друге, клієнта може задовольнити невелика частка кліпу, якщо він зможе переглянути якийсь початковий фрагмент кліпа і,тільки потім, мати можливість сформулювати у запиті, який вигляд повинний мати результат запиту. В-третіх, клієнт повинен мати можливість вказувати у запиті спосіб передачі результуючого кліпу (наприклад, передавати інформацію частками на протязі певного часу). Таким чином СУБД, що підтримує формати даних мультимедіа, повинна пропонувати інтерактивний режим обслуговування запитів.

Дата добавления: 2015-05-09