ним з таких обмежень є відсутність коштів роботи зі структурованими об'єктами (списки, дерева тощо). Це обмежує використання реляційних БД в якості сховища даних при вирішенні серйозних науково-технічних завдань, для яких типова складна організація необхідних даних. p align="justify"> Для створення АІС В«ПідпискаВ» використовувалися: СУБД FireBird, утиліта IBExpert, а також інтегроване середовище розробки Delphi.
Firebird (FirebirdSQL) - компактна, кроссплатформенная, вільна система керування базами даних (СКБД), що працює на GNU/Linux, Microsoft Windows і різноманітних UNIX платформах.
В якості переваг Firebird можна відзначити багатоверсійного архітектуру, що забезпечує паралельну обробку оперативних і аналітичних запитів (це можливо тому, що читають користувачі не блокують пишучих), компактність (дистрибутив 5Mb), високу ефективність і потужну мовну підтримку для ранимих процедур і тригерів. Firebird використовується в різних промислових системах з 2001 р. Це комерційно незалежний проект C і C + + програмістів, технічних радників і розробників мультиплатформових систем управління базами даних, заснований на вихідному коді, випущеному корпорацією Borland 25 липня 2000 у вигляді вільної версії Interbase 6.0. Серед недоліків перерахуються відсутність кеша результатів запитів, індексів fulltext для повнотекстового пошуку. p align="justify"> Відповідність вимогам ACID: Firebird зроблений спеціально, щоб задовольняти вимогам В«атомарності, цілісності, ізоляції та надійностіВ» транзакцій В«Atomicity, Consistency, Isolation and DurabilityВ»).
Версійність архітектура: Основна особливість Firebird - Версійність архітектура, що дозволяє серверу обробляти різні версії однієї і тієї ж записи в будь-який час таким чином, що кожна транзакція бачить свою версію даних, не заважаючи сусіднім (В«читають транзакції не блокують пишучі, а пишучі не блокують читаючих В»). Це дозволяє використовувати одночасно OLTP і OLAP запити. p align="justify"> Збережені процедури: Використовуючи мову PSQL (процедурний SQL) Firebird, можливо створювати складні збережені процедури для обробки даних повністю на стороні сервера. Для генерації звітів особливо зручні збережені процедури з можливістю вибірки, що повертають дані у вигляді набору записів. Такі процедури можна використовувати в запитах точно так само як і звичайні таблиці. p align="justify"> Події: Збережені процедури і тригери можуть генерувати події, на які може підписатися клієнт, відкриваючи спеціально налаштований TCP/IP порт.
Генератори: Ідея генераторів (послідовностей) уможливлює просту реалізацію Автоінкрементний полів, і не тільки їх. Генератори є 64 бітними збереженими в базі даних лічильниками, що працюють незалежно від транзакцій. Вони можуть бути використані для різних цілей, таких як генерація первинних ключів, управління тривалими запитами в сусідніх транзакціях, і т. д.