Firebird Сив кардинал на пазара на база данни, PC World, издателски "отворени системи"

Регистрация за конференцията

В допълнение към ясни лидери на пазара на база данни, има по-малко очевидни, но не по-малко популярен решения като PostgreSQL и Sybase ASA. Но истинската "сив кардинал" може да се нарече, може би, само един - FireBird (в превод от английски "много популярни.").

Много програмисти са запознати с абревиатурата IB / FB. Така четири букви са означени колкото две системи за управление на бази данни - InterBase и FireBird. И двете системи са непретенциозни към ресурси, а платформено независима, лесен за употреба и сравнително лесно да се учи. Много често инструментите клиентския софтуер подкрепят тези две бази данни в същото време.

Доскоро такава възможност съществува за потребителите MySQL база данни, но като се започне с шестата версия на новия собственик на продукта на компанията Sun Microsystems затваря достъпа до изходния код на отделни модули версия на корпоративната база данни. Добър или лош - всеки трябва да реши за себе си, но е факт, че в този момент има само две свободни напреднали релационни бази данни, разпределени с изходния код: PostgreSQL и FireBird.

История FireBird. Firebird и други кълвач

Проучване на историята на "Жар птица", че е лесно да се разбере, че неговият успех в България е било предопределено. Имало едно време, когато много Delphi-програмисти (повечето от които са добре помнят какво Turbo Pascal и Borland Pascal за Windows), за да се пишат програми за BDE, знак за професионализъм се обмисли използването на проект на база данни InterBase. А присъствието в Делфи отделна страница готов за употреба компоненти за InterBase бита общ интерес на бъдещите поколения на разработчиците до базата данни. По традиция, когато се среща с InterBase е направено, за да признае героичен път на тази програма в американската армия - как да го постави на резервоарите "Ейбрамс". Когато Borland (въпреки че носят мистериозен името Inprise) освобождава с отворен код SQL-сървър InterBase 6.0 (или по-скоро 6.0.0.627), но все пак наистина е дал на всеки да изходния код на тази версия, отворена общност Източник появи голямо основание да създадете нов проект , В допълнение, InterBase, и разработчиците са взели участие в него.

Първата версия на FireBird позволи много писане за InterBase 5.x високо вдигната глава, горд от разпространява законно софтуер. Освен това, на компонентите на околната среда Delphi, предназначени за на InterBase, остават напълно съвместими с новата база данни. Какво има да бъде скромен, а сега е пакет Borland IBX компоненти се справя с типични задачи решавани съгласно FireBird, макар и вече не е в тази специална нужда.

Сега е безопасно да се каже, че FireBird - развитие на индустриален софтуер се изисква бисквитки, което гарантира целостта на транзакция на данните, когато го използвате с множество потребители, съответстващи на киселина правила:

Валентност - атомни сделки;

Последователност - данни цялост;

Изолиране - Изолиране
(Контрол на достъпа на потребителя);

Дълготрайност - дълго съхранение продължителност.

Предназначена е за клиент-сървър архитектура, базата данни прави това доста типично изискване при избора на сървърно оборудване за големите проекти. А способността да се работи много добре с големи бази данни и множество клиентски свързвания отдавна е успешно доказан както в рамките на изложения, както и в реални търговски проекти. Тук действа универсално правило - на качеството на база работата е силно зависимо от човека, който да разработи.

Още в версия 1.5, всички модули са внимателно пренаписани в съответствие със съвременните стандарти на ++ езика C. Версия 2.1 е с футуристичен ориентация: тя трябваше да положи някои от планираните за 3.0 архитектура елементи. В тази версия на спусъците са били добавени за общи събития бази данни, глобални временни таблици, израз «актуализира или INSERT», използването на домейни за аргументи и процесуално език.

Разбира се, използването на СУБД FireBird много често се придружава от използването на околната среда за развитие на Delphi, но той е подходящ не само за Delphi и развиваме. Там се разпространява безплатно драйвери за ODBC, Java. NET (1.1, 2.0, 3.5), както и библиотеки за достъп на ниско ниво чрез C ++.

Което е в момента не FireBird

Разделяне на данни и tablespaces

Липса на капацитет на логически и физически разделянето на данни сега е някак си странно изглежда срещу други бази данни. От друга страна, съвременните хардуерни възможности и опит в областта на дизайна на базата данни може да направи чудеса. В някои споделяне RDBMS данни (partitsirovanie таблици) са вече изпълнени, както ако това не е така. С други думи, с помощта на процесуално език означава в FireBird, можете ръчно да приложи нещо подобно на споделяне на данни.

Тази функция позволява на добре структурирана база данни и лесно разграничаване на правата на достъп на потребителите. Липса на схеми - FireBird голям недостатък в сравнение с други модерни развитите релационни бази данни. И изглежда, че не се очаква промените в тази посока.

въпрос интеграция с формата на XML разработчиците прескочени по всички въпроси, които напускат програмисти за широка област на дейност. До известна степен липсата на тези функции може да се компенсира с обещанието за възможностите за работа с външни източници на данни във версия 3.0. Сега FireBird собствени решения, свързани с използването на XML, може да се реализира с помощта на съхранени процедури и функции, определени от потребителя.

Писане на потребителски функции за Java и .NET

Вероятно не съвременните RDBMS не могат да игнорират тази функция.

Java - мощен език за програмиране, който осигурява възможности за разработчиците. Каквото и да погледна незабавно изпълнение, което позволява използването на Java, това определено ще бъде успешна, тъй като най-големите лъжи в цялостната концепция на решения OpenSource: Linux, Firebird ... Java!

Според плановете на разработчиците, за да се създаде възможности за Java и .NET ще бъде във версия 3.0.

Операторите бързо износ / внос на външен файл

Вече е налице FireBird функция се нарича "външни маси" и прилича на устройство за мъчения специално за програмист на всяко ниво на умение. Тя не заслужава специално внимание при проектирането на базата данни, разбира се, ако разработчика на склада за данни няма за цел да обучава свои собствени търпение и старание, независимо от резултата. Все пак, ако гледате диалозите във форумите, някои предприемачи във връзка с външни маси подхранват чувството, напомнящ на Стокхолмския синдром. В момента има много готови платени и безплатни решения (за "автоматично" и еднократни операции) за данните за репликация, внос / износ, съхранявани във файла данни на продукцията, а в сравнение, например, с характеристиките на MySQL забелязва отчетлив липса по този въпрос.

Работа с обекти. наследяване

Вероятно, за изпълнението на обект разполага в релационна база данни - доста двусмислен функционалност от гледна точка на неговата полезност и обща идеология на съхранение. разширения обекти имат не всяка обща база данни, а не всеки се нуждае от тях.

В FireBird всеки външен обект, винаги можете да се хвърлят в поле петно, а останалата част е, както обикновено, това зависи от програмиста. Освен това, в интернет е лесно да се намери статии по методи правилното съхранение на предмети в релационни бази данни.

Ако сравним безплатно FireBird в жертви СУБД Sybase ASA, в полза на последната може да се посочи възможността за използване на уеб услуги и "чужди" маси от друга база данни. Подобни правомощия са в допълнение, MS SQL Server и Oracle, както и сървърен софтуер Adobe ColdFusion, която има свой собствен механизъм за заявки междуплатформени. Редица дейности, които изискват работа с данни от различни източници, се решават на ниво клиентски програми, но темата за прилагането на разнородни справки за FireBird обсъжда в RuNet дълго време. Добри механизми за интеграция са необходими като въздух, именно защото тази база данни се използва за изпълнение на задачите, свързани с средното равнище (мидълуер, софтуер и хардуер, средно ниво за конвертиране на данни, неговата предварителна обработка и т.н.). За да отговори на желанията на работниците, разработчиците най-малко са планирали тази функционалност до версия 3.0.

Вградени възможности за работа с дървесни структури

При работа и съхранение на данни в дърво по поръчка маси огромен свързаните с това задачи част. Темата на отражение на тези данни до пространството за таблици отдавна е тривиално, но програмистите, използващи FireBird, многократно са изразени с членове на местните общности искания за оборудването на сървъра на специализирани съоръжения за съхраняване и обработка на дървета.

За да помогне на разработчика

Сега тя предлага широка гама от шофьори, пакети, компоненти, които осигуряват възможността да се използва по време на работа FireBird във всеки модерен среда за програмиране и с всяко развитие език. Той се актуализира непрекъснато драйвери за свободен достъп до базата данни чрез ODBC, пакети за работа от Java. NET / моно-доставчици, обект C ++ библиотека (като обвивка за API), водач да работи на PHP. И всичко това богатство има съответен документация, казуси, както и перспективите за развитие. Но, както и преди, специална любов към FireBird подхранване Delphi-програмисти, които могат да бъдат наречени най-малко три пакети FireBird-компонент готов за търговска употреба.

Непосредствените перспективи: Firebird 2.5

От пускането на версия 3.0 е все още в мъглявата перспектива, за тази версия ни бе обещано разнородни запитвания и изтегляне на носители на данни.