Вбудовувані СУБД
С. Л. Зайцев, Interface Ltd.
"І ось раз в столицю приїхали двоє ошуканців. Обманщики говорили, що вони знамениті ткачі. І що вони вміють виготовляти таку чудову тканину, краще якої нічого не можна собі уявити. Ця тканина відливає найяскравішими фарбами і розшита найкрасивішими візерунками. Але крім всього цього вона має чудову властивість: її можуть побачити тільки розумні люди. Ні дурень, ні людина, яка не годиться для своєї посади цій прекрасній тканини не побачить ".
"Нове вбрання короля",
Г. Х. Андерсен
Розробка корпоративних інформаційних систем під замовлення нерідко може обернутися великими втратами як для замовників, так і для розробників. Перші ризикують, витративши багато часу і грошей, отримати щось теоретично працює, але непридатний для інтенсивного застосування в практичній діяльності. Другим загрожує небезпека витративши сили, нерви і знову-таки час, привести на світ мертвонароджену систему. Причому якщо для більш-менш великих замовників такий результат невигідний, небажаний, в загальному неприємний, то для розробника, особливо якщо мова йде про невеликі консалтингових фірмах, він може обернутися крахом.
Уявіть собі: ви отримали великий престижне замовлення. Розраховуючи на значний прибуток після його виконання, взяли на роботу нових співробітників і, можливо, навіть взяли кредит. Спочатку все начебто йде добре, але поступово проект починає нагадувати Вавілонську вежу. Кількість помилок, серйозних недоліків і відвертих каліцтв зростає обернено пропорційно часу, що залишається до позначеної в календарному плані дати закінчення робіт. І нарешті ви втрачаєте спільну мову з клієнтом. Звичайно, подібна ситуація не обов'язково призводить до летального результату. Але, без сумніву, вона завдасть вам чималих збитків. Справа не тільки в тому, що за цей конкретний проект ви отримаєте набагато менше, ніж розраховували. Позиційні втрати також необхідно брати до уваги. Провал може несприятливо відбитися на вашій репутації, це очевидно. Але крім того, ви не отримаєте позитивного досвіду виконання проектів і не зможете додати черговий пункт до свого корпоративного резюме. Похвалитися буде нічим. Чи варто говорити, що станеться, якщо ви будете постійно завалювати проекти? Годі про сумне.
Для компанії-замовника провал інформаційного проекту, можливо, не настільки фатальне подія, однак, досить неприємне. Адже інвестиції в проект робилися в припущенні, що він буде успішно завершений, а не провалений. І знову-таки не слід забувати про позиційних моментах. Порвав проекту інформатизації призведе до того, що буде упущено час. А це вже серйозно. Особливо, якщо те ж саме не станеться з конкуруючими підприємствами.
Що робити керівникам підприємств для того, щоб після тривалого спілкування з підрядниками не опинитися в становищі голого короля? Уважно дивитися, кого наймати. Але відмовившись від пропозицій одного, другого, третього "інформатізатора", важко не уславитися ретроградом, який не бачить сенсу в застосуванні інформаційних технологій і не годиться для своєї посади. Що ж, можливо, слід зробити вибір на користь готового одягу і, відмовившись від розробки власної корпоративної системи, вибрати оптимальний для вашого підприємства готове рішення. Саме така тенденція склалася зараз на ринку інформатизації діяльності підприємств. Як ні парадоксально, сьогодні за вже готову систему багато підприємств готові платити в 2 - 2,5 рази більше, ніж за розробку, яку, як то кажуть, залишилося тільки почати і закінчити.
Одним з обов'язкових компонентів корпоративної інформаційної системи є сервер баз даних. Це відноситься в тому числі і до тиражованим рішенням. Але до SQL-серверів, що застосовуються в тиражованих системах, так званим вбудованим SQL-серверів, пред'являються особливі вимоги. Оскільки про конфігурацію комп'ютерів у користувачів заздалегідь точно нічого не відомо, вони повинні бути досить компактними і невибагливими до ресурсів. У користувача може не бути достатньо кваліфікованого системного адміністратора, тому що вбудовується сервер повинен бути відносно простий в установці і адмініструванні. Неможливо залишити поза увагою і такий параметр, як вартість сервера. У даній статті ми розглянемо три сервера баз даних, які, на нашу думку, будуть гарні в ролі вбудованих СУБД: Centura SQLBase, IB Database (раніше відомий як Borland Interbase) і Sybase SQL Anywhere.
Centura SQLBase 7.0
Сьома версія SQLBase є порівняно невеликий СУБД, яку сама фірма-виробник позиціонує як сервер БД, що використовується для побудови тиражованих додатків, децентралізованих інформаційних систем, а також систем, орієнтованих на Web. Використовуючи цей програмний продукт, можна створювати надійні системи обробки даних, які не потребують складного адміністрування і здатні задовольнити всі потреби більшості користувачів.
Важливою особливістю SQLBase 7.0 є легкість переходу до нього від попередніх версій, а також простота в освоєнні. Важливо також наявність в цьому сервері БД вбудованих диспетчерів, які забезпечують повну інтеграцію з Microsoft Windows NT і Novell NetWare, універсального механізму реплікації даних і API для побудови Java-додатків. Слід зазначити, що SQLBase займає одну з провідних позицій серед вбудованих СУБД для платформи Novell NetWare, настільки популярної в Росії. SQLBase 7.0 підтримує реплікацію для всіх СУБД, зокрема двосторонню реплікацію з усіма основними джерелами даних.
Зростає популярність Java як основного мови для розробки Web-додатків. Java-аплетів, як клієнтським, так і серверним потрібен доступ до баз даних. SQLBase 7.0 має JDBC-драйвери, що дозволяє організувати подібний доступ додатків, написаним на Java. Рівень 4 JDBC-драйверів дає можливість створювати c допомогою Java дуже прості клієнтські частини додатків, пов'язані з вбудованою базою даних, заснованої на SQLBase. В даний час завершується процедура сертифікації SQLBase Генеральним штабом.
IB Database 5.0
IB Database 5.0 - нова версія сервера баз даних фірми Interbase (яка нещодавно виділилася з Borland) позиціонується Borland як СУБД для відповідальних бізнес-рішень. У IB Database 5.0 використовується фірмова архітектура SuperServer, є підтримка Java і JDBC. У IB Database 5.0 реалізовані і отримали подальший розвиток традиційно сильні сторони InterBase: активне ядро бази даних, сигналізатори подій, розширений набір типів даних, проходження стандартам ANSI SQL92. Наявний в IB Database механізм багатоверсійності робить цей сервер дуже вдалим вибором при створенні додатків, що працюють в реальному часі. Припустимо, в базу даних періодично повинні надходити великі обсяги інформації, що збираються в режимі реального часу з датчиків. Оскільки прийом даних може не залишити системі часу на виконання оператора COMMIT, підтримання посилальної цілісності і інші "формальності", доводиться робити все це "заднім числом". Але всі інші частини програми не можуть працювати з неузгоджені базою даних. Тому, обробляючи потік даних, доводиться створювати копію БД, а потім замінювати стару копію нової. Можливість працювати з БД таким чином і забезпечує механізм багатоверсійності. IB Database працює на дуже багатьох платформах і активно використовується у військовому відомстві США.