The OpenNET Project / Index page

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

Выпуск СУБД Firebird 3.0.3

05.02.2018 09:30

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

В новой версии общие табличные выражения (Common Table Expression) теперь могут оставаться неиспользуемыми. Оптимизированы такие операции как слияние дельта-файла с основным файлом БД (инкрементальный бекап), ALTER DOMAIN при наличии большого количества зависимостей от домена, сброс грязных страниц на диск. В getInfo() обеспечен вывод дополнительной информации о сжатии и шифровании. Ускорено резервное копирование при помощи nBackup на внешние разделы NAS поверх SMB. В Firebird 3.0.3 также устранена уязвимость, при которой владелец дополнительного ключа может создавать неавторизированные соединения к зашифрованной БД.

  1. Главная ссылка к новости (https://www.firebirdsql.org/en...)
  2. OpenNews: Вышла СУБД Firebird 3.0.2 с устранением опасной уязвимости
  3. OpenNews: После 12 лет разработки состоялся релиз СУБД Firebird 3.0
  4. OpenNews: Вышла СУБД Firebird 2.5.4
  5. OpenNews: Релиз СУБД Firebird 2.5
Лицензия: CC-BY
Тип: Программы
Ключевые слова: firebird, database
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (147) Ajax | 1 уровень | Линейный | Раскрыть всё | RSS
  • 1.1, Аноним (-), 09:57, 05/02/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –13 +/
    А зачем она нужна, если есть postgresql, mariadb, mongodb, clickhouse и sqlite?
     
     
  • 2.4, Diozan (??), 10:10, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +24 +/
    Зачем mariadb, если есть postgresql?..
    Зачем mongodb, если есть postgresql?..
    Зачем clickhouse, если есть postgresql?..
    Зачем sqlite, если есть postgresql?..
    А зачем  postgresql?..
     
     
  • 3.17, Аноним (-), 11:41, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >Зачем mariadb, если есть postgresql?..

    не нужна

    >Зачем mongodb, если есть postgresql?..

    для данных с нечёткой схемой.

    >Зачем clickhouse, если есть postgresql?..

    для анализа временных рядов в бигдейте

    >Зачем sqlite, если есть postgresql?..

    быстрая - нет оверхеда на синхронизацию.

     
     
  • 4.30, SysA (?), 14:04, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +4 +/
    >>Зачем mongodb, если есть postgresql?..
    > для данных с нечёткой схемой.

    С версии 9.4 postgresql поддерживает данные с нечёткой схемой!.. ;)

     
     
  • 5.78, лютый жабист__ (?), 05:17, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >С версии 9.4 postgresql поддерживает данные с нечёткой схемой!.. ;)

    1. Монга появилась раньше.
    2. Как JSON* приделан к Слону - да идите вы обратно откуда пришли. Хотя если ни разу не увидеть Монго, то кому-то может и понравится.

     
     
  • 6.109, _ (??), 17:26, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Фсе девочки знают что монга - оно!

    "Mongo writes are not reliable. While most go through, it is never guaranteed that update succeeds or not and you have to manually query database to check if it did."
    Если ты не поняло - это цитата из приговора вынесенного кровавым Ынтерпрайзом :)

    Это конечно не значит что монгу там вообще не юзают, но юзают ея для сбора всякой фигни, которая даже если и пол-дня лежит, то воет только мониторинг :-)))))

     
     
  • 7.115, й (?), 18:22, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ага, ссылка за 2010 год, сейчас всё гораздо лучше. кто там седьмой постгрес вспоминал?
     
     
  • 8.146, Аноним (-), 19:28, 07/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    2010 это pg 9 0... текст свёрнут, показать
     
  • 7.126, лютый жабист__ (?), 07:17, 07/02/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Mongo writes are not reliable
    >это цитата из приговора вынесенного кровавым Ынтерпрайзом

    кло^WЭксперты опеннета такие эксперты.

    OTOH, Mongo writes are not reliable. While most go through, it is never guaranteed that update succeeds or not and you have to manually query database to check if it did.
    answered Jul 26 '12 at 11:36
    Oleg V. Volkov

    Боже мой, разве Олег Волков со стэковерфлоу в 2012м мог ошибаться?! Срочно сношу монгу со всех серверов.

     
     
  • 8.135, Олег Волков (?), 17:08, 07/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    в 2012м - не мог ... текст свёрнут, показать
     
     
  • 9.136, й (?), 17:18, 07/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    ага, там в 2013 починили эти проблемы... текст свёрнут, показать
     
     
  • 10.137, _ (??), 17:41, 07/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Я тебе конечно верю, но вот ссылочку на Ъ былобы ЗБС Хозяйство не моё самому ис... текст свёрнут, показать
     
     
  • 11.140, й (?), 18:02, 07/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    https stackoverflow com a 10582522 6162139... текст свёрнут, показать
     
  • 11.153, лютый жабист__ (?), 06:59, 08/02/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Как обычно на опеннете, ты Монгу и в глаза не видел, но кукарекаешь против Монг... текст свёрнут, показать
     
     
  • 12.155, _ (??), 18:55, 08/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Я тебе поставил - разъярённая жаба которая кукарекает за - это доставляет -... текст свёрнут, показать
     
  • 12.160, Andrey Mitrofanov (?), 09:59, 09/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Конечно, нет Но я поискал пару минут I About Jepsen Jepsen is an effort to ... текст свёрнут, показать
     
     
  • 13.161, лютый жабист__ (?), 11:14, 09/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    У Монги не только скорость в достоинствах Очередная статейка от 2010 Я пару пр... текст свёрнут, показать
     
     
  • 14.162, Andrey Mitrofanov (?), 11:30, 09/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, неси её на помо ку, не тормози ... текст свёрнут, показать
     
  • 6.145, Аноним (-), 19:26, 07/02/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > 1. Монга появилась раньше.

    2009 год

    Schemaless hstore в postgres — 2006 год.

     
     
  • 7.152, лютый жабист__ (?), 06:49, 08/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >> 1. Монга появилась раньше.
    > 2009 год
    > Schemaless hstore в postgres — 2006 год.

    А в 1998 году в Слона можно было засунуть XMLку в varchar. Вау, Слон вскукарекнул раньше всех.

    Но в 2018м почему-то работать с Mongo на порядки продуктивнее, чем со Слоном...

     
     
  • 8.156, _ (??), 18:58, 08/02/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В какой из банков успешно внедрили - Ах вы о чатегах тады ДА Лютая ве... текст свёрнут, показать
     
  • 4.47, й (?), 17:13, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>Зачем mariadb, если есть postgresql?..
    >не нужна

    вот им расскажите: https://eng.uber.com/mysql-migration/

     
     
  • 5.62, Аноним (-), 20:06, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    это уже давно обсудили и обсосали, сейчас да и по большей части ранее, это уже не актуально.
     
     
  • 6.64, й (?), 20:56, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    актуально-актуально. если вам надо хотя бы десятки тысяч одновременных соединений, брать постгрес -- это дурка, вам любой dba расскажет (если он с постгресом работал -- ещё и расскажет, чем плох pgpool, например). mysql тащит такое на одном хосте. но там другие проблемы, да.
     
     
  • 7.66, Аноним (-), 22:39, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    PgBouncer если вам столько открытых сессий держать нужно.
     
     
  • 8.75, leap42 (ok), 04:45, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    тс не спугните эксперта с пгпулом в 2018 ... текст свёрнут, показать
     
  • 8.106, й (?), 13:11, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    уже лет шесть с ним знаком для ряда юзкейсов лучше, чем ничего, а для ряда не с... текст свёрнут, показать
     
     
  • 9.110, _ (??), 17:36, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Десятки тысяч коннектов к DB да у них архитект заодно жена хозяина, любое ег... текст свёрнут, показать
     
     
  • 10.113, й (?), 17:43, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    да нет никакой серебряной пули просто бывают юзкейсы, для которых постгрес не п... текст свёрнут, показать
     
     
  • 11.138, _ (??), 17:45, 07/02/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А зачем мне рассказывать то, о чём я и сам знаю - Речь с броневичка была о то... текст свёрнут, показать
     
     
  • 12.141, й (?), 18:11, 07/02/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    это было антитезой на юношеский максимализм вида mysql не нужен, postgres наше ... текст свёрнут, показать
     
     
  • 13.157, _ (??), 19:13, 08/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    profession de foi C Давай расставим точки над Ё - я очень уважаю слоника... текст свёрнут, показать
     
  • 9.127, лютый жабист__ (?), 07:30, 07/02/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А ещё лет через десять можешь ознакомиться с 3tier-архитектурами Надо вво... текст свёрнут, показать
     
     
  • 10.130, й (?), 13:59, 07/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    ещё раз внимательно читаем коркодила из ссылки ниже а уже потом делаем предполо... текст свёрнут, показать
     
  • 10.139, _ (??), 17:51, 07/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Ну явные тролли отпадут, это да А что делать с такими как ты Ведь чувствуется... текст свёрнут, показать
     
  • 3.26, Anon123 (?), 13:23, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    А что, postgresql можно использовать как sqlite?
     
     
  • 4.49, Stop (?), 17:27, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Davno
     
     
  • 5.74, angra (ok), 03:56, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    То, что существуют _сторонние_ реализации embedded postgres, вовсе не означает, что он действительно может использоваться как замена sqlite.
     
  • 4.111, _ (??), 17:37, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >А что, postgresql можно использовать как sqlite?

    А из булки хлеба можно сделать троллейбус (С)

     
  • 3.83, anomymous (?), 08:50, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Зачем mariadb, если есть postgresql?..

    Затем, чтобы не вакуумить базу с мейнтенансом каждый раз.

    > Зачем mongodb, если есть postgresql?..

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

    > Зачем clickhouse, если есть postgresql?..

    Не пробовал. Подозреваю, что чтобы не вакуумить.

    > Зачем sqlite, если есть postgresql?..

    В качестве embedded БД с минимальным оверхедом для приложений, которым не нужен выносной движок.

    > А зачем  postgresql?..

    Не буду троллить.

     
     
  • 4.112, _ (??), 17:39, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >чтобы не вакуумить базу с мейнтенансом каждый раз.

    До сих пор на 7.* ?  Ну респект конечно, но со времён Чапаева много блин изменилось :)

     
     
  • 5.114, й (?), 18:06, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    вот умный человек про 9.6 пишет https://plumqqz.livejournal.com/499009.html
     
  • 5.116, пох (?), 18:37, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    да-да, со времен 7 изменилось что в каждой новой версии нам торжественно заявляют "vacuum больше не нужен" и "мы его скоро-скоро вообще выпилим из cli". Помнится, к выходу десятой тоже заявляли. А воз и ныне там - vacuum full и reindex наше всьо, поскольку структуру хранилки с 95го года никак нельзя переделать.

     
     
  • 6.142, _ (??), 18:14, 07/02/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ... у всех свои недостатки! (С) В джазе только девушки
    :-)
     
  • 5.128, лютый жабист__ (?), 07:35, 07/02/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >>чтобы не вакуумить базу с мейнтенансом каждый раз.
    > До сих пор на 7.* ?  Ну респект конечно, но со
    > времён Чапаева много блин изменилось :)

    Эксперты, такие эксперты. В 9.7 всё то же самое. Причём на одном сервере база выросла до 80% storage-а, вот пришлось поприседать чтобы завакуумить.

    Ещё и эпической жирноты айсберги в виде "delete на LOB на самом деле не удаляет LOB, а надо чистить ещё какую-то системную таблицу с перезапуском Слона в какой-то специальный режим".

     
     
  • 6.131, й (?), 14:02, 07/02/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>>чтобы не вакуумить базу с мейнтенансом каждый раз.
    >> До сих пор на 7.* ?  Ну респект конечно, но со
    >> времён Чапаева много блин изменилось :)
    > Эксперты, такие эксперты. В 9.7 всё то же самое.

    найдёшь мне в списке релизов постгреса 9.7, "эксперт"? https://www.postgresql.org/support/versioning/

     
     
  • 7.133, лютый жабист__ (?), 16:02, 07/02/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Что поменялось от того, что на этом серваке 9.6? Вакуум стал не нужен?
     
     
  • 8.134, й (?), 16:09, 07/02/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    нет, просто теперь всем стало очевидно, что кто-то звездит или серьёзно ошибаетс... текст свёрнут, показать
     
     
  • 9.147, Аноним (-), 22:21, 07/02/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не Он не ошибается и не звездит Просто сервер опеннета стоит на пересечении мн... текст свёрнут, показать
     
  • 9.151, лютый жабист__ (?), 05:17, 08/02/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ты звиздишь и тот чепушило, писавший вакуум был только в 7-м слоне при Чапаеве ... текст свёрнут, показать
     
  • 2.10, economist (?), 10:55, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    FireBird в этом строю занимает своё достойное место. Полнофункциональная, не такая монструозная как PG, применяется в немалом числе программно-аппаратных комплексов, в т.ч. у военных и госорганов, прекрасно по-русски документирована, имеет производительные ODBC-драйверы, вот-вот станет учебной СУБД в школах и ПТУ (встроена в LibreOffice 6).  
     
     
  • 3.12, лютый жабист__ (?), 11:03, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >FireBird в этом строю занимает своё достойное место

    Огласите пожста ТОП5 доводов за Firebird (vs Postgres).


     
     
  • 4.46, Аноним (-), 17:07, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Из того что нравится:
    Простота администрирования.
    Удобный синтаксис.
    Есть полноценный embed с прозрачной миграцией на сервер.
    IBExpert (ну удобный он ;) )
    Быстрая(очень быстрая) вставка без лишних накладных расходов.

     
  • 4.79, economist (?), 08:43, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Доводов именно за FB против PG нет. Продукты в одном ряду. PG мощнее, сложнее. Если вам нужен хоть один довод, то вот он: у PG документация больше по объему.    
     
  • 4.89, _ky (?), 09:15, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    В девичестве, как InterBase, была весьма скромная к ресурсам база, без необходимости администрирования. Собиралась инсталляция продукта + инсталл InterBase = продукт в проде у клиента.
    Предположу, что Вы "писатель" и сравнить 2 продукта для Вас неподъёмная задача.
     
  • 3.13, лютый жабист__ (?), 11:06, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > не такая монструозная как PG

    Оракл, вы видимо, и не видели? PG ставится одним пакетом в любом актуальном дистрибе, по желанию home поменять и готово.

    Огласите критерии монструозности.


     
     
  • 4.14, Аноним (-), 11:17, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Оракл не осилили упаковать в пакеты (нормально упаковать, а не как есть). Да им и пофиг, в общем-то. Да и поддержку проще продавать.
     
  • 4.16, Онаним (?), 11:37, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Несомненно Oracle занимает в списке монструозных СУБД достойное первое место, по возможности избегайте её. Если так хочется коммерческую СУБД то лучше уж Sybase или недавно портированный на Linux MS SQL Server.
     
     
  • 5.84, anomymous (?), 08:51, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Несомненно Oracle занимает в списке монструозных СУБД достойное первое место, по возможности
    > избегайте её. Если так хочется коммерческую СУБД то лучше уж Sybase
    > или недавно портированный на Linux MS SQL Server.

    Второе. IBM DB2 забыли.

     
  • 5.123, rpm (?), 00:01, 07/02/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Несомненно Oracle
    > избегайте её. Если так хочется коммерческую СУБД то лучше уж Sybase
    > или недавно портированный на Linux MS SQL Server.

    Только оракл пошустрее их


     
  • 5.143, _ (??), 18:25, 07/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >Несомненно Oracle занимает в списке монструозных СУБД достойное первое место, по возможности избегайте её.

    Зачем? В установке и настройке оракела нет ничего такого с чем бы не справился любой инженер с мозгами, а не с эмулятором. Тонкости оставим экспертам, но "средне-температура-больничный инстанс(Tm)" - поднимет любой пиoнep.
    Самый большой недостаток орукукуля, из за которого я в 2007-2010 имел хорошее боковое бабло переводя конторы на слоника - это его цена. Оно немилосердо дорого :(
    Это если по-чесноку, если не врать "про швaбoду" и пр.
    >Если так хочется коммерческую СУБД то лучше уж Sybase

    Ну да - ни админов, ни проггеров с опытом работы С ...
    Зато то ты не такой как все! Удачи! :)
    >или недавно портированный на Linux MS SQL Server.

    Ещё не щупал, но уже страшно :-))))

     
  • 4.32, Онаним (?), 14:37, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > PG ставится одним пакетом в любом актуальном дистрибе, по желанию home поменять и готово.

    Как-то раз захотел поставить потыкать вместо MySQL, оказалось оно ещё от системной базы юзеров зависит и нельзя (или можно, но относительно сложно) просто создать юзеров на уровне самой БД. Это философски очень правильно и красиво, но мягко говоря не совсем практично IMHO.

     
     
  • 5.36, никто (??), 15:22, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    одним словом: RTFM
     
  • 5.44, Ю.Т. (?), 16:58, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Неправда ваша, как раз не зависит (кроме одного учётника для запуска сервиса).
    Кроме того, ПГ имеет вариант с распределённой обработкой (но сам я его не пробовал!)
     
  • 5.119, _ (??), 19:16, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >оказалось оно ещё от системной базы юзеров зависит и нельзя (или можно, но относительно сложно)

    Да практически так же как в мыскле! Но да, голову по-минимуму - но надо. Это тебе не рукоблудить :-)

     
  • 3.19, Онаним (?), 11:52, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > встроена в LibreOffice 6

    Внезапно. Интересно чем обусловлен такой необычный выбор, почему не SQLite...

     
     
  • 4.22, Аномномномнимус (?), 12:31, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Очень правильный вопрос.
    Хотя вроде как sqlite уже давно можно было тыкать в офисах
     
     
  • 5.45, Ю.Т. (?), 17:00, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Очень правильный вопрос.
    > Хотя вроде как sqlite уже давно можно было тыкать в офисах

    Файрбёрд ищет популярности. Нет, скюлайт полноценно не работает в ОО (не работал?) В 3-ке -- точно нет.

     
     
  • 6.94, economist (?), 10:19, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Нет, скюлайт полноценно не работает в ОО (не работал?) В 3-ке -- точно нет.

    SQLite можно полноценно использовать в Win/Lin в OpenOffice3-4-5 и LibreOffice 4-5-6 через ODBC-драйверы уважаемого Кристиана http://ch-werner.de/sqliteodbc/

    Правда он начал его подзабрасывать, SQLite там 3.15.2 (а свежая 3.22), а фишка с подменой sqlite3.dll работает не всегда.

    Другие варианты - заплесневевший адаптер 2008-го года и доступ через Python из состава OpenOffice|LibreOffice - не могут считаться удобными.
      


     
     
  • 7.95, Ю.Т. (?), 10:37, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Нет, скюлайт полноценно не работает в ОО (не работал?) В 3-ке -- точно нет.
    > SQLite можно полноценно использовать в Win/Lin в OpenOffice3-4-5 и LibreOffice 4-5-6 через
    > ODBC-драйверы уважаемого Кристиана http://ch-werner.de/sqliteodbc/

    Возможно, полноценно работать стало с 4-кой и 5-кой, я не пробовал. В крайней 3-ке нужно было всё до-ставлять самому, и тогдашний jdbc xerial-овский не работал, а кристиановский jdbc валил ОО. Кристиановский Odbc работал-таки, но чего-то не делал, а также кидал непонятные ошибочки.

    > Другие варианты - заплесневевший адаптер 2008-го года и доступ через Python из
    > состава OpenOffice|LibreOffice - не могут считаться удобными.

    Да, доступ "должен" работать через штатные механизмы.


     
  • 4.85, economist (?), 08:59, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> встроена в LibreOffice 6
    > Внезапно. Интересно чем обусловлен такой необычный выбор, почему не SQLite...

    Рискну предположить:

    SQLite - прекрасная, но однофайловая БД, с чтением на основе меток внутри файла. При 3-х коннектах (а они идут по протоколу SMB/NFS) - она работает ещё терпимо (как MS Access при 5-ти), но при 10+ - таймаут начинает злить.

    FireBird - все-таки клиент-серверная СУБД, обслуживаемая отдельным не ОС-процессом, которая и при 10, и 100+ коннектах ведет себя "ровно".

    Но SQLite тоже нужна в LO, поскольку 0-администрирование СУБД - это +100% времени на изучение самой СУБД и написание полезных SQL-запросов.    

     
  • 3.77, leap42 (ok), 04:46, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > не такая монструозная как PG

    монструозная, я так понимаю, мегабайт с 6 начинается?

     
  • 2.15, Ант32 (?), 11:35, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Установил свою прогу. в 2003г в гос конторе с InterBase,
    в последующем перевел на Firebird.
    Где-то в 2012 мне сказали, что программа не работает. Оказывается
    админы снесли сервер с БД (база проработала около 10 лет без администрирования и
    обслуживания). Прога трудится до сих пор (размер баз в 2012 был порядка 6 Гбай),
    без моей участи и без участи админов по БД.
     
     
  • 3.21, Чупачупс (?), 12:29, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Просто на этом сайте наяривают на технологии, и забывают, что технологии должны служить выполнению реальных задач и потребностей.

    Если программа без администрирования проработала 10 лет - то это очень хорошая программа. И кто бы что тут не говорил, что X лучше Y, а Y лучше, чем Й. Этим людям просто заняться нечем.

     
     
  • 4.23, Аномномномнимус (?), 12:32, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Просто кто-то трындит. Оно прекрасно рассыпалось на любой чих и пук. Ни одна СУБД не приносила столько боли

     
     
  • 5.33, пох (?), 15:06, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Просто кто-то трындит. Оно прекрасно рассыпалось на любой чих и пук. Ни
    > одна СУБД не приносила столько боли

    да нет, все так обычно и бывает - никому не нужная БД (размер не имеет значения, может они там нежатые факсовые тифы хранили), в программу, работающую с которой, заглядывают раз в пол-года, один человек, который еще вообще помнит, что она у них есть, вполне способна протарахтеть и 10, и 20 лет, пока в древнем сервере конденсаторы не полопаются, и еще сколько-то даже после того, на эпизодическом  пинании ресета.

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

     
     
  • 6.56, Ант32 (?), 18:25, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Да система не высоко нагружена. Несколько тысяч абонентов присылают
    месячную/квартальную/годичную отчетность (порядка 10 видов).
    Под подобную нагрузку и подбирал БД.
    На счет никому не нужная, не знаю, но аналитика выдаваемая прогой (срезы OLAP)
    постоянно висят на сайте конторы, да и финансовые показатели думаю не безразличны
    конторе.
     
     
  • 7.58, пох (?), 18:34, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    о, я такое когда-то чинил к счастью, не снес неглядя, как те админы Не то что... текст свёрнут, показать
     
     
  • 8.97, WoT (?), 11:39, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • +4 +/
    В любой теме про давно работающие программы должен появиться человек, который ск... текст свёрнут, показать
     
  • 5.91, _ky (?), 09:36, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    У Вас аура(руки) кривая. interBase если и падал, то весьма и весьма редко, ибо ломаться там особо нечему - запись либо есть в базе, либо её нет. Стоит отметить, что восстановление данных после падения хоть и редко, но приводило к потере данных. А это уже при совсем плохой ауре - бэкапы, если был админ, однако.
    А так, у конторы клиенты были по всей России с нулевым администрированием.
     
  • 2.18, Онаним (?), 11:45, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А зачем она нужна, если есть postgresql, mariadb, mongodb, clickhouse и sqlite?

    Отличный вопрос. Заминусовали, нафлудили, но никто так и не ответил. Специфика каждой из перечисленных СУБД и для каких задач они больше подходят довольно понятна, а вот чем от них отличается Firebird и в каких задачах/конфигурациях (кроме портирования старого Delphi-софта) она выигрывает перед остальными и почему - непонятно, но интересно. По слухам вроде хранимыми процедурами она красна, для интеграции логики в БД чтобы не плодить middleware (но чем конкретно хранимки в ней лучше чем в других - хз).

     
     
  • 3.28, Аномномномнимус (?), 13:31, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    открываешь любую книгу по FB и читаешь, что не рекомендуется использовать хранимки, т.к. перфоманс умирает
     
     
  • 4.31, Онаним (?), 14:32, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    О! Круто видеть человека, читающего по FB аж прямо книги. Ну ясно. Значит не в хранимках прикол. Может вы подскажете тогда какая у FB киллеp-фича и какие слабости? Ни кто же не говорит, что она не нужна, просто сравнительно экзотическая в наше время вещь и народ нуждается в понимании с чем её едят и по каким поводам.
     
     
  • 5.34, пох (?), 15:10, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > FB киллеp-фича и какие слабости? Ни кто же не говорит, что

    киллeр-фича одна - условно-совместима с interbase (всего пол-дня траха и чтения чьей-то чуши в гугле, и можно перенести данные).
    А поскольку откопать обратно того программиста, который в 2001м году эту хрень понаписал, сложно и бесполезно, он уже разложился, проще раз в месяц, когда понадобится, включать ту пыльную машину с winXP в дальнем углу, на которой еще запускается клиент.
    Ну да, на дельфи, на чем еще.


     
  • 4.50, Аноним (-), 17:43, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > открываешь любую книгу по FB и читаешь, что не рекомендуется использовать хранимки,
    > т.к. перфоманс умирает

    Именно книгу? И по какой версии?

     
  • 4.92, Vasya (??), 10:05, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Опять-таки, взвешиваем и оцениваем ситуацию, делаем выводы, принимаем решение, использовать хп или нет. Штука удобная. Порой бывает необходимо решить какую-то задачу, так что мне, сразу программу писать? А так накидал запросы в хп, обработал данные , получил результат и удалил нахрен хп - и перфоманс не страдает ))
     
  • 3.40, Аноним (-), 15:36, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > кроме портирования старого Delphi-софта

    Если уж портировать - так можно заодно и переписать на что-то более человеческое.

     
     
  • 4.43, iZEN (ok), 16:12, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Вы имеете в виду Free Pascal?
     
  • 3.52, Crazy Alex (ok), 17:47, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Например - замена эмбеддед версии на клиент-серверную с одного тычка
     
  • 2.125, h31 (ok), 00:32, 07/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Месяц назад выбирал СУБД для своего наколеночного проекта. MySQL с дефолтными настройками - 120 с лишним мегабайт ОЗУ. PostgreSQL - в районе 40, точно не помню, но зато постоянно чем-то занимала процессор. Firebird - 10-20 мегабайт в памяти и практически нулевая нагрузка на процессор. SQLite по определенным причинам не подходил.
    Я понимаю, что любую перечисленную можно настроить под свои нужды. Но всё же.
     

     ....нить свёрнута, показать (89)

  • 1.3, Аноним (-), 10:10, 05/02/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Есть сравнение с другими, чем она лучше?
     
     
  • 2.8, Michael Shigorin (ok), 10:38, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Есть сравнение с другими, чем она лучше?

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

     
  • 2.11, iZEN (ok), 11:02, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ---wiki - Соответствие требованиям ACID - полностью поддерживает SQL-92 Entr... текст свёрнут, показать
     
     
  • 3.24, Аномномномнимус (?), 12:35, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Любой админ FB, чья база выросла хотя бы до 2Тб уже давно имеет седины
     
     
  • 4.69, _ (??), 00:41, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А что оно до сих пор невосстановимые бэкапы делает??!?! Сомнительно, хотя ... 8-)
     
     
  • 5.100, пох (?), 12:19, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А что оно до сих пор невосстановимые бэкапы делает??!?! Сомнительно, хотя ...
    > 8-)

    как минимум, даже "восстановимый" бэкап 2T восстанавливается достаточно долго, чтобы седых волос у тебя заметно прибыло. А учитывая, что мало у кого из адептов этой хрени есть _еще_ 2T для экспериментальных восстановлений с проверкой, что именно там восстановилось...


     
     
  • 6.105, Аноним (-), 13:06, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А что, если перейти с firebird на pgsql, волшебным образом появятся "еще 2T для экспериментальных восстановлений"?
     
     
  • 7.117, пох (?), 18:40, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А что, если перейти с firebird на pgsql, волшебным образом появятся "еще
    > 2T для экспериментальных восстановлений"?

    да нет, просто не будет плохих снов о том, что энцать версий назад вывод pg_dump, внезапно, оказался не базой, а тыквой. Но 2T база pgsql, в общем-то, тоже к спокойному сну никак не располагает.

     
     
  • 8.120, _ (??), 19:35, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Да ты и с оракаловым рэком совсем уж спокойно спать всё равно не будешь Ну у э... текст свёрнут, показать
     
  • 3.25, amonymous (?), 13:09, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Ну то есть SQLite3 её может заменить только в путь.
     
     
  • 4.29, iZEN (ok), 13:47, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    SQLite3 не поддерживает клиент-серверный режим по сети и блокирует файл от других процессов при записи в БД. То есть SQLite3 - это встраиваемая СУБД с монопольным доступом на запись. Firebird работает с несколькими транзакционными моделями, например, даже тогда, когда данные могут не блокироваться от модификации при доступе к базе из нескольких процессов.
     
     
  • 5.37, пох (?), 15:32, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • –3 +/
    то есть ненужного протокола написанного специалистом по тазам банных - т е как... текст свёрнут, показать
     
     
  • 6.53, Crazy Alex (ok), 18:02, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ты пошутить решил?

    Как самый-самый минимум - "большие" сервера лочат таблицы, а не базу целиком. А обычно - даже не таблицы, а диапазоны, и тем более - когда речь идёт о версионниках, которыми являются, считай, все современные СУБД.

     
     
  • 7.55, пох (?), 18:18, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Как самый-самый минимум - "большие" сервера лочат таблицы, а не базу целиком. А обычно - даже не
    > таблицы, а диапазоны

    ты реально не отличаешь внутриsqlевые "локи" от логики физической записи на диск?

     
     
  • 8.70, Crazy Alex (ok), 01:05, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Ты ж не думаешь, что в больших БД действительно все транзакции последовательно и... текст свёрнут, показать
     
  • 8.73, Аноним (-), 03:41, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Физическая запись какого рода имеется ввиду В редо-логи, ундо-логи или в сами т... текст свёрнут, показать
     
     
  • 9.101, пох (?), 12:20, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    и в чем великая разница ... текст свёрнут, показать
     
     
  • 10.121, _ (??), 19:40, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Как бы это тебе сказать то в кровавом они как минимум на разных девайсах - ... текст свёрнут, показать
     
  • 10.124, rpm (?), 00:14, 07/02/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Как минимум в частоте записи Сохранять данные после каждого комита дорого Поэт... текст свёрнут, показать
     
  • 6.72, Аноним (-), 03:39, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >не могут. Это называется "транзакционная целостность".
    >Просто то, что в случае sqlite, решается банальным lockf, и ожиданием других процессов, в случае >"больших" баз может решаться постановкой запросов в очередь единственного процесса (а чаще то и >другое - пул процессов плюс взаимный локинг). Что совой об пень, что пнем о сову - пока данные не >запишутся на диск, сообщить сказавшему 'commit' об успешном завершении (или дать ему по морде forced rollback'ом, если пока он копался, данные протухли) мы не можем.
    >у других есть еще всякие гранулярные локи, но выигрыш от них, как правило, преувеличен, по >сравнению со сложностью реализации.

    Наглядный пример воинствующей некомпетенсности.

     
  • 5.80, anomymous (?), 08:43, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Нахрена огнептаху клиент-сервер, если его большинство всё равно гоняет рядом с приложением?
     
  • 4.41, пох (?), 15:39, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    не, не может - "сертификация ФСТЭК" это вам не хухры-мухры.
     
     
  • 5.76, Аноним (-), 04:46, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Ай, ну объявится какой-нибудь местный Firebird Pro. Был бы спрос.
     
  • 5.81, anomymous (?), 08:45, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > не, не может - "сертификация ФСТЭК" это вам не хухры-мухры.

    Если увидится спрос и выгода "сертификаторам" - сразу же сертифицируют.

     
  • 4.51, Аноним (-), 17:46, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну то есть SQLite3 её может заменить только в путь.

    Да не, слишком много в софте реализовать придётся ( т.е. дорого ) и в случае если перерастёт уровень 1 компа, то переписывание всего софта

     
     
  • 5.59, пох (?), 18:47, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    люди, перерастающие уровень 1го компа и НЕ переписывающие свой софт часто зао... текст свёрнут, показать
     
     
  • 6.71, Crazy Alex (ok), 01:14, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Есть дофига применений "между". Собственно, все базочки для мелких контор из этого "между". Где совершенно тупого выноса базы из embeddded в отдельный сервер (при условии рефелекторного примененения транзакций при написании софтины) достаточно, чтобы из однопользоватлеьской аппы сделать "многопользовательскую" - то есть нормально работающую на 3-5-10 человек, шуршащих без особой интенсивности. А больше - и не надо. С другой стороны, пока юзер один - можно не заморачиваться созданием и поддержкой отдельного сервера БД, который должен быть включён, доступен и не пинаем уборщицей.

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

     
     
  • 7.86, пох (?), 09:01, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Есть дофига применений "между".

    сделанные я-у-мамы-программисом по рецептам, найденным на stackoverflow ("хотя бы из ответа, или из вопроса?")

    > Собственно, все базочки для мелких контор из этого "между".

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

    А дальше - кому как повезло. Но если было сделано на чем-то обычном, pg/mysql/да хрен с ним, ms, наконец - обычно наследники могут как-то это все поднять, без особых проблем. Иногда даже и улучшить что-то.
    А ходить вокруг сдохшего overengineered монстра, выбросившего тебе ora-0006, можно вечность, без особых успехов. Или мучительно пытаться поапгрейдить уже толком неживую систему аж на one true interbase (c) borland на что-то, хотя бы не требующее библиотек и дистрибутива 2001го года выпуска.
    (и главное, вроде ты все это и починил в конечном итоге, но осадочек-то остается)

    > Где совершенно тупого выноса базы из embeddded в отдельный сервер (при условии рефелекторного
    > примененения транзакций при написании софтины) достаточно, чтобы из однопользоватлеьской аппы
    > сделать "многопользовательскую" - то есть нормально работающую на 3-5-10 человек, шуршащих без

    ты не поверишь, мы трахались с такой "многопользовательской" аппой в далеком 95м году. Она даже и работала - пока их было 3-5-10 (без всякого отдельного сервера, попутно и ресурсы жрала не с одного сервера, а с многих клиентов разом, по тем временам гораздо более дешевое решение). А как стало 20 - наступили опаньки, и отдельный сервер ничему не помог. И пришлось все переделывать с нуля и нормально - потому что и сама база, спроектированная на трех юзеров и небольшой объем, оказалась нафиг неоптимальна для двадцати и совсем других масштабов.

     
  • 7.102, пох (?), 12:31, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А если о вебе говорить - так там вообще масштабирование в пределах
    > трёх порядков решается костылями из кэшей. Бардак выходит, но более-менее живой

    уныло глядя на висящие GET LOCK ... в processlist (как ты понимаешь, ни разу не sqlite, хотя вот этому уроду вполне бы хватило) - нихрена оно не решается :-(

    > и приносящий деньги владельцу

    и хде тут мой мильен? А, вот он...уп-с, нет, это счет от провайдера...

     
  • 5.82, anomymous (?), 08:47, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Да не, слишком много в софте реализовать придётся ( т.е. дорого )
    > и в случае если перерастёт уровень 1 компа, то переписывание всего
    > софта

    Если делать без абстракции - да. А если с абстракцией - то no problem, мимимальные правки в единичных неабстрагируемых запросах. Ну и в софте там "много" реализовывать нечего, тот же SQL.

     
     
  • 6.87, пох (?), 09:06, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Если делать без абстракции - да. А если с абстракцией - то

    ты вот точно ради базы на одно лицо будешь пихать в код какие-то "абстракции" и универсальный бд-независимый midlayer?

    > no problem, мимимальные правки в единичных неабстрагируемых запросах. Ну и в
    > софте там "много" реализовывать нечего, тот же SQL.

    пока не натыкаешься на несовместимость нестандартных типов, или на банальный 'autoincrement'.

     
     
  • 7.122, _ (??), 19:49, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >> Если делать без абстракции - да. А если с абстракцией - то
    >ты вот точно ради базы на одно лицо будешь пихать в код какие-то "абстракции" и универсальный бд-независимый midlayer?

    Я думаю он всего лишь об ORM. Я уж 100 лет не видел жабщика который сам SQL рисует. Есть же Hibernate! Причём оно умнее програмизда, ну и чего мучиЦЦо?! :-)

     
  • 3.38, Аноним (-), 15:34, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Большинство СУБД Большинство СУБД PostgreSQL libpq so 100500 всяких биндингов ... текст свёрнут, показать
     
     
  • 4.61, iZEN (ok), 19:22, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > libpq.so + 100500 всяких биндингов в том числе для твоей тормозной жавы.

    У "моей тормозной Java" есть встраиваемая H2 и Java DB. Зачем ещё что-то "наподобие"?

     
  • 2.42, kai3341 (ok), 15:47, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Есть сравнение с другими, чем она лучше?

    Не сказал бы, что лучше/хуже. Скорее, иначе

    Умеет в CTE с бородатых времён, в отличие от хвалёного MySQL

    Надёжна. Инстансов много, сбоев почти нет

    На фоне Oracle Firebird, конечно, тупенький. Хинты не умеет (ему можно скормить план целиком. Слишком грубо). Но можно выкрутиться. Вот заметку рисовал о том, как выкручивался: https://vk.com/wall24359278_4717

    Драйвер, как я понял, не умеет в именованные параметры, а только в позиционные. Но враппер на коленке пишется за час. Но, в отличие от драйвера MySQL, этот умеет в prepared statements.

     
     
  • 3.57, пох (?), 18:26, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > том, как выкручивался: https://vk.com/wall24359278_4717

    вот это хрень! ;-)
    [я про nested query, остальное-то понятное и предсказуемое, если что ]

     
  • 3.68, angra (ok), 00:24, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Но, в отличие от драйвера MySQL, этот умеет в prepared statements.

    Если конкретный драйвер мускула в твоем любимом ЯП не умеет prepared statements, то это не значит, что их нет в стандартном мускульном C API. Может автор драйвера поленился или не смог сделать интерфейс к ним, а может ты просто невнимательно читал доку драйвера.

     
  • 2.93, _ky (?), 10:05, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Она ни лучше и ни хуже - она другая, по сравнению с MSSQL, например, ибо без логов вообще. По крайней мере в виде InterBase. Возможно за лета что-то и изменилось.
    Классический ANSI SQL + мощные триггеры пред и пост вставки записи и это в эпоху до миллениума. Когда вышел 2000-й скуль с пиаром появления триггеров в нём - долго смеялся.
     
  • 2.107, SubGun (??), 14:24, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Насколько я слышал, блокировка на уровне записи, а не целой страницы.
     

     ....нить свёрнута, показать (38)

  • 1.5, Аноним (-), 10:15, 05/02/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Миграция с v2 на v3 просто ужасна! Тем кто на техподдержке зарабатывает наверное норм, но вот для рядового админа слишком заморочено получается. В правильной последовательности делать бекапы, ставить обновления и править конфиги. О чем думали разработчики?
     
     
  • 2.9, Michael Shigorin (ok), 10:39, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Миграция с v2 на v3 просто ужасна! [...] О чем думали разработчики?

    Сообщите им об этом, но вообще таким долго болел тот же Pg...

     
     
  • 3.35, пох (?), 15:15, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Миграция с v2 на v3 просто ужасна! [...] О чем думали разработчики?
    > Сообщите им об этом, но вообще таким долго болел тот же Pg...

    да ну нафиг, никаких "фиксов метадаты" - читаешь внимательно release notes, pg_dump|restore и так семь раз (или сколько там раз в notes несовместимость pg_dump'ов)

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

     
  • 2.20, Diozan (??), 12:29, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Представьте себе, совсем недавно перенёс свои базы с 1.5 сразу на 3. Ну кроме того, что в gbak пришлось добавить параметры -FIX_FSS_METADATA WIN1251 -FIX_FSS_DATA WIN1251, больших трудностей не увидел.
     
     
  • 3.27, Аноним (-), 13:25, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Тоже самое, фикс метадаты и всё.
     
  • 3.63, Аноним (-), 20:27, 05/02/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А я вот увидел FB v2 поддерживал даже очень старые базы InterBase, а v3 капризн... текст свёрнут, показать
     
     
  • 4.67, Аноним (-), 00:09, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • +7 +/
    > Получается, что бекап базы нужно делать ДО того как ставится 3-я версия.

    Я тебе один умный вещь скажу, только ты не обижайся, бекапы всегда надо делать ДО начала работ.

     
  • 4.88, пох (?), 09:08, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А запуск FB v3 в режиме приложения официально поломан.

    уп-с... а нам-то тут заливают про великое конкурентное преимущество...


     
     
  • 5.163, ip (??), 12:37, 12/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Еще один "доку нечитатель". Все сгорели карусели... (с)
     

  • 1.39, smit (??), 15:35, 05/02/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Firebird масштабируется от встраиваемой до сетевой без смены базы.
     
     
  • 2.104, PnDx (ok), 12:49, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    (Внезапно) postgresql (и даже mysql) — тоже. А вот oracle и mssql — нет.
    * sqlite, clickhouse и всякие монги — нишевые решения и непонятно зачем их в треде про СУБД приплели.
     

  • 1.48, ужик (?), 17:15, 05/02/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    на это можно mediawiki прикрутить? реально интересно.
     
     
  • 2.90, economist (?), 09:21, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Пока нет, нужен Маша, Мускуль, PG или SQLite. Это итак закрывает все мыслимые сценарии.

    Например в офисе на 250 АРМ - я разворачивал корпоративную MW на MySQL, а затем, после конфликта с админом, перенес все на SQLite. Стало работать даже быстрее. Очень редко, раза 4 в день возникали жалобы на блокировки при одновременной записи. Активных пользователей системы было около 20.    

     
     
  • 3.103, пох (?), 12:45, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Стало работать даже быстрее. Очень редко, раза 4 в день возникали
    > жалобы на блокировки при одновременной записи.

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

    и да, вполне можно все оставить и на sqlite, поскольку дело, скорее всего, не в бобине (в нормальном случае в нормально написанном приложении будет просто задержка, а не "перенаберите-ка эту форму из стапиццот полей заново, а то я ее что-та записать ниалле")

     
     
  • 4.108, economist (?), 16:21, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Жалобы были на отклик/задержку, а "перенаберите..." - действительно, можно получить только специально проявленной тупостью.

    Вообще если говорить о быстродействии SQLite в небольших группах (отдел 5-10 чел с 3-5 активными читателями и 1-2 писателями в минуту) - она быстрее всех прочих СУБД и вообще всех других способов обработки данных. Речь идет о файловой БД SQLite, правда на SSD. Базы in-memory мы тоже используем, но там вообще скорость космическая, для генерации сложных и больших отчетов.

     
     
  • 5.118, пох (?), 18:46, 06/02/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Жалобы были на отклик/задержку

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

    > Вообще если говорить о быстродействии SQLite в небольших группах (отдел 5-10 чел
    > с 3-5 активными читателями и 1-2 писателями в минуту) - она
    > быстрее всех прочих СУБД и вообще всех других способов обработки данных.

    еще бы - ты ж нагрузку растаскиваешь по их машинам, не диском же единым ;-)

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

    А дальше один фиг переделывать.

     

  • 1.54, Neptus (?), 18:08, 05/02/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    Мне FB нравится за своё скромное потребление памяти и не раздутые возможности, что улучшает надёжность.
    Вначале она ставит в тупик, как сделать новую базу с нужными правами на директории и файл, как создать админа и пользователей(нет удобного сервиса).  Но потом всё идёт гладко... Функционала мне хватает на все случаи жизни.
     
  • 1.154, Юрий (??), 12:42, 08/02/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Меня удивляет то как люди не зная firebird начинают с р а ч разводить (видимо это комплексы).
    Использовал в своих проектах FB. Впечатления положительные особенно от FB2.5. А вот от mysql наоборот. MsSql жудко прожорлив и цена не адекват (express не подходил по ограничениям). postgres впечатления двоякие оставил. sqlite - это довольно узкая ниша, но со своими задачами справляется. Всё сугубо моё субъективное мнение из моего же опыта...
     

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



    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

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