The OpenNET Project / Index page

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

Началось альфа-тестирование СУБД Firebird 3.0

02.08.2013 20:46

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

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

  • Новый объектно-ориентированный C++ API для разработки дополнений;
  • Новая гибкая система конфигурирования;
  • Дополнительные модели аутентификации;
  • Поддержка агрегирования прав доступа;
  • Внешние хранимые процедуры, триггеры и функции (на Java, C++ и других языках);
  • Поддержка задания схем шифрования данных;
  • Возможность определения пользовательских PSQL-функций и DDL-триггеров;
  • Средства для подключения расширений для мониторинга;
  • Возможность задания триггеров, срабатывающих при уд-лении или изменении данных;
  • Реализация полноценного логического типа BOOLEAN;
  • Возможность задания таймаута, ограничивающего время выполнения запроса.


  1. Главная ссылка к новости (http://www.firebirdsql.org/en/...)
  2. OpenNews: Вышла СУБД Firebird 2.5.2
  3. OpenNews: Релиз СУБД Firebird 2.5.1
  4. OpenNews: Релиз СУБД Firebird 2.5
Лицензия: CC-BY
Тип: Программы
Короткая ссылка: https://opennet.ru/37585-firebird
Ключевые слова: firebird, database
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (96) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 20:54, 02/08/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    ни фига себе затяжка =)
     
     
  • 2.2, Анонище (?), 20:55, 02/08/2013 [^] [^^] [^^^] [ответить]  
  • +12 +/
    Главное качество кода.
     
     
  • 3.26, user (??), 11:02, 03/08/2013 [^] [^^] [^^^] [ответить]  
  • –4 +/
    А могли бы взять питон, и 3-я версия была бы готова в году так 2008-2009.
     
     
  • 4.94, Наше имя легион (?), 11:02, 07/08/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Или BASH - тогда к 2005, на год раньше старта :)
     
  • 2.5, Vasya (??), 21:41, 02/08/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Нормуль, как есть, эта бд отличная штука, могли бы и не улучшать. :)
    Фантастическая бд!
     
     
  • 3.18, Sabakwaka (ok), 02:32, 03/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Нормуль, как есть, эта бд отличная штука, могли бы и не улучшать.
    > :)
    > Фантастическая бд!

    А чего в ней фртрнтического?

     
     
  • 4.25, SubGun (ok), 07:57, 03/08/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну она как бы покруче постгреса была еще в бородатом году. Блокировки на уровне записей и т.д.
     
     
  • 5.33, Sabakwaka (ok), 15:30, 03/08/2013 [^] [^^] [^^^] [ответить]  
  • –5 +/
    > Ну она как бы покруче постгреса была еще в бородатом году.
    > Блокировки на уровне записей и т.д.

    А почему я до сих пор на MySQL'е?

     
     
  • 6.43, rshadow (ok), 18:59, 03/08/2013 [^] [^^] [^^^] [ответить]  
  • +5 +/
    1. Либо тебе хватает
    2. Либо ты просто другого не знаешь. Вытекает собственно из 1-го.
     
     
  • 7.51, Аноним (-), 09:41, 04/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Ненависть к борланду
     
     
  • 8.53, Аноним (-), 13:38, 04/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Пойдем, повесимся по этому поводу ... текст свёрнут, показать
     
     
  • 9.66, Sabakwaka (ok), 20:12, 04/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Отнюдь С Дельфей я сползал долго и неохотно Я фанат Борланда ... текст свёрнут, показать
     
  • 8.58, Аноним (-), 13:54, 04/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    И что там осталось от того Borland InterBase 4 ... текст свёрнут, показать
     
     
  • 9.95, Наше имя легион (?), 11:06, 07/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    От того Borland InterBase 6 ... текст свёрнут, показать
     
  • 5.68, АНон (?), 22:13, 04/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Что у ей реально WAL имеется? Как настроить?
     
  • 2.11, IP (??), 23:19, 02/08/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Изначально релиз Firebird 3.0 планировалось выпустить ещё в 2007 году
    > ни фига себе затяжка =)

    Тут еще и игра слов, на самом деле версии 2.1 и 2.5 нифига не багфиксы 2.0, а вполне самостоятельные ветки, их можно было нумеровать как 3 и 4, было бы желание, но авторы решили как решили. На работу это не влияет. :)

     

  • 1.3, MPEG LA (?), 21:07, 02/08/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    а что, оно нужно?
     
     
  • 2.4, Аноним (-), 21:10, 02/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    На нем до сих пор зарабатывают. Есть кучи не слишком требовательных приложений под венду, которым чего-то такое надо. Но им и предыдущая версия ок.
     
     
  • 3.72, NikolayV81 (?), 08:35, 05/08/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Насчёт не слишком требовательных это вы от незнания наверное...
     

  • 1.6, Виталий (??), 21:51, 02/08/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Да, тоже интересно, нужно ли вообще кому-то, кроме тех кто на старых дельфях до сих пор пишет...
     
     
  • 2.7, Павел Ишенин (?), 22:39, 02/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Нужно. Пишу как на на "старых дельфях", так и на новых php. И все работает!
     
  • 2.10, IP (??), 23:11, 02/08/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Да, тоже интересно, нужно ли вообще кому-то, кроме тех кто на старых
    > дельфях до сих пор пишет...

    При чем тут дельфи? файрберд эт ж бэкэнд, он у нас на 64битном центосе вертится, а на чем мордашка написана ему пофиг.

     
     
  • 3.12, Avator (ok), 23:50, 02/08/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А в чём её преимущества по сравнению c MySQL и Postgre? Почему её выбрали?
    (не троллинг, правда интересно).
     
     
  • 4.13, IP (??), 00:20, 03/08/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > А в чём её преимущества по сравнению c MySQL и Postgre? Почему
    > её выбрали?
    > (не троллинг, правда интересно).

    По сравнению с MySQL у нас интересней функционал(полноценная работа с транзакциями, писатели не мешают читателям, читатели вообще не мешают никому, селективные хранимые процедуры, которые можно джойнить), Postgre, да, прямой конкурент, и не будь 10+ опыта работы с файрбердом, то кто знает, может и Postgre бы выбрал, но Postgre для меня темная лошадка.
    Мое мнение будет однобоким, файрберд нравится, распределенную систему с дюжиной баз на репликации с размерами измеряемыми десятками гигабайт каждая вертит спокойно. С ситуацией когда "SQL сервер не сдюжил" до сих пор сталкиваться не приходилось.

     
     
  • 5.22, Аноним (-), 03:33, 03/08/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >По сравнению с MySQL у нас интересней функционал(полноценная работа с транзакциями...

    Из криокамеры вылезаем. MyISAM уже даже не дефолтный движок в MySQL.

     
     
  • 6.74, NikolayV81 (?), 08:40, 05/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >>По сравнению с MySQL у нас интересней функционал(полноценная работа с транзакциями...
    > Из криокамеры вылезаем. MyISAM уже даже не дефолтный движок в MySQL.

    InnoDB не полностью ACID, показать лог сервера про то что в триггерах нельзя из последней MariaDB? ДА а где там хранимки? не говоря уже о автономных транзакциях внутри их?

     
  • 5.39, Аноним (-), 18:51, 03/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > По сравнению с MySQL у нас интересней функционал

    Интересный критерий. Такого не встречал еще.

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

    У нас MySQL оперирует БД размером в 40 Тб.

     
  • 4.14, Филимон Винтиков (?), 00:34, 03/08/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Например В Firebird в хранимых процедурах вы не можете обращаться к не валидным... большой текст свёрнут, показать
     
     
  • 5.15, Филимон Винтиков (?), 00:37, 03/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Firebird не работает как standalone сервер под моей любимой FreeBSD

    В смысле только через inetd/xinetd, хотя может уже чего поменялось

     
     
  • 6.16, IP (??), 01:44, 03/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >> Firebird не работает как standalone сервер под моей любимой FreeBSD
    > В смысле только через inetd/xinetd, хотя может уже чего поменялось

    под FreeBSD только классик.

    Собственно и под линуском крутим через xinetd, проблемы тут не вижу.
    В тройке масса подвижек как раз по суперклассик архитектуре, чтоб сервер работал "сам" и параллелил исполнение запросов по ядрам процессоров.
    Да, любимая в этом форуме FreeBSD не является поддерживаемой официально, но исходники доступны, компилируются под FreeBSD и имеются отзывы о работе в таком окружении.

     
  • 5.17, IP (??), 01:56, 03/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Также процедуры компилируются, что позволяет удалить
    > исходный код при поставке клиенту.

    Это неуловимый Джо, не более того.

    > Офигенный инструмент для редактирования базы: IB Expert.

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

     
     
  • 6.20, Филимон Шорохов (?), 03:15, 03/08/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Это неуловимый Джо, не более того.

    Нет, это возможность защитить часть своей работы от кражи. В моём случае - большУю часть

    > Тут есть и оборотная сторона медальки...

    Для тех, кто деньги зарабатывает, а не расчёсывает своё ЧСВ древними навыками, тут нету никакой обороной стороны. И с системными таблицами никаких проблем не было. Сижу на эксперте со времён ещё буржуйского Marathon'a

    > "ниасилит" написание простейшего запроса руками.

    Причём тут это ? Я в эксперте в удобной среде пишу запросы руками. То, что мне "create procedure" каждый раз не приходится вручную писать, никакого дискомфорта не вызывает.

    В эксперте один побочный эффект - привыкнув к нему, любой другой похожий софт выглядит убого и неудобно

     
     
  • 7.29, IP (??), 12:49, 03/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >> Это неуловимый Джо, не более того.
    > Нет, это возможность защитить часть своей работы от кражи. В моём случае
    > - большУю часть

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

    >> Тут есть и оборотная сторона медальки...
    > И с системными таблицами никаких проблем не было.

    Блажен, кто верует. :)

     
  • 5.65, Аноним (-), 19:12, 04/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Офигенный инструмент для редактирования базы: IB Expert. Ни для MySQL, ни для Postgre ничего не могу найти даже близкое по качеству и продуманности.

    Это видел? http://www.devart.com/ru/dbforge/mysql/studio/

     
     
  • 6.69, Филимон ШороховЗадунайский (?), 23:56, 04/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Это видел? http://www.devart.com/ru/dbforge/mysql/studio/

    Да. Оно у меня через ssh ходить отказалось, притом, что все остальные утилиты без проблем работают. Даже ролик посмотрел на YouTube, где детским голосом объясняют как его настраивать - не помогло. Никогда я ещё не видел настолько криво сделанного ssh туннеля к mysql

     
  • 5.76, NikolayV81 (?), 08:46, 05/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >> А в чём её преимущества по сравнению c MySQL и Postgre?
    > Офигенный инструмент для редактирования базы: IB Expert. Ни для MySQL, ни для
    > Postgre ничего не могу найти даже близкое по качеству и продуманности.

    ИМХО хвалимый ораклистами PLSQLdeveloper до IBExpert-а не дотягивает очень по многим показателям, правда не стоит забывать что IBExpert бесплатен только для ex-USSR и только под win :(

     
  • 4.73, NikolayV81 (?), 08:37, 05/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > А в чём её преимущества по сравнению c MySQL и Postgre? Почему
    > её выбрали?
    > (не троллинг, правда интересно).

    MySQL Для нормальных задач документооборота это ещё то извращение, вообще не заточена, она опитимальна как база на чтение в режиме key-value, каскадные обновления, триггеры, да даже ACID в том же Inno-DB исполняется частично.

     
  • 2.40, Аноним (-), 18:57, 03/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Да, тоже интересно, нужно ли вообще кому-то, кроме тех кто на старых
    > дельфях до сих пор пишет...

    Переход с одного - Клиппера - на другое - Файерберд - был вполне закономерен в процессе перехода с MS-DOS на Windows 95, особенно если начальник в свое время (конец 80-х годов) при переходе с Фортрана выбрал не правильный Си, а Паскаль. А посему был немало удивлен двумя обстоятельствами, что Файерберд:

    1. Еще жив.
    2. Кому-то нужен.

    Впрочем, встречал один проект, в котором до сих пор в системных требованиях значится Windows 98. И ведь продают. Нет, это не приложения для операторов "Почты России". Это имеет отношение к автоматизации библиотек.

     
     
  • 3.100, Хмн8230 (?), 19:31, 10/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >1. Еще жив.

    Жив. Даже развивается, хоть и не слишком быстро. И да, от IB 6.0 там уже мало что осталось.

    >2. Кому-то нужен.

    ЖКХ — есть программные комплексы энергоучёта хранящие данные в Firebird.
    РЖД — системы управления станциями хранят историю, опять же, в Firebird.

    Это то, что удалось вспомнить навскидку...

     

  • 1.8, Сергей (??), 22:41, 02/08/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Сделал на производстве базу уже скоро лет так ... семь назад. Работала сначала на interbase, затем перевел на Firebird. Работает годы в фоне, горя не знаю. Очень отличная база. Сомневающимся в нужности базы - вспомните историю для чего она создавалась :)
     
     
  • 2.31, elv (?), 13:41, 03/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Вы про ее "танковую" историю или про прародителя -- DEC Rdb?
     
     
  • 3.34, Сергей (??), 16:25, 03/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Про самолетостроительную часть. Хотя оказывается я и сам не всю историю ее знаю ... Но СУБД действительна хороша.
     
  • 2.42, Аноним (-), 18:59, 03/08/2013 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Сделал на производстве базу уже скоро лет так ... семь назад. Работала
    > сначала на interbase, затем перевел на Firebird. Работает годы в фоне,
    > горя не знаю. Очень отличная база. Сомневающимся в нужности базы -
    > вспомните историю для чего она создавалась :)

    Загадками говорите. И для чего же?

    Может, заняться уже делом? Называется просто LAMP.

     

  • 1.9, IP (??), 23:00, 02/08/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    В новости малеху неточный перевод.
    Это со времен царя гороха:
    >Возможность задания триггеров, срабатывающих при удалении или изменении данных;

    фраза в релизнотах:
    The purpose of a “DDL trigger” is to enable restrictions to be placed on users who attempt to create, alter or
    drop a DDL object

    Речь о триггерах на метаданные.

     
  • 1.19, Аноним (-), 02:51, 03/08/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    о ! хорошая новость.
    самая лучшая опенсорс SQL DB.
    есть и блекджек и все остальное - ACID, реалтайм, сурьезные BLOB-ы, нормальный диалект SQL, чудесный препроцессор/компилятор хранимых процедур и ddl(скорость - соотв. как у бинарников), оптимистичная блокрировка(твикается), нормальный IO.
    из минусов - органические продолжения плюсов - тк это SQl, то оно не распределенное, к примеру.
    p.s.
    неофитам: изначально сабж звался FireFox[после того как сообщество форкнуло ненадолго приоткрытые сырцы InterBase-а], но после talks-ов с Mozilla - поменяли название.
     
     
  • 2.21, Филимон Шорохов (?), 03:19, 03/08/2013 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > неофитам: изначально сабж звался FireFox[после того как сообщество форкнуло ненадолго
    > приоткрытые сырцы InterBase-а], но после talks-ов с Mozilla - поменяли название.

    Гы. Всё ровно наоборот было: У Mozillы быт Thuderbird и Firebird (две птицы. Вообще идея козырная), и Firebird (который броузер) Firefoxом стал.


     
  • 2.64, kurokaze (ok), 17:15, 04/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >неофитам: изначально сабж звался FireFox[после того как сообщество форкнуло ненадолго приоткрытые сырцы InterBase-а],

    да ты сам неофит, я постгри несколько лет юзал до того момента как фф вообще появился

     
     
  • 3.101, Хмн8230 (?), 19:47, 10/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > я постгри несколько лет юзал до того момента как фф вообще появился

    Смотря как считать.

    Разработка PostgreSQL, согласно данным википедии, началась в 1986 году.
    Borland открыла сорцы InterBase 6, форком которой является Firebird, в 2000-ом. А вот сама InterBase развивается с 1984 года.

    Так что, смотря как считать...

     

  • 1.23, Аноним (-), 04:18, 03/08/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    не "наоборот", а именно так. расказанное иначе.
     
  • 1.27, Аноним (-), 11:41, 03/08/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Чем лучше mongodb + nodejs?
     
     
  • 2.28, DLag (?), 12:11, 03/08/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не нужно сравнивать теплое с мягким.
     
  • 2.36, Аноним (-), 16:48, 03/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    "лучше" Mnesia+N2O.
    и иже.
    146% !!
     

  • 1.30, VoDA (ok), 13:17, 03/08/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А в этой версии зафиксали "фичу" создания невосстановимого бэкапа? Это когда делаем бэкап - все ок. Восстанавливаем, делаем селекты и тут СУБД начинает ругаться на неконсистентные данные.

    А то знакомый Firebird-ник был сильно удивлен, когда узнал, что в других СУБД (PostrgeSQL, Oracle, MS SQL server) бэкапы всегда восстановимы.

     
     
  • 2.37, Аноним (-), 16:50, 03/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > А в этой версии зафиксали "фичу" создания невосстановимого бэкапа? Это когда делаем
    > бэкап - все ок. Восстанавливаем, делаем селекты и тут СУБД начинает
    > ругаться на неконсистентные данные.
    > А то знакомый Firebird-ник был сильно удивлен, когда узнал, что в других
    > СУБД (PostrgeSQL, Oracle, MS SQL server) бэкапы всегда восстановимы.

    если ODS корруптнулся или бэкап-утилита использовалась несовместимая с текущим ODS - бывает.


     
  • 2.38, IP (??), 18:43, 03/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > А в этой версии зафиксали "фичу" создания невосстановимого бэкапа?

    Эта "фича" возникала и возникает, когда "очень умный" клиент лезет править руками системные таблицы, например  вкорячить столбцу "not null", прямой правкой системных таблиц, тот же ибэксперт этим грешит напропалую. Идет к тому, что править системные таблицы вообще запретят, не исключено, что в тройке.

    Да, утилита  gbak  это скорее средство миграции/пересоздания БД, для собственно инкрементарного бэкапа есть еще одна утилита nbackup, она вообще по другому принципу работает.

    >  Восстанавливаем, делаем селекты и тут СУБД начинает
    > ругаться на неконсистентные данные.

    На сам деле гораздо раньше начинается ругань.

    > А то знакомый Firebird-ник был сильно удивлен, когда узнал, что в других
    > СУБД (PostrgeSQL, Oracle, MS SQL server) бэкапы всегда восстановимы.

    Бэкап может побиться у кого угодно, где угодно и в любой момент. Поэтому все их хранят в виде нескольких копий на некоторую глубину, например по дням недели.

     
     
  • 3.44, Аноним (-), 19:36, 03/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    В MySQL делается дамп. Для восстановления базы - обратная процедура. Какое отношение ко всему этому имеет "ручная" правка чего-либо? Сняли дамп - накатили дамп. Что было, то и стало.

    Скажите лучше, что в Firebird бэкапа нет. Хорошая будед реклама.

     
     
  • 4.52, нимус (?), 11:07, 04/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    вы даже не поняли о чём речь
     
     
  • 5.54, Аноним (-), 13:39, 04/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > вы даже не поняли о чём речь

    Он знает единственный вид бэкапа - экспорт/импорт. Про физический бэкап он даже не слышал никогда.

     
     
  • 6.85, Аноним (-), 18:38, 05/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Вот такие нимусы-грамотеи и лепят поделки, которые обваливаются через 3 дня после окончания гарантии. И глупый юзер бесконечно платит. Дамп в кроне на 12 часов ночи на сетевое хранилище - и все, забудь про остальные фичи.
     
  • 4.77, NikolayV81 (?), 08:59, 05/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > В MySQL делается дамп. Для восстановления базы - обратная процедура. Какое отношение
    > ко всему этому имеет "ручная" правка чего-либо? Сняли дамп - накатили
    > дамп. Что было, то и стало.
    > Скажите лучше, что в Firebird бэкапа нет. Хорошая будед реклама.

    Такое есть nbak. тот же дамп инкрементный, если вы чего-то не знаете это не значит что этого нет.

    gbak другая идея, это по смыслу в одной снапшот транзакции ( у MySQL дамп уже в снапшоте? или как получится ;) ) в нём создаётся копия данных в формате в собственном формате, смысл которого - сжатая версия простого набора SQL команд, и потом восстановление простыми SQL запросами по сути.
    Данный способ бэкапа как раз помогает определить что с данными что то случилось ( да хоть сбой IO и в фс ). Делается бэкап и рестор на другой сервер, если рестор не прошёл ( что за последнее 4 года было 2 раза оба из-за того что not-null на столбцы ставили в рабочей системе ( по другому никак было ) сразу становится ясно в чём проблема.

     

  • 1.45, Аноним (-), 21:20, 03/08/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кэша результатов запросов так и нет?
    У клиента стоит специальная программа для работы с оборудованием
    Использует interbase 2009, при этом дико тормозит, а сама база жалких 200 МЕГАбайт
    Посмотрел через wireshark какие запросы идут. А штатный профайлер вообще существует?
    Запросы с кучей вложенных подзапросов к вьюхам, в которых еще куча подзапросов. Поубивал бы программистов родивших такой код.
    Клиентская программа без исходников, связи с создателями и обновлений нет.
    Пробовал протестировать базу на новом сервере, время ожидания результатов запроса 18 секунд против 20 на старом.
    Пробовал мигрировать на firebird 2.5. База вроде создается, но половины данных нет, возникает какая-то ошибка при восстановлении.
    Кто что может посоветовать?
     
     
  • 2.46, Аноним (-), 21:26, 03/08/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ты сам-то ответ знаешь? Переходи на MySQL. Если база небольшая и клиентов немного, рассмотри Oracle XE 10-й версии.
     
     
  • 3.47, name (??), 21:44, 03/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Расскажите как перейти на другую БД, если софт на клиентах нельзя менять.
     
     
  • 4.55, Аноним (-), 13:40, 04/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Расскажите как перейти на другую БД, если софт на клиентах нельзя менять.

    ODBC?

     
     
  • 5.71, Хы (?), 01:55, 05/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Умен, чертяга!
     
  • 5.86, name (??), 19:24, 05/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >> Расскажите как перейти на другую БД, если софт на клиентах нельзя менять.
    > ODBC?

    это если только программы изначально работают через ODBC, а если напрямую подключаются?

    и да, некоторые программы используют синтаксис для специфичной БД,
    select top 50 * from table
    в mySQL уже не работает

     
  • 3.78, NikolayV81 (?), 09:01, 05/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Ты сам-то ответ знаешь? Переходи на MySQL. Если база небольшая и клиентов
    > немного, рассмотри Oracle XE 10-й версии.

    Если у него запрос с базы в 200 метов 20 секунд, то ему уже ничто не поможет ;).

     
     
  • 4.87, name (??), 19:24, 05/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >> Ты сам-то ответ знаешь? Переходи на MySQL. Если база небольшая и клиентов
    >> немного, рассмотри Oracle XE 10-й версии.
    > Если у него запрос с базы в 200 метов 20 секунд, то
    > ему уже ничто не поможет ;).

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

     
  • 2.48, Алексаедр (?), 02:51, 04/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    И как это описанное относится с достоинствам или недостаткам FB? Умелыми руками можно и Oracle заставить делать все описанное с жалкой
     
     
  • 3.49, Алексаедр (?), 02:52, 04/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > И как это описанное относится с достоинствам или недостаткам FB? Умелыми руками
    > можно и Oracle заставить делать все описанное с "жалкой"

    (извиняюсь) базой в 200 Мегабайт.

     
  • 3.57, Аноним (-), 13:40, 04/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > И как это описанное относится с достоинствам или недостаткам FB? Умелыми руками
    > можно и Oracle заставить делать все описанное с жалкой

    В Оракле все это встроено и включено by default. Да-а-а-авным - давно.

     
  • 2.50, pansa (ok), 03:16, 04/08/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Кэша результатов запросов так и нет?

    А это не показатель. Открою тайну - у постгреса тоже нет кэша запросов. Потому что это не задача СУБД.

     
     
  • 3.56, Аноним (-), 13:40, 04/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >> Кэша результатов запросов так и нет?
    > А это не показатель. Открою тайну - у постгреса тоже нет кэша
    > запросов. Потому что это не задача СУБД.

    Oracle 11g с тобой не согласен.

     
     
  • 4.60, pansa (ok), 14:31, 04/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >>> Кэша результатов запросов так и нет?
    >> А это не показатель. Открою тайну - у постгреса тоже нет кэша
    >> запросов. Потому что это не задача СУБД.
    > Oracle 11g с тобой не согласен.

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

     
  • 4.79, NikolayV81 (?), 09:05, 05/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >>> Кэша результатов запросов так и нет?
    >> А это не показатель. Открою тайну - у постгреса тоже нет кэша
    >> запросов. Потому что это не задача СУБД.
    > Oracle 11g с тобой не согласен.

    Там столько накостылено по запросам больших клиентов, что иногда диву даёшься как такое можно вставить в систему, но при этом банальных вещей по стандарту нет...
    На вскидку: Varchar2 и отсутствие first ( top ) в синтаксисе SQL,  что приводит к офигенному геморрою при написании запросов на выборку первых n строк в отсортированном запросе

     
     
  • 5.90, АНон (?), 21:08, 06/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    ну если "...where rownum < n..." это офигенский геморой :-\
     
     
  • 6.91, nikolayv81 (?), 22:15, 06/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > ну если "...where rownum < n..." это офигенский геморой :-\

    RowNum с сортировкой не работает и вместо простого
    <pre>
      select first /*top*/ 10 t.field
        from table t
        where t.param = :param
        order by t.ordr
    </pre>
    надо писать либо
    <pre>
    select field
      from ( select t.field
               from table t
               where t.param = :param )
      where rownum() < 10
    </pre>
    Либо как ещё десятком способов....

     
     
  • 7.92, nikolayv81 (?), 22:18, 06/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    > <pre>
    > select field
    >   from ( select t.field
    >            from
    > table t
    >            where
    > t.param = :param )
    >   where rownum() < 10
    > </pre>
    > Либо как ещё десятком способов....

    А ещё у него любой ddl запрос коммитит текущую транзакцию, этакая фишка...

     
  • 7.93, АНон (?), 22:46, 06/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Так где геморой-то?Офигенский тем более?
     
  • 4.89, Аноним (-), 03:32, 06/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Ораклю надо читать про ACID и нормализацию БД - до полного и окончательного просветления.
    ну и еще про теорию и историю SQL, как такового и первопричины его создания и использования.
    но вот как раз с софтверными инженерами - у них негусто. незадерживаются они в компании.
    и слово "CASE" стало ругательным у начальства и coding monkeys. не сразу но яростно.
    и трагично для их клиентов.
     
  • 3.59, sam (??), 14:05, 04/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    интересно, а чья же?
     
     
  • 4.61, pansa (ok), 14:37, 04/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > интересно, а чья же?

    Уровня приложения. Частично ускорению выполнения повторной выборки помогает кэш ФС.
    Либо, если кэш действительно объективно нужен, можно с помощью расширений подключить мемкеш на уровне сервера постгрес. Так или иначе, задача субд обеспечить работу с данными, а механизмы кэширования слишком сильно зависят от решаемой задачи и лучше их реализовывать на стороне приложения.
    Повторюсь, это мое мнение и я лишь хотел заметить, что наличие/отсутствие кэша запросов - это только свойство конкретной субд, это не + и не -

     
     
  • 5.62, sam (??), 14:51, 04/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >> интересно, а чья же?
    > Уровня приложения. Частично ускорению выполнения повторной выборки помогает кэш ФС.
    > Либо, если кэш действительно объективно нужен, можно с помощью расширений подключить мемкеш
    > на уровне сервера постгрес. Так или иначе, задача субд обеспечить работу
    > с данными, а механизмы кэширования слишком сильно зависят от решаемой задачи
    > и лучше их реализовывать на стороне приложения.
    > Повторюсь, это мое мнение и я лишь хотел заметить, что наличие/отсутствие кэша
    > запросов - это только свойство конкретной субд, это не + и
    > не -

    а кто кроме СУБД сможет ответить изменились данные между запросами?

     
     
  • 6.63, VoDA (ok), 15:57, 04/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > а кто кроме СУБД сможет ответить изменились данные между запросами?

    В *некоторых* случаях само приложение.

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

    Задается политикой компании ;)

     
     
  • 7.67, sam (??), 21:09, 04/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >> а кто кроме СУБД сможет ответить изменились данные между запросами?
    > В *некоторых* случаях само приложение.
    > Такой случай это когда в БД может лазить только приложением и никто
    > больше. Либо когда все приложения (весь кластер) работают с синхронизированным кэшем.
    > Задается политикой компании ;)

    Да, можно, но это очень частный случай

     
  • 6.70, pansa (ok), 00:20, 05/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > а кто кроме СУБД сможет ответить изменились данные между запросами?

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

     
     
  • 7.80, NikolayV81 (?), 09:08, 05/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >> а кто кроме СУБД сможет ответить изменились данные между запросами?
    > У вас какое-то странное представление о кэшировании. Если субд будет проверять -
    > изменились данные или нет, то нафига нужен кэш, если уже получены
    > актуальные данные?

    У Оракла есть, он на всякие там результаты view ставит пометку на результат о валидности, пока пометка не снята, он не пересобирает запрос и берёт из кэша, вещь в принципе не имеющая большого смысла для сферы применения firebird

     
  • 2.88, serg1224 (ok), 23:52, 05/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Пробовал мигрировать на firebird 2.5. База вроде создается, но половины данных нет,
    > возникает какая-то ошибка при восстановлении.
    > Кто что может посоветовать?

    Я как-то сталкивался с похожими симптомами при миграции. В нашем случае оказалось, что в более свежем релизе FirebirdSQL появились новые зарезервированные слова, типа ABS, которые раньше были частью UDF-библиотеки. Возникал конфликт.

     
     
  • 3.96, ip (??), 13:06, 07/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >> Пробовал мигрировать на firebird 2.5. База вроде создается, но половины данных нет,
    >> возникает какая-то ошибка при восстановлении.
    >> Кто что может посоветовать?
    > Я как-то сталкивался с похожими симптомами при миграции. В нашем случае оказалось,
    > что в более свежем релизе FirebirdSQL появились новые зарезервированные слова, типа
    > ABS, которые раньше были частью UDF-библиотеки. Возникал конфликт.

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

     

  • 1.75, Нанобот (ok), 08:46, 05/08/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Помню, сервак невовремя ребутнули, и эта так называемая СУБД умерла - при запуске начинала брать 100% процессора и ничего не работало. Правда тогда версия 2.0 была...
     
     
  • 2.81, NikolayV81 (?), 09:09, 05/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Помню, сервак невовремя ребутнули, и эта так называемая СУБД умерла - при
    > запуске начинала брать 100% процессора и ничего не работало. Правда тогда
    > версия 2.0 была...

    Вот так вот страшилки и растут, вы бы ещё написали что в дискету воткнули иглу и поэтому вдруг dos с неё загружался, а Norton-Commamder перестал :)

     
  • 2.82, Forth (??), 09:10, 05/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Лет пять уже работаю с PostgreSQL и года три (эпизодически) с Firebird. PostgreSQL всегда успешно переживал некорректное отключение оборудования, и бэкапы всегда были в порядке.
    С Firebird были казусы с некорректным отключением и бэкапами.
     
     
  • 3.98, Наше имя легион (?), 21:46, 07/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Лет пять уже работаю с PostgreSQL и года три (эпизодически) с Firebird.
    > PostgreSQL всегда успешно переживал некорректное отключение оборудования, и бэкапы всегда
    > были в порядке.
    > С Firebird были казусы с некорректным отключением и бэкапами.

    Блин, это RDBMS, какие, в опу, некорректные отключений питания?! Такого в принципе быть не может!!!

     
     
  • 4.99, Forth (??), 11:46, 10/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >> Лет пять уже работаю с PostgreSQL и года три (эпизодически) с Firebird.
    >> PostgreSQL всегда успешно переживал некорректное отключение оборудования, и бэкапы всегда
    >> были в порядке.
    >> С Firebird были казусы с некорректным отключением и бэкапами.
    > Блин, это RDBMS, какие, в опу, некорректные отключений питания?! Такого в принципе
    > быть не может!!!

    Не буду обсуждать различия между "в принципе быть не может" и реальностью.
    К тому же паника ядра на Linux/FreeBSD или синий экран на Windows вполне себе реальная ситуация, по сути и смыслу мало отличается от отключения питания.

    З.Ы. Даже супернадежный AVR может сдохнуть, и потерять оба ввода на шкаф.

     
  • 2.83, ip (??), 12:17, 05/08/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Помню, сервак невовремя ребутнули, и эта так называемая СУБД умерла - при
    > запуске начинала брать 100% процессора и ничего не работало. Правда тогда
    > версия 2.0 была...

    Нечитатели доки такие сказочники. :)
    Для не дружащих с логикой объясняю: после того, как базу столь грубо останавливают роллбачится куча транзакций, как следствие версионного движка возникает куча мусора, этот мусор надо прибрать. Надо просто было дать время, но мабыть у вас железо тухлое, вот оно и тормознулось. Возможно самым быстрым вариантом было бы сделать бэкап при при помощи "gbak -b -g ...", потом рестор.
    По мусору было много оптимизаций в 2.5. У постгресовцев с вакуумом тоже не сильно лучше. Мусор он вообще дело хлопотное.
    Удали в своем любимом оракле значимое кол-во записей, скажем мульёнов десяток, или так же грубо останови, прямо в разгар работы, потом отпишись сколь сильно пинают юзеры. :)

     
     
  • 3.84, NikolayV81 (?), 12:20, 05/08/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    > останавливают роллбачится куча транзакций, как следствие версионного движка возникает
    > куча мусора, этот мусор надо прибрать. Надо просто было дать время,
    > но мабыть у вас железо тухлое, вот оно и тормознулось. Возможно
    > самым быстрым вариантом было бы сделать бэкап при при помощи "gbak
    > -b -g ...", потом рестор.
    > По мусору было много оптимизаций в 2.5. У постгресовцев с вакуумом тоже
    > не сильно лучше. Мусор он вообще дело хлопотное.
    > Удали в своем любимом оракле значимое кол-во записей, скажем мульёнов десяток, или
    > так же грубо останови, прямо в разгар работы, потом отпишись сколь
    > сильно пинают юзеры. :)

    Да там ещё и винт покрошиться мог и fw отключено быть, много что людям в голову приходит иногда :)
    p.s. Тут у хостинга с vps-кой проблемы были, так их спец рубанул vps-ку с небольшой базой на MariaDB и сайтом, так та потом с пол часа оживала на 4-х ядрах и базе в пол гига, и это в базе которая почти вся на чтение...

     

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



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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