The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Началось альфа-тестирование СУБД Firebird 3.0"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Началось альфа-тестирование СУБД Firebird 3.0"  +2 +/
Сообщение от opennews (??) on 02-Авг-13, 20:54 
После 8 лет разработки доступна (http://www.firebirdsql.org/en/news/firebird-3-0-alpha-1-rele.../) для тестирования первая альфа-версия СУБД Firebird 3.0 (http://www.firebirdsql.org/en/firebird-3-0-0-alpha1/). Новая ветка  переписана на языке C++ и отличается переработанной архитектурой, оптимизированной для использования на многоядерных системах. Изначально релиз Firebird 3.0 планировалось выпустить ещё в 2007 году, но из-за нехватки ресурсов разработка затянулась.

Из других особенностей (http://web.firebirdsql.org/download/prerelease/rlsnotes/Fire...) Firebird 3.0 можно выделить:

-  Новая гибкая система конфигурирования;

-  Дополнительные модели аутентификации;

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

-  Внешние хранимые процедуры, триггеры и функции (на Java, C++ и других языках);

-  Возможность определения пользовательских PSQL функций и DDL триггеров;

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

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


URL: http://www.firebirdsql.org/en/news/firebird-3-0-alpha-1-rele.../
Новость: http://www.opennet.dev/opennews/art.shtml?num=37585

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Началось альфа-тестирование СУБД Firebird 3.0"  +4 +/
Сообщение от Аноним (??) on 02-Авг-13, 20:54 
ни фига себе затяжка =)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Началось альфа-тестирование СУБД Firebird 3.0"  +12 +/
Сообщение от Анонище on 02-Авг-13, 20:55 
Главное качество кода.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

26. "Началось альфа-тестирование СУБД Firebird 3.0"  –4 +/
Сообщение от user (??) on 03-Авг-13, 11:02 
А могли бы взять питон, и 3-я версия была бы готова в году так 2008-2009.
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

94. "Началось альфа-тестирование СУБД Firebird 3.0"  +2 +/
Сообщение от Наше имя легион on 07-Авг-13, 11:02 
Или BASH - тогда к 2005, на год раньше старта :)
Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

5. "Началось альфа-тестирование СУБД Firebird 3.0"  +3 +/
Сообщение от Vasya (??) on 02-Авг-13, 21:41 
Нормуль, как есть, эта бд отличная штука, могли бы и не улучшать. :)
Фантастическая бд!
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

18. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от Sabakwaka (ok) on 03-Авг-13, 02:32 
> Нормуль, как есть, эта бд отличная штука, могли бы и не улучшать.
> :)
> Фантастическая бд!

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

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

25. "Началось альфа-тестирование СУБД Firebird 3.0"  +2 +/
Сообщение от SubGun (ok) on 03-Авг-13, 07:57 
Ну она как бы покруче постгреса была еще в бородатом году. Блокировки на уровне записей и т.д.
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

33. "Началось альфа-тестирование СУБД Firebird 3.0"  –5 +/
Сообщение от Sabakwaka (ok) on 03-Авг-13, 15:30 
> Ну она как бы покруче постгреса была еще в бородатом году.
> Блокировки на уровне записей и т.д.

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

Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

43. "Началось альфа-тестирование СУБД Firebird 3.0"  +6 +/
Сообщение от rshadow (ok) on 03-Авг-13, 18:59 
1. Либо тебе хватает
2. Либо ты просто другого не знаешь. Вытекает собственно из 1-го.
Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

51. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от Аноним (??) on 04-Авг-13, 09:41 
Ненависть к борланду
Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

53. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от Аноним (??) on 04-Авг-13, 13:38 
> Ненависть к борланду

Пойдем, повесимся по этому поводу? :))))))))))))

Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

66. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от Sabakwaka (ok) on 04-Авг-13, 20:12 
> Ненависть к борланду

Отнюдь.
С Дельфей я сползал долго и неохотно.
Я фанат Борланда.

Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

58. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от Аноним (??) on 04-Авг-13, 13:54 
>Новая ветка _переписана_ на языке _C++_ и отличается _переработанной_архитектурой_, оптимизированной для _использования_на_многоядерных_системах_.

И что там осталось от того Borland InterBase 4 ?

Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

95. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от Наше имя легион on 07-Авг-13, 11:06 
> И что там осталось от того Borland InterBase 4 ?

От того Borland InterBase 6 ? :)

Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

68. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от АНон on 04-Авг-13, 22:13 
Что у ей реально WAL имеется? Как настроить?
Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

11. "Началось альфа-тестирование СУБД Firebird 3.0"  +2 +/
Сообщение от IP (??) on 02-Авг-13, 23:19 
>Изначально релиз Firebird 3.0 планировалось выпустить ещё в 2007 году
> ни фига себе затяжка =)

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

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от MPEG LA on 02-Авг-13, 21:07 
а что, оно нужно?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

4. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от Аноним (??) on 02-Авг-13, 21:10 
На нем до сих пор зарабатывают. Есть кучи не слишком требовательных приложений под венду, которым чего-то такое надо. Но им и предыдущая версия ок.
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

72. "Началось альфа-тестирование СУБД Firebird 3.0"  +1 +/
Сообщение от NikolayV81 on 05-Авг-13, 08:35 
Насчёт не слишком требовательных это вы от незнания наверное...
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

6. "Началось альфа-тестирование СУБД Firebird 3.0"  +1 +/
Сообщение от Виталий email(??) on 02-Авг-13, 21:51 
Да, тоже интересно, нужно ли вообще кому-то, кроме тех кто на старых дельфях до сих пор пишет...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

7. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от Павел Ишенин on 02-Авг-13, 22:39 
Нужно. Пишу как на на "старых дельфях", так и на новых php. И все работает!
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

10. "Началось альфа-тестирование СУБД Firebird 3.0"  +1 +/
Сообщение от IP (??) on 02-Авг-13, 23:11 
> Да, тоже интересно, нужно ли вообще кому-то, кроме тех кто на старых
> дельфях до сих пор пишет...

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

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

12. "Началось альфа-тестирование СУБД Firebird 3.0"  +1 +/
Сообщение от Avator (ok) on 02-Авг-13, 23:50 
А в чём её преимущества по сравнению c MySQL и Postgre? Почему её выбрали?
(не троллинг, правда интересно).
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

13. "Началось альфа-тестирование СУБД Firebird 3.0"  +3 +/
Сообщение от IP (??) on 03-Авг-13, 00:20 
> А в чём её преимущества по сравнению c MySQL и Postgre? Почему
> её выбрали?
> (не троллинг, правда интересно).

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

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

22. "Началось альфа-тестирование СУБД Firebird 3.0"  +1 +/
Сообщение от Аноним (??) on 03-Авг-13, 03:33 
>По сравнению с MySQL у нас интересней функционал(полноценная работа с транзакциями...

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

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

74. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от NikolayV81 on 05-Авг-13, 08:40 
>>По сравнению с MySQL у нас интересней функционал(полноценная работа с транзакциями...
> Из криокамеры вылезаем. MyISAM уже даже не дефолтный движок в MySQL.

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

Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

39. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от Аноним (??) on 03-Авг-13, 18:51 
> По сравнению с MySQL у нас интересней функционал

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

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

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

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

14. "Началось альфа-тестирование СУБД Firebird 3.0"  +1 +/
Сообщение от Филимон Винтиков on 03-Авг-13, 00:34 
> А в чём её преимущества по сравнению c MySQL и Postgre?

Например: В Firebird в хранимых процедурах вы не можете обращаться к не валидным метаданным. Т.е. не можете написать запрос select * from NONEXISTENTTABLE. Также, если вы упомянули колонку в процедуре, вы не можете её дропнуть. Т.е. что-то вроде внешних ключей для метаданных. Это злодейски облегчает тестирование. Особенно, если есть if else логика разветвлённая. Ну, разумеется, если вы тестируете свои произведения. Также процедуры компилируются, что позволяет удалить исходный код при поставке клиенту. И выполняются быстрее. Я был в бешенстве, когда в MySQL перепутал select request_count from users и select requests_count from users в хранимке в mysql Нормальные СУБД такое не Допускают (с)

Офигенный инструмент для редактирования базы: IB Expert. Ни для MySQL, ни для Postgre ничего не могу найти даже близкое по качеству и продуманности.

Единственное, что меня в ней напрягает по настоящему, так это то, что Firebird не работает как standalone сервер под моей любимой FreeBSD, тока под виндой и под линуксами всякими

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

15. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от Филимон Винтиков on 03-Авг-13, 00:37 
> Firebird не работает как standalone сервер под моей любимой FreeBSD

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

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

16. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от IP (??) on 03-Авг-13, 01:44 
>> Firebird не работает как standalone сервер под моей любимой FreeBSD
> В смысле только через inetd/xinetd, хотя может уже чего поменялось

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

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

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

17. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от IP (??) on 03-Авг-13, 01:56 
> Также процедуры компилируются, что позволяет удалить
> исходный код при поставке клиенту.

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

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

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

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

20. "Началось альфа-тестирование СУБД Firebird 3.0"  +1 +/
Сообщение от Филимон Шорохов on 03-Авг-13, 03:15 
> Это неуловимый Джо, не более того.

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

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

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

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

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

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

Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

29. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от IP (??) on 03-Авг-13, 12:49 
>> Это неуловимый Джо, не более того.
> Нет, это возможность защитить часть своей работы от кражи. В моём случае
> - большУю часть

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

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

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

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

65. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от Аноним (??) on 04-Авг-13, 19:12 
> Офигенный инструмент для редактирования базы: IB Expert. Ни для MySQL, ни для Postgre ничего не могу найти даже близкое по качеству и продуманности.

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

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

69. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от Филимон ШороховЗадунайский on 04-Авг-13, 23:56 
> Это видел? http://www.devart.com/ru/dbforge/mysql/studio/

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

Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

76. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от NikolayV81 on 05-Авг-13, 08:46 
>> А в чём её преимущества по сравнению c MySQL и Postgre?
> Офигенный инструмент для редактирования базы: IB Expert. Ни для MySQL, ни для
> Postgre ничего не могу найти даже близкое по качеству и продуманности.

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

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

73. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от NikolayV81 on 05-Авг-13, 08:37 
> А в чём её преимущества по сравнению c MySQL и Postgre? Почему
> её выбрали?
> (не троллинг, правда интересно).

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

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

40. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от Аноним (??) on 03-Авг-13, 18:57 
> Да, тоже интересно, нужно ли вообще кому-то, кроме тех кто на старых
> дельфях до сих пор пишет...

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

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

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

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

100. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от Хмн8230 on 10-Авг-13, 19:31 
>1. Еще жив.

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

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

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

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

Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

8. "Началось альфа-тестирование СУБД Firebird 3.0"  +1 +/
Сообщение от Сергей (??) on 02-Авг-13, 22:41 
Сделал на производстве базу уже скоро лет так ... семь назад. Работала сначала на interbase, затем перевел на Firebird. Работает годы в фоне, горя не знаю. Очень отличная база. Сомневающимся в нужности базы - вспомните историю для чего она создавалась :)
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

31. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от elv on 03-Авг-13, 13:41 
Вы про ее "танковую" историю или про прародителя -- DEC Rdb?
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

34. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от Сергей (??) on 03-Авг-13, 16:25 
Про самолетостроительную часть. Хотя оказывается я и сам не всю историю ее знаю ... Но СУБД действительна хороша.
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

42. "Началось альфа-тестирование СУБД Firebird 3.0"  –3 +/
Сообщение от Аноним (??) on 03-Авг-13, 18:59 
> Сделал на производстве базу уже скоро лет так ... семь назад. Работала
> сначала на interbase, затем перевел на Firebird. Работает годы в фоне,
> горя не знаю. Очень отличная база. Сомневающимся в нужности базы -
> вспомните историю для чего она создавалась :)

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

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

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

9. "Началось альфа-тестирование СУБД Firebird 3.0"  +3 +/
Сообщение от IP (??) on 02-Авг-13, 23:00 
В новости малеху неточный перевод.
Это со времен царя гороха:
>Возможность задания триггеров, срабатывающих при удалении или изменении данных;

фраза в релизнотах:
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

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

19. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от Аноним (??) on 03-Авг-13, 02:51 
о ! хорошая новость.
самая лучшая опенсорс SQL DB.
есть и блекджек и все остальное - ACID, реалтайм, сурьезные BLOB-ы, нормальный диалект SQL, чудесный препроцессор/компилятор хранимых процедур и ddl(скорость - соотв. как у бинарников), оптимистичная блокрировка(твикается), нормальный IO.
из минусов - органические продолжения плюсов - тк это SQl, то оно не распределенное, к примеру.
p.s.
неофитам: изначально сабж звался FireFox[после того как сообщество форкнуло ненадолго приоткрытые сырцы InterBase-а], но после talks-ов с Mozilla - поменяли название.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

21. "Началось альфа-тестирование СУБД Firebird 3.0"  +6 +/
Сообщение от Филимон Шорохов on 03-Авг-13, 03:19 
> неофитам: изначально сабж звался FireFox[после того как сообщество форкнуло ненадолго
> приоткрытые сырцы InterBase-а], но после talks-ов с Mozilla - поменяли название.

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


Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

64. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от kurokaze (ok) on 04-Авг-13, 17:15 
>неофитам: изначально сабж звался FireFox[после того как сообщество форкнуло ненадолго приоткрытые сырцы InterBase-а],

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

Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

101. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от Хмн8230 on 10-Авг-13, 19:47 
> я постгри несколько лет юзал до того момента как фф вообще появился

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

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

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

Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

23. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от Аноним (??) on 03-Авг-13, 04:18 
не "наоборот", а именно так. расказанное иначе.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

27. "Началось альфа-тестирование СУБД Firebird 3.0"  –1 +/
Сообщение от Аноним (??) on 03-Авг-13, 11:41 
Чем лучше mongodb + nodejs?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

28. "Началось альфа-тестирование СУБД Firebird 3.0"  +1 +/
Сообщение от DLag email on 03-Авг-13, 12:11 
Не нужно сравнивать теплое с мягким.
Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

36. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от Аноним (??) on 03-Авг-13, 16:48 
"лучше" Mnesia+N2O.
и иже.
146% !!
Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

30. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от VoDA (ok) on 03-Авг-13, 13:17 
А в этой версии зафиксали "фичу" создания невосстановимого бэкапа? Это когда делаем бэкап - все ок. Восстанавливаем, делаем селекты и тут СУБД начинает ругаться на неконсистентные данные.

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

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

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


Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

38. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от IP (??) on 03-Авг-13, 18:43 
> А в этой версии зафиксали "фичу" создания невосстановимого бэкапа?

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

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

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

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

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

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

Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

44. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от Аноним (??) on 03-Авг-13, 19:36 
В MySQL делается дамп. Для восстановления базы - обратная процедура. Какое отношение ко всему этому имеет "ручная" правка чего-либо? Сняли дамп - накатили дамп. Что было, то и стало.

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

Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

52. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от нимус on 04-Авг-13, 11:07 
вы даже не поняли о чём речь
Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

54. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от Аноним (??) on 04-Авг-13, 13:39 
> вы даже не поняли о чём речь

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

Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

85. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от Аноним (??) on 05-Авг-13, 18:38 
Вот такие нимусы-грамотеи и лепят поделки, которые обваливаются через 3 дня после окончания гарантии. И глупый юзер бесконечно платит. Дамп в кроне на 12 часов ночи на сетевое хранилище - и все, забудь про остальные фичи.
Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

77. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от NikolayV81 on 05-Авг-13, 08:59 
> В MySQL делается дамп. Для восстановления базы - обратная процедура. Какое отношение
> ко всему этому имеет "ручная" правка чего-либо? Сняли дамп - накатили
> дамп. Что было, то и стало.
> Скажите лучше, что в Firebird бэкапа нет. Хорошая будед реклама.

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

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

Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

45. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от Аноним (??) on 03-Авг-13, 21:20 
Кэша результатов запросов так и нет?
У клиента стоит специальная программа для работы с оборудованием
Использует interbase 2009, при этом дико тормозит, а сама база жалких 200 МЕГАбайт
Посмотрел через wireshark какие запросы идут. А штатный профайлер вообще существует?
Запросы с кучей вложенных подзапросов к вьюхам, в которых еще куча подзапросов. Поубивал бы программистов родивших такой код.
Клиентская программа без исходников, связи с создателями и обновлений нет.
Пробовал протестировать базу на новом сервере, время ожидания результатов запроса 18 секунд против 20 на старом.
Пробовал мигрировать на firebird 2.5. База вроде создается, но половины данных нет, возникает какая-то ошибка при восстановлении.
Кто что может посоветовать?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

46. "Началось альфа-тестирование СУБД Firebird 3.0"  –1 +/
Сообщение от Аноним (??) on 03-Авг-13, 21:26 
Ты сам-то ответ знаешь? Переходи на MySQL. Если база небольшая и клиентов немного, рассмотри Oracle XE 10-й версии.
Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

47. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от name (??) on 03-Авг-13, 21:44 
Расскажите как перейти на другую БД, если софт на клиентах нельзя менять.
Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

55. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от Аноним (??) on 04-Авг-13, 13:40 
> Расскажите как перейти на другую БД, если софт на клиентах нельзя менять.

ODBC?

Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

71. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от Хы on 05-Авг-13, 01:55 
Умен, чертяга!
Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

86. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от name (??) on 05-Авг-13, 19:24 
>> Расскажите как перейти на другую БД, если софт на клиентах нельзя менять.
> ODBC?

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

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

Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

78. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от NikolayV81 on 05-Авг-13, 09:01 
> Ты сам-то ответ знаешь? Переходи на MySQL. Если база небольшая и клиентов
> немного, рассмотри Oracle XE 10-й версии.

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

Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

87. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от name (??) on 05-Авг-13, 19:24 
>> Ты сам-то ответ знаешь? Переходи на MySQL. Если база небольшая и клиентов
>> немного, рассмотри Oracle XE 10-й версии.
> Если у него запрос с базы в 200 метов 20 секунд, то
> ему уже ничто не поможет ;).

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

Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

48. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от Алексаедр email on 04-Авг-13, 02:51 
И как это описанное относится с достоинствам или недостаткам FB? Умелыми руками можно и Oracle заставить делать все описанное с жалкой
Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

49. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от Алексаедр email on 04-Авг-13, 02:52 
> И как это описанное относится с достоинствам или недостаткам FB? Умелыми руками
> можно и Oracle заставить делать все описанное с "жалкой"

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

Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

57. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от Аноним (??) on 04-Авг-13, 13:40 
> И как это описанное относится с достоинствам или недостаткам FB? Умелыми руками
> можно и Oracle заставить делать все описанное с жалкой

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

Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

50. "Началось альфа-тестирование СУБД Firebird 3.0"  +1 +/
Сообщение от pansa (ok) on 04-Авг-13, 03:16 
> Кэша результатов запросов так и нет?

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

Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

56. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от Аноним (??) on 04-Авг-13, 13:40 
>> Кэша результатов запросов так и нет?
> А это не показатель. Открою тайну - у постгреса тоже нет кэша
> запросов. Потому что это не задача СУБД.

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

Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

60. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от pansa (ok) on 04-Авг-13, 14:31 
>>> Кэша результатов запросов так и нет?
>> А это не показатель. Открою тайну - у постгреса тоже нет кэша
>> запросов. Потому что это не задача СУБД.
> Oracle 11g с тобой не согласен.

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

Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

79. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от NikolayV81 on 05-Авг-13, 09:05 
>>> Кэша результатов запросов так и нет?
>> А это не показатель. Открою тайну - у постгреса тоже нет кэша
>> запросов. Потому что это не задача СУБД.
> Oracle 11g с тобой не согласен.

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

Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

90. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от АНон on 06-Авг-13, 21:08 
ну если "...where rownum < n..." это офигенский геморой :-\
Ответить | Правка | ^ к родителю #79 | Наверх | Cообщить модератору

91. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от nikolayv81 email on 06-Авг-13, 22:15 
> ну если "...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>
Либо как ещё десятком способов....

Ответить | Правка | ^ к родителю #90 | Наверх | Cообщить модератору

92. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от nikolayv81 email on 06-Авг-13, 22:18 
>[оверквотинг удален]
> <pre>
> select field
>   from ( select t.field
>            from
> table t
>            where
> t.param = :param )
>   where rownum() < 10
> </pre>
> Либо как ещё десятком способов....

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

Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

93. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от АНон on 06-Авг-13, 22:46 
Так где геморой-то?Офигенский тем более?
Ответить | Правка | ^ к родителю #91 | Наверх | Cообщить модератору

89. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от Аноним (??) on 06-Авг-13, 03:32 
Ораклю надо читать про ACID и нормализацию БД - до полного и окончательного просветления.
ну и еще про теорию и историю SQL, как такового и первопричины его создания и использования.
но вот как раз с софтверными инженерами - у них негусто. незадерживаются они в компании.
и слово "CASE" стало ругательным у начальства и coding monkeys. не сразу но яростно.
и трагично для их клиентов.
Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

59. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от sam (??) on 04-Авг-13, 14:05 
интересно, а чья же?
Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

61. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от pansa (ok) on 04-Авг-13, 14:37 
> интересно, а чья же?

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

Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

62. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от sam (??) on 04-Авг-13, 14:51 
>> интересно, а чья же?
> Уровня приложения. Частично ускорению выполнения повторной выборки помогает кэш ФС.
> Либо, если кэш действительно объективно нужен, можно с помощью расширений подключить мемкеш
> на уровне сервера постгрес. Так или иначе, задача субд обеспечить работу
> с данными, а механизмы кэширования слишком сильно зависят от решаемой задачи
> и лучше их реализовывать на стороне приложения.
> Повторюсь, это мое мнение и я лишь хотел заметить, что наличие/отсутствие кэша
> запросов - это только свойство конкретной субд, это не + и
> не -

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

Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

63. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от VoDA (ok) on 04-Авг-13, 15:57 
> а кто кроме СУБД сможет ответить изменились данные между запросами?

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

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

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

Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

67. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от sam (??) on 04-Авг-13, 21:09 
>> а кто кроме СУБД сможет ответить изменились данные между запросами?
> В *некоторых* случаях само приложение.
> Такой случай это когда в БД может лазить только приложением и никто
> больше. Либо когда все приложения (весь кластер) работают с синхронизированным кэшем.
> Задается политикой компании ;)

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

Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

70. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от pansa (ok) on 05-Авг-13, 00:20 
> а кто кроме СУБД сможет ответить изменились данные между запросами?

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

Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

80. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от NikolayV81 on 05-Авг-13, 09:08 
>> а кто кроме СУБД сможет ответить изменились данные между запросами?
> У вас какое-то странное представление о кэшировании. Если субд будет проверять -
> изменились данные или нет, то нафига нужен кэш, если уже получены
> актуальные данные?

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

Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

88. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от serg1224 (ok) on 05-Авг-13, 23:52 
> Пробовал мигрировать на firebird 2.5. База вроде создается, но половины данных нет,
> возникает какая-то ошибка при восстановлении.
> Кто что может посоветовать?

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

Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

96. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от ip (??) on 07-Авг-13, 13:06 
>> Пробовал мигрировать на firebird 2.5. База вроде создается, но половины данных нет,
>> возникает какая-то ошибка при восстановлении.
>> Кто что может посоветовать?
> Я как-то сталкивался с похожими симптомами при миграции. В нашем случае оказалось,
> что в более свежем релизе FirebirdSQL появились новые зарезервированные слова, типа
> ABS, которые раньше были частью UDF-библиотеки. Возникал конфликт.

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

Ответить | Правка | ^ к родителю #88 | Наверх | Cообщить модератору

75. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от Нанобот (ok) on 05-Авг-13, 08:46 
Помню, сервак невовремя ребутнули, и эта так называемая СУБД умерла - при запуске начинала брать 100% процессора и ничего не работало. Правда тогда версия 2.0 была...
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

81. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от NikolayV81 on 05-Авг-13, 09:09 
> Помню, сервак невовремя ребутнули, и эта так называемая СУБД умерла - при
> запуске начинала брать 100% процессора и ничего не работало. Правда тогда
> версия 2.0 была...

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

Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

82. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от Forth email(??) on 05-Авг-13, 09:10 
Лет пять уже работаю с PostgreSQL и года три (эпизодически) с Firebird. PostgreSQL всегда успешно переживал некорректное отключение оборудования, и бэкапы всегда были в порядке.
С Firebird были казусы с некорректным отключением и бэкапами.
Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

98. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от Наше имя легион on 07-Авг-13, 21:46 
> Лет пять уже работаю с PostgreSQL и года три (эпизодически) с Firebird.
> PostgreSQL всегда успешно переживал некорректное отключение оборудования, и бэкапы всегда
> были в порядке.
> С Firebird были казусы с некорректным отключением и бэкапами.

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

Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

99. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от Forth email(??) on 10-Авг-13, 11:46 
>> Лет пять уже работаю с PostgreSQL и года три (эпизодически) с Firebird.
>> PostgreSQL всегда успешно переживал некорректное отключение оборудования, и бэкапы всегда
>> были в порядке.
>> С Firebird были казусы с некорректным отключением и бэкапами.
> Блин, это RDBMS, какие, в опу, некорректные отключений питания?! Такого в принципе
> быть не может!!!

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

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

Ответить | Правка | ^ к родителю #98 | Наверх | Cообщить модератору

83. "Началось альфа-тестирование СУБД Firebird 3.0"  +1 +/
Сообщение от ip (??) on 05-Авг-13, 12:17 
> Помню, сервак невовремя ребутнули, и эта так называемая СУБД умерла - при
> запуске начинала брать 100% процессора и ничего не работало. Правда тогда
> версия 2.0 была...

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

Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

84. "Началось альфа-тестирование СУБД Firebird 3.0"  +/
Сообщение от NikolayV81 email on 05-Авг-13, 12:20 
>[оверквотинг удален]
> останавливают роллбачится куча транзакций, как следствие версионного движка возникает
> куча мусора, этот мусор надо прибрать. Надо просто было дать время,
> но мабыть у вас железо тухлое, вот оно и тормознулось. Возможно
> самым быстрым вариантом было бы сделать бэкап при при помощи "gbak
> -b -g ...", потом рестор.
> По мусору было много оптимизаций в 2.5. У постгресовцев с вакуумом тоже
> не сильно лучше. Мусор он вообще дело хлопотное.
> Удали в своем любимом оракле значимое кол-во записей, скажем мульёнов десяток, или
> так же грубо останови, прямо в разгар работы, потом отпишись сколь
> сильно пинают юзеры. :)

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

Ответить | Правка | ^ к родителю #83 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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