The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Вышла СУБД Firebird 2.5.4

01.04.2015 22:20

Доступен корректирующий релиз реляционной СУБД Firebird 2.5.4, продолжающей развитие кода БД InterBase 6.0, открытого в 2000 году компанией Borland. Firebird распространяется под свободной лицензией MPL и поддерживает стандарты ANSI SQL, в том числе такие возможности, как триггеры и хранимые процедуры.

Кроме исправления ошибок, в новой версии добавлена возможность низкоуровневой проверки целостности дисковых структур таблиц и индексов с сохранением доступности БД для выполнения других операций (в режиме online). Реализован механизм раннего освобождения внутренних временных блобов, что позволило высвободить дополнительную память и дисковое пространство.

  1. Главная ссылка к новости (http://www.firebirdsql.org/en/...)
  2. OpenNews: Доступна бета-версия СУБД Firebird 3.0
  3. OpenNews: Началось альфа-тестирование СУБД Firebird 3.0
  4. OpenNews: Релиз СУБД Firebird 2.5
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/41952-firebird
Ключевые слова: firebird
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (34) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 23:37, 01/04/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кто поделится опытом? Шустрее ли MySQL? Когда можно и нужно юзать, если, скажем, репликация не нужна.

    Спасибо ответившим.

     
     
  • 2.2, Аноним (-), 01:33, 02/04/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    это из разных вселенных СУБД. FB (как и сам Interbase/Growe) - полноценная, полностью SQL/ACID-совместимая реляционная БД, с полной поддержкой UDF, DDL и прочего. также реалтайм нежесткий реализован(во встраиваемых версиях(юзаются много где, вплоть до американских танков и другого) и жесткий есть).
    если и сравнивать то с слоником/постгресклом или ораклом, нарное.
    совсем другая весовая категория, повторюсь.
    их хотели схавать обманом российские/оффшорные рейдеры софтверные, но не прокатило.
     
     
  • 3.3, ананим.orig (?), 03:21, 02/04/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Угу. И в результате она вообще стала открытой.
    (И почти никому не нужна. Судя по интенсивности развития)

    Зыж
    Как много юзавший и интербэйз, и оракл, и мускул.
    Последний быстрее (и гибче. Вопрос был об этом, а не о вашей лекции на тему). К тому же он не субд, а движок по управлению различными хранилищами данных (включая ACID, да-да).
    Интербэйз (и сабж как наследник) хороши для разработки, тестов, легкого применения,.. и который стал фактически невостребованным с уменьшением популярности делфей/билдера.
    Для серьёзного применения — оракл. Благо перевести с интербэйза на него наимение трудозатратно (Думаю именно так и задумывалось байдезигн).
    Да, версилнник. Как и оракл. Но точно не для нагруженного применения даже близко.

    Ззыж
    К сабжу отношусь более чем положительно. Но не надо сказок. Откровенно жалел, что оракл не захавала борланд (после открытия сабжа есесно :D)
    Чуть ли не единственный случай моего сожаления из всех приобретений ораклом (которого таки не было :D).
    Что привело к последующему упадку делфей, с++билдера, кайликса.. ну и сабжа за компанию.
    Очень рад, что он всё-таки жив (благодаря своевременному открытию сырцов). Хоть уже и не так востребован.
    Если что и хотели схавать, то средства разработки. А сабж,.. Вон он. Хавай — не хочу. Не гпл чай.

     
     
  • 4.8, Аноним (-), 08:13, 02/04/2015 [^] [^^] [^^^] [ответить]  
  • –5 +/
    > Что привело к последующему упадку делфей, с++билдера, кайликса.. ну и сабжа за
    > компанию.

    Ты бы хоть поставил RAD Studio из последних - реальный конкурент по удобству ей только Visual Studio мелкомягкая.

     
     
  • 5.14, pony (?), 11:20, 02/04/2015 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Тот ещё сорт того самого, до MS VS им не знаю как до чего топать. Ещё столько денег берут за это позорище.
     
     
  • 6.16, Аномимимис (?), 12:51, 02/04/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я за все время использования разных версий потратил 0 рублей 0 копеек, для меня это - вполне нормальная сумма:)
     
  • 6.17, Аномимимис (?), 12:52, 02/04/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Тот ещё сорт того самого, до MS VS им не знаю как
    > до чего топать. Ещё столько денег берут за это позорище.

    Да им обеим до emacs'а, как до Луны!

     
  • 4.10, Анонисимус (?), 08:58, 02/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Для серьёзного применения — оракл. Благо перевести с интербэйза на него наимение трудозатратно (Думаю именно так и задумывалось байдезигн).

    Это шутка такая? У интербейза язык хранимых процедур вообще не на что другое не похож.

     
     
  • 5.21, ананим.orig (?), 15:12, 02/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    И что?
    Переписывать клиента то нет нужды, поменял датасоурс и фактически всё.
    И возможно это благодаря схожести в управлении  транзакциями, блокировками и тд, а не хранимыми процедурам (да, их нужно адаптировать. А в каких субд не нужно? Похожи языки или нет, а работы столько же на стороне субд)
     
  • 2.5, Аноним (-), 06:08, 02/04/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Короче, дело так - вопрос ваш не читал, но отвечу, догадавшись о его сути: для ембендовки лучше подойдет SQLite, а как СУБД лучше юзать PostgreSQL9.4 с кластеризацией, репликацией, JSONB и т.д. Вообщем со всем тем, чего в фаербёрде нет и в ближайшее столетие не планируется.
     
     
  • 3.7, Аноним (-), 08:10, 02/04/2015 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Короче, дело так - вопрос ваш не читал, но отвечу, догадавшись о
    > его сути: для ембендовки лучше подойдет SQLite, а как СУБД лучше
    > юзать PostgreSQL9.4 с кластеризацией, репликацией, JSONB и т.д. Вообщем со всем
    > тем, чего в фаербёрде нет и в ближайшее столетие не планируется.

    Там может тогда лучше Оракл юзать, не? Там полно всего, чего в Постгресе нет и не планируется :)

     
     
  • 4.11, Аноним (-), 09:55, 02/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    например? чего конкретно?
     
  • 4.13, FF (?), 10:28, 02/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > лучше Оракл юзать, не?

    Цена лицензии, а?

     
  • 4.24, Аноним (-), 16:51, 02/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    увы, нет. проще перечислить то, что не лучше Оракла будет, чем наоборот.
     
  • 2.9, Аноним (-), 08:15, 02/04/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Кто поделится опытом? Шустрее ли MySQL? Когда можно и нужно юзать, если,
    > скажем, репликация не нужна.

    Так MySQL умер вроде, не? Или ты MariaDB имеешь ввиду?


     
     
  • 3.26, абвгдейка (?), 18:10, 02/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >Или ты MariaDB имеешь ввиду?

    какая ему разница, если он умеет только mysql, а остальные не умеет :)

     
  • 3.31, Аноним (-), 08:43, 03/04/2015 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Так MySQL умер вроде, не? Или ты MariaDB имеешь ввиду?

    MariaDB - это дистрибутив Oracle MySQL с небольшими "доработками"

     
  • 2.22, абвгдейка (?), 16:21, 02/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >Шустрее ли MySQL

    на чем? На простейших выборках по первичному ключу - мускулу равных нет, только nosql.
    А на более менее жизненных задачах - отчеты, транзакциях (в том числе каскадные, чего в мускуле еще лет 10 не будет) - намного быстрее, плюс свобода udf. Но. Его, как и любую СУБД надо уметь готовить :)

     
     
  • 3.23, Есюки (?), 16:45, 02/04/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    На более-менее большом наборе данных на простейших выборках по первичному ключ Postgresql рвет  MySQL как Тузик грелку. На маленьких сопоставимы.

    Порог с которого надо использовать NoSQL хранилища где-то от 80.000.000 - 100.000.000 записей. Но и это зависит от железа, рук ДБА и много чего еще.

     
     
  • 4.25, абвгдейка (?), 18:09, 02/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Postgresql рвет  MySQL как Тузик грелку

    да-да, сказочники такие сказочники, если бы оно хоть отчасти было так, я бы только на pg и сидел :)

    >Порог с которого надо использовать NoSQL хранилища где-то от 80.000.000 - 100.000.000 записей

    это заявление такой же тык в воздух, как и предыдущее. Ибо все строится от задач, а не от того, что кто-то там посчитает "количество записей в базе" (это что за форма подсчета такая?) и скажет "надо" :)

     
  • 4.28, Нониус (?), 20:10, 02/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >Порог с которого надо использовать NoSQL хранилища где-то от 80.000.000 - 100.000.000 >записей. Но и это зависит от железа, рук ДБА и много чего еще.

    Я, наверное, отстал от жизни - никогда не использовал NoSQL-СУБД, только примерно знаю, что это - просто хранилища "ключ-значение". Имеет смысл для хранения всякой неструктурированной ерунды вроде мультимедиа-данных. Таким образом, как может, скажем, в биллинговой системе какого-нибудь условного Ростелекома или Сбербанка, где счет записей идет даже не на миллионы, а на миллиарды, но записи все однотипны, NoSQL-СУБД заменить традиционную реляционную?

     
     
  • 5.34, hummermania (ok), 16:19, 06/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Не совсем "ключ-значение", т.к. "key-value" только один из типов NoSQL БД. А есть еще документоориентированные, колончатые, граф-ориентированные и т.д. Под задачу хранения "неструктурированныой мультимедиа ерунды" надо всё же подбирать базу по серии критериев. Завтра Вам захочется навешивать к мультимедиа объекту неограниченный набор атрибутов и быстрый поиск по нему - а тут раз и база "не шмогла". Начните хотя бы отсюда - если у Вас стоит задача выбора http://nosql-database.org/ - беглый обзор множества популярных баз. А потом уже сравнивать между нескольких.
     

  • 1.4, Отражение луны (ok), 04:30, 02/04/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Ух ты, оно еще живо. Печально.
     
     
  • 2.6, Аноним (-), 08:09, 02/04/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Я тебе больше скажу - я на с ее использованием приложения вполне успешно пишу(когда Оракл неоправданно использовать), т.к. требования к системным ресурсам просто смешные по нынешним временам.
     
     
  • 3.20, Отражение луны (ok), 14:45, 02/04/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вам было бы неплохо познакомиться с какой-нибудь настоящей СУБД, скажем, постгресом.
     
     
  • 4.29, Аноним (-), 20:18, 02/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >Вам было бы неплохо познакомиться с какой-нибудь настоящей СУБД, скажем, постгресом.

    Я с ораклом работаю 8 часов 5 дней в неделю :) Но файрбёрд мне нравится - ресурсов потребляет мало, IBExpert даже удобнее, чем Oracle SQL Developer, таскать на клиентские машины в довесок к своим программам 100 МБ Instant Client не нужно - красота. Так что мне не нужна "настоящая" СУБД, которая, возможно, в чем-то превосходит файрбёрд (на словах), но уступает ораклу (на деле) :)

     
  • 4.35, sim_84 (?), 11:24, 29/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Вам было бы неплохо познакомиться с какой-нибудь настоящей СУБД, скажем, постгресом.

    для начала пусть Postgres научится валидировать хранимые процедуры. А то удалил какой-нибудь столбец таблицы, а то что 10 процедур окривели заметишь только во время их выполнения и то не факт что сразу ибо процедура может быть ветвистой.

     
  • 2.12, Клыкастый (ok), 10:28, 02/04/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Да пусть живёт, жалко чтоле. опенсорс.
     

  • 1.15, правдоруб (?), 12:22, 02/04/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кстати, в каких БД есть режим строгого соблюдения стандарта SQL, чтобы непереносимые запросы сразу возвращали ошибку?
     
     
  • 2.18, Аноним (-), 13:00, 02/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Кто тебе заставляет использовать не стандартные расширения в СУБД? Используй только то, что в ANSI прописано и будет переносимо на всех СУБД.
     
  • 2.32, Аноним (-), 08:49, 03/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Кстати, в каких БД есть режим строгого соблюдения стандарта SQL, чтобы непереносимые
    > запросы сразу возвращали ошибку?

    sql_mode в mysql, у postgresql - наоборот есть опции для выключения ansi режима.

     

  • 1.27, Аноним (-), 19:53, 02/04/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Этот ужас без репликации и с невосстанавливающимися бэкапами еще не сдох?
     
     
  • 2.30, Аноним (-), 04:54, 03/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Так вроде бы клялись соседским поросёнком что бэкапы починили? Или как обычно?
     
     
  • 3.33, Rumpel (ok), 11:55, 04/04/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Как обычно, к сожалению
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру