The OpenNET Project / Index page

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

Доступна бета-версия СУБД Firebird 3.0

01.12.2014 17:31

Спустя полтора года с момента формирования альфа-выпуска и почти после десяти лет с момента начала разработки доступна для тестирования бета-версия СУБД Firebird 3.0. Изначально релиз Firebird 3.0 планировалось выпустить ещё в 2007 году, но из-за нехватки ресурсов разработка затянулась.

Из особенностей Firebird 3.0 можно выделить:

  • Переработана архитектура работы сервера, которая оптимизирована для использования на многоядерных системах. Обеспечена возможность распараллеливания нитей обработки запросов и использования общего кэша между ними. Ядро Firebird теперь унифицировано в форме библиотеки, которая может использоваться как для обеспечения работы обрабатывающего запросы по сети сервера, так и для встраивания в приложения.
  • Новый объектно-ориентированный C++ API для разработки дополнений;
  • Новая гибкая система конфигурирования, позволяющая привязывать настройки к разным БД;
  • Дополнительные модели аутентификации;
  • Внешние хранимые процедуры, триггеры и функции (на Java, C++ и других языках);
  • Возможность написания плагинов шифрования;
  • Возможность определения пользовательских PSQL-функций (по аналогии с хранимыми процедурами)
  • Возможность определения DDL-триггеров, срабатывающих при создании, изменении или удалении объектов БД. Указанную возможность можно использовать для ограничения возможностей пользователей по модификации метаданных;
  • Средства для замены штатного плагина трассировки;
  • Реализация полноценного логического типа BOOLEAN;
  • Добавлен тип IDENTITY, позволяющий сгенерировать уникальный идентификатор;
  • Возможность указания ссылки на курсор, как на переменную типа запись;
  • Поддержка смена роли на лету;
  • Отображение объектов безопасности ОС на объекты безопасности Firebird;
  • Возможность шифрования трафика;
  • Поддержка создания пакетов (SQL Packages), позволяющих управлять группой процедур и функций как одним целым;
  • Возможность определения субпроцедур и субфункций;
  • Запрет модификации большинства системных таблиц;
  • Привилегии на изменения метаданных (DDL);
  • Соответствующая стандарту SQL-2008 реализация оператора задания привилегий USAGE (GRANT USAGE/REVOKE USAGE), позволяющая защитить данные, отличные от таблиц, представлений, процедур и функций (например, домены,исключения, генераторы, последовательности, наборы символов и правила сортировки);
  • Обеспечение соответствия оператора MERGE требованиям стандарта SQL-2008: поддержка расширения DELETE, возможность задания нескольких выражений WHEN MATCHED и NOT MATCHED, выражение RETURNING ... INTO.


  1. Главная ссылка к новости (http://www.firebirdsql.org/en/...)
  2. OpenNews: Вышла СУБД Firebird 2.5.2
  3. OpenNews: Релиз СУБД Firebird 2.5.1
  4. OpenNews: Релиз СУБД Firebird 2.5
  5. OpenNews: План развития СУБД Firebird на 2006 год
  6. OpenNews: План развития СУБД Firebird 2.x и 3.0
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/41166-firebird
Ключевые слова: firebird, database
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (108) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, анонимус (??), 17:34, 01/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Не прошло и года. А хотя нет. Прошло.
     
     
  • 2.2, Аноним (-), 17:39, 01/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Это был очень високосный год...
    Но таки рад.
     

  • 1.4, trdm (ok), 17:49, 01/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +11 +/
    Отлично.
    Пусть будет. ХОРОШАЯ СУБД!
     
     
  • 2.5, Нимо Ан (?), 18:05, 01/12/2014 [^] [^^] [^^^] [ответить]  
  • +7 +/
    А расскажите чем именно она хорошая? Так, для общего развития интересно в каких случаях может быть оправдано выбрать из всех вариантов именно её. Чем она сильна, какие особенности?
     
     
  • 3.8, Аноним (-), 19:39, 01/12/2014 [^] [^^] [^^^] [ответить]  
  • –8 +/
    К чему эти вопросы ни о чем? Если ты программист - просто попробуй и делай свой выбор.
     
     
  • 4.11, Аноним (-), 19:54, 01/12/2014 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Не у всех столько ненужного времени, как у вас.
     
     
  • 5.13, Аноним (-), 20:28, 01/12/2014 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Нет времени писать программы? Нет времени изучать что-то новое? Есть время писать бессмысленные комменты? Да, у меня времени полно, и сюда ерунду писать, и полезное что-то делать, почему у тебя не хватает - понятия не имею.
     
     
  • 6.32, anonimouse (?), 03:50, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я объясню: потому что ты врёшь, а он - серьёзно.
     
     
  • 7.73, Аноним (-), 13:27, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Именно. Множество дерьмовых проектов, нагло навязанных пользователям, которые поэтому вынуждены с ней трахаться, используют именно эту СУБДэшку.
     
     
  • 8.75, sim_84 (?), 13:32, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А уж сколько дерьмовых проектов на других СУБД сделано И с ними тоже приходится... текст свёрнут, показать
     
  • 8.78, iZEN (ok), 13:59, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Самая беспроблемная СУБД в отличие от всяких разных My ... текст свёрнут, показать
     
  • 6.66, Аноним (-), 10:59, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Какое же оно новое?
     
  • 6.94, Аноним (-), 08:49, 03/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Нет времени писать программы? Нет времени изучать что-то новое?

    Прикинь, студент, не все готовы программировать под БД, совершенно не выяснив её сильные и слабые стороны. А если ты так поступаешь, значит времени свободного девать некуда.

     
     
  • 7.96, Аноним (-), 10:19, 03/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Прикинь, сынок, берешь и пробуешь. Я хз, как ты вообще начал программировать под что-то, ты ведь не мог знать сильных и слабых сторон своей первой СУБД, ни разу ее в глаза до этого не видев.
     
     
  • 8.97, Аноним (97), 10:32, 03/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Вас прёт, всех шестерых ... текст свёрнут, показать
     
  • 3.21, Crazy Alex (ok), 22:03, 01/12/2014 [^] [^^] [^^^] [ответить]  
  • +6 +/
    В своё время она спокойно тянула несколько большие объемы, чем мускул - это чтобы примерно представлять уровень. Это версионник - что минимизирует проблемы с локами в обмен на мороку с вакуумом. Сейчас из вкусного у неё, пожалуй, в основном то, что она умеет работать как встроенная БД и как полноценный клиент к серверу - причем это делается одним и тем же кодом, различается лишь строка подключения.

    А так - просто прилично написанная БД, с меньшим количеством возможностей (и заморочек), чем мускул, но в целом примерно на его уровне.

     
     
  • 4.33, anonimouse (?), 03:57, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    В своё время она запомнилась не восстанавливаемыми бэкапами :)
    А так - бесплатный InterBase и всё :)

    Кстати аффтар новости - школяр, на C++ это переписали в 2004 году, версия 1.5
    В 3.0 сожно сторпроки на С++ писать, но это слишком крутой инглишЩъ для TC-а :)

     
  • 4.39, Аноним (97), 08:57, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А так же работающими триггерами без Trigger mutation ( привет и ораклу )
     
     
  • 5.68, Очередной аноним (?), 11:31, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > А так же работающими триггерами без Trigger mutation ( привет и ораклу
    > )

    мутирующие таблицы, а не триггер (код триггера же не меняется в процессе выполнения :) )

     
  • 3.26, анонимбуз (?), 22:54, 01/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    M1-Abrams использует Firebird. Но ее надо так часто перетряхивать. постоянно запарывалось содержимое blob полей. IBExpert очень удобен. сказка. в остальном был не в восторге.
     
  • 3.38, Al (??), 08:10, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Для меня FB был прекрасным учебником:
    компактный, быстрый, с полным стандартным SQL, удобным инструментарием (IBExpert).

    Уровни изоляции транзакций (кроме грязного чтения)
    Встроенная работа с массивами (расскажите, кто использовал )))
    Логичная встроенная система триггеров и хранимых процедур (!!!)

    Просьба рассказать о решаемых задачах того, кому не хватало производительности FB!

     
     
  • 4.42, Аноним (97), 09:03, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну реально не хватало, но дело не столько в производительности, а в относительно... большой текст свёрнут, показать
     
     
  • 5.79, Al (??), 14:14, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Для решения узкой, частной задачи простота - это все использование индексов в... большой текст свёрнут, показать
     
     
  • 6.85, Аноним (97), 15:31, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> относительной простоте PSQL
    > Для решения узкой, частной задачи простота - это все!!!
    >> 2.5 и некоторых оптимизаций стали укладываться в 4-8 минут вроде, не
    > использование индексов в сложном запросе с объединением таблиц на FB1.0 позволило ускориться,
    > если память не изменяет, в 5-20 раз!
    > ___Примечание___: Индексы так ускоряют работу с ЛЮБОЙ базой данных.

    А с чего вы взяли что их не использовали, ускорение было уже от сильно оптимизированной системы, в общем за счёт временных таблиц

     
  • 4.74, Аноним (-), 13:29, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Для меня FB был прекрасным учебником:
    > компактный, быстрый, с полным стандартным SQL, удобным инструментарием (IBExpert).
    > Уровни изоляции транзакций (кроме грязного чтения)
    > Встроенная работа с массивами (расскажите, кто использовал )))
    > Логичная встроенная система триггеров и хранимых процедур (!!!)
    > Просьба рассказать о решаемых задачах того, кому не хватало производительности FB!

    Это не ты угребища для российских ФОМСов лабал?

     
     
  • 5.76, Al (??), 13:39, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    о чем речь?
     
  • 5.77, Al (??), 13:43, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Это не ты угребища для российских ФОМСов лабал?

    Какие российские ФОМСЫ используют решения на FB?

     

  • 1.7, VoDA (ok), 18:30, 01/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    У нее выпилили фичу невосстановимый бэкап? Или сохранили для обратной совместимости??? :)
     
     
  • 2.19, Fomalhaut (?), 21:56, 01/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Бэкапил... Восстанавливал... ЧЯДНТ?
     
     
  • 3.34, anonimouse (?), 03:59, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Бэкапил... Восстанавливал... ЧЯДНТ?

    Врешь неумело :)

     
     
  • 4.82, анонимум (?), 14:40, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Не, ври, что он врет, это ты врешь - в каждом комменте.
     
  • 2.43, Аноним (97), 09:04, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > У нее выпилили фичу невосстановимый бэкап? Или сохранили для обратной совместимости???
    > :)

    с разморозкой

     
     
  • 3.58, VoDA (ok), 09:52, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Почитал новости в том числе старых релизов. Не нашел пруфа удаления фичи невосстановимого бэкапа.

    Собственно вопрос к знатокам - починили или все еще возможно получить две записи с одним PK и аналогичные "бонусы"?


    PS использую MS SQL, Oracle, PostgreSQL.

     
     
  • 4.61, Аноним (97), 10:02, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Почитал новости в том числе старых релизов. Не нашел пруфа удаления фичи
    > невосстановимого бэкапа.
    > Собственно вопрос к знатокам - починили или все еще возможно получить две
    > записи с одним PK и аналогичные "бонусы"?
    > PS использую MS SQL, Oracle, PostgreSQL.

    работаю с FB > 7 лет ни разу не удалось.

     
  • 4.64, sim_84 (?), 10:18, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Почитал новости в том числе старых релизов. Не нашел пруфа удаления фичи
    > невосстановимого бэкапа.

    Не было такой фичи. Бекап всегда можно было восстановить хоть и без индексов и ограничений. Просто надо внимательно про ключи читать. К тому же есть nbackup который всегда восстановим.

    > Собственно вопрос к знатокам - починили или все еще возможно получить две
    > записи с одним PK и аналогичные "бонусы"?

    Ни разу не видел такого.

    Причины появления так называемых "невостановимых" бекапов (gbak) описаны ниже и они исправлены.


     
     
  • 5.65, Аноним (97), 10:21, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> Почитал новости в том числе старых релизов. Не нашел пруфа удаления фичи
    >> невосстановимого бэкапа.
    > Не было такой фичи. Бекап всегда можно было восстановить хоть и без
    > индексов и ограничений. Просто надо внимательно про ключи читать. К тому
    > же есть nbackup который всегда восстановим.

    Он уже не в первой новости отличается :)
    При этом я так и непонял, починили ли фичу в PG, когда пол каталога с базой удаляешь? ;)

     

  • 1.10, Аноним (-), 19:44, 01/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Если вам не нужны репликации, кластеризация, возможность восстановления из родных бакапов, то это ваш выбор.
     
     
  • 2.12, vlikhachev (ok), 20:06, 01/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Если вам не нужны репликации, кластеризация, возможность восстановления из родных бакапов,
    > то это ваш выбор.

    Просто делает ненужным embedded (personal) MS SQL...

     
     
  • 3.16, sqlite (?), 20:59, 01/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Чем sqlite не угодил?
    Да не субд, но для embedded и не нужен именно субд.
     
     
  • 4.22, Crazy Alex (ok), 22:04, 01/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не то чтобы не угодил... Но если вдруг база становится тяжеловата для sqlite - придётся возиться с миграцией. А с Firebird - поднимаем сервер, меняем строку подключения - и всё в порядке.
     
     
  • 5.35, anonimouse (?), 04:03, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >>Да не субд, но для embedded и не нужен именно субд.

    Вернул сюда эту строчку.


    > Не то чтобы не угодил... Но если вдруг база становится тяжеловата для sqlite - придётся возиться с миграцией.

    ???
    >А с Firebird - поднимаем сервер, меняем строку подключения - и всё в порядке.

    ?!?!?!?!
    Приговор: тыщща лет расстрела! И ремнём по причинным местам!


    PS: Впрочем ты наверное не смог перевести слово "embedded" и где его применяют? :)

     
     
  • 6.55, Аноним (97), 09:34, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > PS: Впрочем ты наверное не смог перевести слово "embedded" и где его
    > применяют? :)

    в небольших приложениях к примеру, когда потом вдруг этим приложением захочет одновременно пользоваться 10 человек.
    по сути драйвер FB embedded может работать с внешним сервером. Поэтому реально меняется только строчка подключения, что бы вы себе не мнили про значение этого слова ;)

     
  • 2.44, Аноним (97), 09:06, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Если вам не нужны репликации, кластеризация, возможность восстановления из родных бакапов,
    > то это ваш выбор.

    да задолбали уже про возможность невосстановления, у людей годами в производстве работает, есть не простит, и хранит куда более важные данные чем странички лицлкниг всяких.

     
     
  • 3.45, Аноним (97), 09:08, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> Если вам не нужны репликации, кластеризация, возможность восстановления из родных бакапов,
    >> то это ваш выбор.
    > да задолбали уже про возможность невосстановления, у людей годами в производстве работает,
    > есть не простит, и хранит куда более важные данные чем странички
    > лицлкниг всяких.

    p.s. Да кстати восстановление и бэкапирование Oracle та ещё задачка, не говоря уже о том что родной инструмент для создания копий "на лету" на лету их создать не может т.к. sequence-ы слетают...

     
  • 3.67, llolik (ok), 11:02, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Просто многие мануал по gbak/nbackup читают через строчку и "по понятиям", а потом кричат на форумах, что у них всё поломалось.
     

  • 1.14, redwolf (ok), 20:58, 01/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Анонимы такие анонимы. Конкретные вопросы задали: чем лучше аналогов? когда стоит использовать?
     
     
  • 2.29, Нанобот (ok), 23:21, 01/12/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ты ж не думаешь, что тебе прямо так честно и ответят: ещё одна ничем не примечательная субд...

    Когда-то давно firebird был заменой для interbase, что несколько упрощало разработку на delphi. но то было лет десять назад...

     
  • 2.46, Аноним (97), 09:11, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Анонимы такие анонимы. Конкретные вопросы задали: чем лучше аналогов? когда стоит использовать?

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

     
     
  • 3.108, redwolf (ok), 23:25, 03/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Спасибо
     

  • 1.17, Аноним (-), 21:04, 01/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А тем временем 1.5.х ветку несколько лет как выпилили из всех линуксячьих репов, в то время как половина продакшена, юзающего firebird сидит именно на ней, и даже на 2.1.х не чешется переходить. Так победим, да.:(
     
     
  • 2.47, Аноним (97), 09:12, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А тем временем 1.5.х ветку несколько лет как выпилили из всех линуксячьих
    > репов, в то время как половина продакшена, юзающего firebird сидит именно
    > на ней, и даже на 2.1.х не чешется переходить. Так победим,
    > да.:(

    работает не трогай вам незнакомо ?

     

  • 1.18, Serega (??), 21:21, 01/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    firebird это взрослая, надежная бд для продакшн(версии 2.1 отчасти 2.5).
    В firebird отличная поддержка транзакций, оракло подобный psql.
    Высокая отказоустойчивость при ресетах питания.
    Реально параллельная работа в классик режиме.
    Минусы: не самая быстрая, нет репликаций из коробки, утилиты управления не очень логичны.
    В России очень популярна для ведомственных бд и всякого софта коммерческого.
    У нас в продакш более 400 клиентов на ней лет 10 пользуются.
    Если нужна надежность, параллельность и транзакционная целостность - то firebird это отличный выбор.
     
     
  • 2.23, Crazy Alex (ok), 22:09, 01/12/2014 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Ну, популярна она в России в основном потому, что дельфями, на которых этот самый софт писался, хорошо поддерживалась еще со времён бытия Interbase. Впрочем, не могу сказать, что это плохо - многие вещи я бы и сейчас именно на дельфях писал при выборе - там, где нужен более-менее прямой фронтэнд к базе с удобным гуем они очень хороши были.

    А вот PSQL  у него и правда хороший, без мускуловских глупостей и вольностей.

     
     
  • 3.31, Serega (??), 00:09, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Ну, популярна она в России в основном потому, что дельфями, на которых этот самый софт писался

    В основном да.
    Но когда винда гнется - переносят на Linux и отлично работает.
    Частично такие проги уже переписаны на веб клиенты тк делфи не в моде ))

    И все же по транзакциям и psql она на голову выше мускуля да и по надежности тоже.

    С посгрискл сравнивать сложно тк в нем много новых фич и понятно проблемок.
    firebird меняется редко и поэтому более предсказуем и менее фичист.

     
  • 2.27, Аноним (-), 23:09, 01/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Пардон, как у этой взрослой СУБД с горизонтальной масштабируемостью и кластеризацией?
     
     
  • 3.48, Аноним (97), 09:18, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    нормально, т е она не заточена на задачи в которых это нужно проблема в том ... большой текст свёрнут, показать
     
     
  • 4.57, Аноним (-), 09:40, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Вообще кому интересно

    Да никому это неинтересно при наличии PostgreSQL (Postgres-XC и Postgres-XL)

     
     
  • 5.60, Аноним (97), 10:01, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> Вообще кому интересно
    > Да никому это неинтересно при наличии PostgreSQL (Postgres-XC и Postgres-XL)

    угу тут как раз на днях создавал новую БД PG
    > 40,9 МБ
    > 1000 файлов

    как там в мультике

    "Если близко воробей - Мы готовим пушку"

     
     
  • 6.81, Al (??), 14:29, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > как там в мультике
    > "Если близко воробей - Мы готовим пушку"

    ...байка (пруфлинк искать не хочу)
    Когда появились винты на 1Tb энтузиасты FB решили проверить, потянет или нет зверушка?
    Генератором заливали базу неделю! ... в результате оказалась что все работает, производительность осталась примерно на том же уровне... однако, тоже масштабируемость...

     
  • 4.80, Al (??), 14:23, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Вообще кому интересно, много о FB есть на SQL.ru ( так сказать

    ibase.ru Дмитрий Кузьменко рулит!

     
  • 2.36, anonimouse (?), 04:10, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > У нас в продакш более 400 клиентов на ней лет 10 пользуются.

    Всё так - ничего нового на нём нет :) Что успели дельфисты наклепать, вот и всё ...

    > Если нужна надежность, параллельность и транзакционная целостность - то firebird это отличный выбор.

    Пергаааааа! Кто из ныне живущих этого не умеет? +полнетекстовый поиск, + ркпликации\кластеры +OO-store +стотыщь плюшек которые появились в мире DB за последние 10 лет.

    А этот птниц вам нужет _только_ если нужно че-то давать древнему дельфисофту :) Всё.
    Да и то - давать придётся старьё, 1.5\2.*  Не факт что на тройке чего не вылезет :-\

     
     
  • 3.40, Аноним (-), 08:57, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >древнему дельфисофту

    Открою тебе, о мой юный неграмотный друг, страшный-престрашный секрет: новый софт, юзающий 1.5.х, пишут до сих пор. Бо в этих ваших интерпрайзах никто не будет ломать всю инфраструктуру ради замены старых цифирок на новые.

     
     
  • 4.51, Аноним (97), 09:26, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >>древнему дельфисофту
    > Открою тебе, о мой юный неграмотный друг, страшный-престрашный секрет: новый софт, юзающий
    > 1.5.х, пишут до сих пор. Бо в этих ваших интерпрайзах никто
    > не будет ломать всю инфраструктуру ради замены старых цифирок на новые.

    Самое интересное что когда мы переходили с 2.0 на 2.5.хх основная проблема была в UDF, а так по базе все процедуры неплохо тработаны ( да там планы ненужные порезать пришлось ) так что если нет udf то ИМХО смысла сейчас разрабатывать на 1.5 нет, но тут вопрос скорее в нежелании чем в расходах.
    А так, на мой взгляд, 2.5 позволяет серьёзно сократить скорость разработки.

     
  • 3.49, Аноним (97), 09:21, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> У нас в продакш более 400 клиентов на ней лет 10 пользуются.
    > Всё так - ничего нового на нём нет :) Что успели дельфисты
    > наклепать, вот и всё ...
    >> Если нужна надежность, параллельность и транзакционная целостность - то firebird это отличный выбор.
    > Пергаааааа! Кто из ныне живущих этого не умеет?

    вы будете удивлены но с транзакциями проблему почти у всех ( если с FB сравнивать ) пример вам от Oracle:

    insert into table1 ( a, b) values ( 1, 2);
    alter table1 add ( c );
    rollback;
    select * from table1 ->
    1,2


     
     
  • 4.50, Аноним (97), 09:22, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    >> наклепать, вот и всё ...
    >>> Если нужна надежность, параллельность и транзакционная целостность - то firebird это отличный выбор.
    >> Пергаааааа! Кто из ныне живущих этого не умеет?
    > вы будете удивлены но с транзакциями проблему почти у всех ( если
    > с FB сравнивать ) пример вам от Oracle:
    > insert into table1 ( a, b) values ( 1, 2);
    > alter table1 add ( c );
    > rollback;
    > select * from table1 ->
    > 1,2

    про MySQL лучше вообще не вспоминать :)
    да ещё у меня Oracle в сложных VIEW пустое множество возвращал при наличии реальных данных ( 11.2 )

     
  • 4.62, VoDA (ok), 10:05, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > вы будете удивлены но с транзакциями проблему почти у всех ( если
    > с FB сравнивать ) пример вам от Oracle:
    > insert into table1 ( a, b) values ( 1, 2);
    > alter table1 add ( c );
    > rollback;
    > select * from table1 ->
    > 1,2

    А где здесь проблема с транзакциями? Походу месье не знает, что Oracle делает implicit commit на каждый DDL.

    Покажите проблему с транзакциями на DML.

     
     
  • 5.63, Аноним (97), 10:07, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> вы будете удивлены но с транзакциями проблему почти у всех ( если
    >> с FB сравнивать ) пример вам от Oracle:
    >> insert into table1 ( a, b) values ( 1, 2);
    >> alter table1 add ( c );
    >> rollback;
    >> select * from table1 ->
    >> 1,2
    > А где здесь проблема с транзакциями? Походу месье не знает, что Oracle
    > делает implicit commit на каждый DDL.
    > Покажите проблему с транзакциями на DML.

    это не бага это фича... однако она создаёт некоторые неудобства и даже проблемы.

    p.s. По сути любое поведение можно описать в доках и говорить что это не проблема.

     
     
  • 6.69, VoDA (ok), 11:33, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > это не бага это фича... однако она создаёт некоторые неудобства и даже проблемы.

    вы делаете DDL в том же потоке исполнения, что и DML?
    какая задача этого требует? есть ли альтернативные решения?

    > p.s. По сути любое поведение можно описать в доках и говорить что это не проблема.

    Есть фичи, которые мешают при обычных ситуациях. Есть фичи, которые срабатывают в необычных.

    DDL выполняется (обычно), когда выполняется обновление приложения. Или как минимум из специально выделенного потока/соединения. Проводить корректировку ОДНОВРЕМЕННО с манипуляцией данными из того же потока исполнения очень спорная задача. Прямо таки хочется знать, что ее вызывает. =)


    PS проверил на PG - DDL не вызывают авто-коммита. Буду знать :)

    <trollmode>
    PPS идея бэкапа в том, что его можно восстановить (что логично). Соответственно, завершив процедуру бэкапа без ошибок ожидается, что, на той же версии СУБД, восстановление будет выполнено без ручных корректировок.
    </trollmode>

     
     
  • 7.70, Аноним (97), 11:40, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален Обычно это у вас, начинали бы с FB ваша реакция на оракл... большой текст свёрнут, показать
     
  • 7.71, sim_84 (?), 11:43, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • +/

    > <trollmode>
    > PPS идея бэкапа в том, что его можно восстановить (что логично). Соответственно,
    > завершив процедуру бэкапа без ошибок ожидается, что, на той же версии
    > СУБД, восстановление будет выполнено без ручных корректировок.
    > </trollmode>

    Не удачная попытка. Утилита gbak похожа на экспорт в скрипт. Соответственно если в этом метаданных есть косяк, то он не может быть выполнен. Вон в Оракле от этого всякие инвалиды появляются. А в PG ты вообще не узнаешь, что твоя функция кривая пока не запустишь её. Так что и в них корректировки потребуются. В режиме игнорирования ошибок gbak'ом можно конечно восстановить и кривой бекап, но только без кривых объектов.

    nbackup это страничный бекап. Соответственно копию можно снять всегда, как и восстановить её. И существует она с версии 2.0, т.е. 2006 года.

     
  • 7.91, vitalif (ok), 17:58, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > проверил на PG - DDL не вызывают авто-коммита. Буду знать :)

    Да, в PG это вообще адова фича - транзакционный DDL

     
  • 4.83, анонимум (?), 14:49, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Только что попробовал твой пример (запрос из SQL Developer, база Oracle Database 11g Release 11.2.0.3.0 - 64bit Production) - ничего не вернул запрос, так что...
     
     
  • 5.86, Аноним (97), 15:56, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Только что попробовал твой пример (запрос из SQL Developer, база Oracle Database
    > 11g Release 11.2.0.3.0 - 64bit Production) - ничего не вернул запрос,
    > так что...

    http://nv81.ru/gdglshgl/ttt111.png

    Причём это поведение официально прописанное в доках.

     
  • 5.87, Аноним (97), 16:01, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Только что попробовал твой пример (запрос из SQL Developer, база Oracle Database
    > 11g Release 11.2.0.3.0 - 64bit Production) - ничего не вернул запрос,
    > так что...

    ********************
    SQLDeveloper ( Oracle )
    table TTT111 created.
    1 rows inserted.
    table TTT111 altered.
    rollback complete.
             A          B          C
    ---------- ---------- ----------
             1          2            

    table TTT111 dropped.
    *******************

    http://nv81.ru/gdglshgl/ttt111_sqlDev.png

     
     
  • 6.88, Аноним (97), 16:03, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    версия 11.2.0.3.0  
     
  • 2.37, sergp (??), 08:06, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А еще в Дельфях есть нативный драйвер к этой базе, поэтому для школьников - лучший выбор
     
     
  • 3.41, Аноним (-), 08:58, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >нативный драйвер
    >лучший выбор

    Ты сам-то пробовал?:)

     
  • 3.84, анонимум (?), 14:53, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Сынок, с FireDAC доступ к любой БД из Delphi - одинаков для программиста, так что это не аргумент.
     
     
  • 4.93, arisu (ok), 20:58, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Сынок, с FireDAC доступ к любой БД из Delphi - одинаков для
    > программиста, так что это не аргумент.

    охренеть технологии! ок, lmdb нормально работает?

     
     
  • 5.98, Анонимар (?), 10:34, 03/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Что такое lmdb, яндекс упорно исправляет поисковый запрос на imdb. Это СУБД? Видимо, не настолько востребована, чтобы делать ее поддержку, т.к., действительно, нет ссылки на драйвер для такой фигни в компонентах из FireDAC Links... Так я тоже могу вспомнить какую-нибудь СУБД местного пошиба, поддержки которой нет в FireDAC. Не надо все понимать буквально, вместо "к любой" читай "к любой, которая достаточно распространена".
     
     
  • 6.99, arisu (ok), 10:36, 03/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    ну что я могу сказать — профессионала видно сразу.
     
     
  • 7.101, Аноним (97), 10:48, 03/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > ну что я могу сказать — профессионала видно сразу.

    шутки ради:
    ...of a pure in-memory...and is only limited to the size of the virtual address space, (it is not limited to the size of physical RAM).

    Со всех сторон обложили. Вроде pure а вроде нет :)

     
     
  • 8.102, arisu (ok), 10:54, 03/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    да вообще издеваются ещё и от яндекса прячутся, никак не найти вообще ... текст свёрнут, показать
     
     
  • 9.103, Аноним (97), 11:04, 03/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    угу и гитхаб тоже спрятался по версии МТС на текущий момент ... текст свёрнут, показать
     
  • 7.104, Анонимар (?), 12:01, 03/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > ну что я могу сказать — профессионала видно сразу.

    Я могу сказать, что если даже поисковик (что Яндекс, что Гугл) не знает, что это такое  - откуда мне знать? :) по запросу firebird вываливается в яндексе 4 млн ссылок, по lmdb - 24 тысячи, как бы разница на 2 порядка... Т.к. на странице этого "проекта" сравнивается, как я понял, с NoSQL СУБД, имен которых я тоже не знаю - видимо, это какой-то совсем узкоспециализированный продукт :) Какое тогда он отношение имеет к СУРБД и firebird в частности?

     
     
  • 8.105, Аноним (97), 12:10, 03/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    он про способ поиска вероятно не стоит разводить дискуссию об этом, Арису мож... текст свёрнут, показать
     
  • 8.109, arisu (ok), 23:40, 03/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    а такое, что это БД в 84 я читаю 171 к любой БД 187 можем взять lmdb а ... текст свёрнут, показать
     
     
  • 9.110, Ананас (?), 09:39, 04/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Чушь какую-то пишешь, при чем тут файловая система Реляционные БД - в которых е... текст свёрнут, показать
     
     
  • 10.111, arisu (ok), 10:12, 04/12/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    действительно, совсем беда с образованием ... текст свёрнут, показать
     
     
  • 11.112, Аноним (-), 18:47, 04/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Я не знаю, что оканчивал автор вышеприведенного комментария, пусть даже МГТУ им ... текст свёрнут, показать
     
     
  • 12.113, arisu (ok), 03:07, 05/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    о, ещё один тоже читать не умеет, зато кидается защищать собратьев по разуму и... текст свёрнут, показать
     
  • 6.100, Аноним (97), 10:45, 03/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Что такое lmdb, яндекс упорно исправляет поисковый запрос на imdb. Это СУБД?
    > Видимо, не настолько востребована, чтобы делать ее поддержку, т.к., действительно, нет
    > ссылки на драйвер для такой фигни в компонентах из FireDAC Links...
    > Так я тоже могу вспомнить какую-нибудь СУБД местного пошиба, поддержки которой
    > нет в FireDAC. Не надо все понимать буквально, вместо "к любой"
    > читай "к любой, которая достаточно распространена".

    http://symas.com/mdb/


     

  • 1.25, ttldtor (?), 22:31, 01/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Посмотрел исходники транка... какое-то тупое переписывание с сишки.
     
  • 1.28, arisu (ok), 23:21, 01/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > Кодовая база переписана на языке C++

    молодцы, чо. пора на js переписывать, теперь js модный.

     
     
  • 2.52, Аноним (97), 09:27, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> Кодовая база переписана на языке C++
    > молодцы, чо. пора на js переписывать, теперь js модный.

    нет людей готовых код на си поддерживать.

     
     
  • 3.54, arisu (ok), 09:29, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > нет людей готовых код на си поддерживать.

    а на цпп и поддерживать не надо, всё равно фигня.

     
     
  • 4.56, Аноним (97), 09:38, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> нет людей готовых код на си поддерживать.
    > а на цпп и поддерживать не надо, всё равно фигня.

    не успели им D предложить ;)

     

  • 1.30, Serega (??), 00:01, 02/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    >Пардон, как у этой взрослой СУБД с горизонтальной масштабируемостью и кластеризацией?

    Горизонтально в пределах одного сервера по процам - просто супер в классик режиме.

    Если кластер, то из коробки увы нет.
    Мы делали тестовый мастер-мастер в 2.1 на ocfs немного допилив систему блокировок. Работало немного медленнее, хотя в целом приемлемо.
    Но тк хватает и просто HA кластера, то развивать тему пока не стали.
    HA можно и через встроенный шадоу или через тот же сетевой блочный девайс.

    Скажем так это взрослая БД немного отставшая в развитии, но все таки это промышленная БД и на ней не страшно пускать продкшен с учетом бабла и прочее.
    Понятно, что для веба я бы взял мускул там не критично.

     
     
  • 2.53, Аноним (97), 09:28, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    > Мы делали тестовый мастер-мастер в 2.1 на ocfs немного допилив систему блокировок.
    > Работало немного медленнее, хотя в целом приемлемо.
    > Но тк хватает и просто HA кластера, то развивать тему пока не
    > стали.
    > HA можно и через встроенный шадоу или через тот же сетевой блочный
    > девайс.
    > Скажем так это взрослая БД немного отставшая в развитии, но все таки
    > это промышленная БД и на ней не страшно пускать продкшен с
    > учетом бабла и прочее.
    > Понятно, что для веба я бы взял мускул там не критично.

    В пределах одного сервера, super-classic 2.5 работает отлично, проверено за несколко лет, по сравнению с 2.0 classic только плюсы.

     

  • 1.59, sim_84 (?), 09:55, 02/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Автор накосячил в описании. Взял то чего там реально нет, но обещали года 1.5 назад. А некоторые фичи там уж как 10 лет есть.

    > -  Поддержка агрегирования прав доступа;

    нет там этого, первоначально планировалось, но так как по срокам не успевали отложили

    > -  Поддержка задания схем шифрования данных;

    не схем шифрования, а возможность написания плагинов шифрования

    > -  Средства для подключения расширений для мониторинга;

    нету такого, есть возможность заменить стандартный плагин трассировки, но не мониторинга

    > -  Возможность задания триггеров, срабатывающих при удалении или изменении данных;

    это с рождения было

    > -  Возможность задания таймаута, ограничивающего время выполнения запроса.

    это тоже отложили

    Автор не написал:

    - identity

    - ссылка на курсор как на переменную типа запись

    - смена роли на лету

    - отображение объектов безопасности ОС на объекты безопасности FB

    - шифрование трафика

    - пакеты, аля Оракл (возможностей конечно сильно меньше)

    - подфункции и подпроцедуры

    - изменения NULL/NOT NULL для столбцов и доменов и ALTER TABLE T ADD F INT NOT NULL, если есть данные не пройдёт, надо DEFAULT указать (это одна из причин, т.н. "невосстановимого бекапа")

    - запрет модификации большинства системных таблиц (это одна из причин, т.н. "невосстановимого бекапа")

    - оператор MERGE допилен для поддержки стандарта SQL:2008 (предложение DELETE, множество WHEN MATCHED/WHEN NOT MATCHED секций с дополнительными условиями)

    - привилегии USAGE на генераторы и исключения

    - DDL привилегии

     
     
  • 2.72, sim_84 (?), 11:59, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    ах да. Чтобы обломать троллинг на взлёте.

    Стабильность курсора тоже починили.

    Т.е. всякие insert t select * from T и другие приколы тоже теперь работают нормально


     

  • 1.89, OVA (?), 16:55, 02/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Нет промышленного софта? Кому в глаз?!
    Начиная с 1.0 работаем с Firebird.
    Продаём свою систему АСУ уровня предприятия.
    25 регионов РФ, более 200 инсталляций, не счесть удалённых АРМ. Конечноых пользователей - тысяч несколько, не считали.

    Безглючная легко встраиваемая СУБД ПРАКТИЧЕСКИ НЕ ТРЕБУЮЩАЯ АДМИНИСТРИРОВАНИЯ!
    Практически - это значит, что есть громадная наработанная статистика, и есть системы, работающие без участия DBA годами!

    Мифы про невосстановимые бэкапы на ровном месте - не слышал, но при неисправном оборудовании умейте с ними обращаться. Мы своих клиентов не бросаем - помогаем техподдержкой сами.
    За 10+ лет эксплуатации этих систем всего раза два не смог поднять после сбоя базу данных и пришлось воспользоваться для восстановления данных созданным до сбоя по расписанию бэкапом.

    Будем теперь пробовать версию 3.0 и осваивать её новые возможности.
    Спасибо разработчикам!

     
     
  • 2.90, streletsky (?), 17:35, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    слушай, вы в своей версии ПО использовали апдейт, который использует измененное значение
    # UPDATE T SET A = B, B = A

    # старый режим: A становится равным B, B не меняется
    # новый режим: значение A и B меняются

    до 2.5. есть поддержка двух схем апдейта (параметр OldSetClauseSemantics в конфиге) а в 3.0 его не будет.

    и это, к сожалению веская причина не переходить на 3.0

      

     
     
  • 3.92, sim_84 (?), 18:19, 02/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > слушай, вы в своей версии ПО использовали апдейт, который использует измененное значение
    > # UPDATE T SET A = B, B = A
    > # старый режим: A становится равным B, B не меняется
    > # новый режим: значение A и B меняются
    > до 2.5. есть поддержка двух схем апдейта (параметр OldSetClauseSemantics в конфиге) а
    > в 3.0 его не будет.
    > и это, к сожалению веская причина не переходить на 3.0

    Эта не причина. Не надо было полагаться на нестандартное поведение. Просто надо исправить в твоём приложении этот косяк.

    Там ещё и стабильность курсора исправлена. Если у кого то возникла идея воспользоваться этим, то он ССЗБ.

     
  • 3.95, OVA (?), 09:24, 03/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > слушай, вы в своей версии ПО использовали апдейт, который использует измененное значение
    > # UPDATE T SET A = B, B = A

    Нет, и в голову даже не могло придти использовать такое.


     
  • 2.114, Аноним (-), 17:16, 06/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Ну что тебе сказать, OVA ...

    ППЦ

     

  • 1.106, Аноним (-), 17:08, 03/12/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Насколько легко на него мигрировать сервер с InterBase образца 2000 года?
     
     
  • 2.107, sim_84 (?), 18:41, 03/12/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Насколько легко на него мигрировать сервер с InterBase образца 2000 года?

    довольно тяжело. В приложении и ХП надо все кривые запросы выловить.

    А какой смысл? Если приложение 14 лет работало и за это время не мигрировало ни на одну из более новых версий.

     

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



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

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