вышел Firebird 2.0

для ускорения скорости? :)

сайт работает, хотя и очень медленно... ссылку надо правильно писать http://www.firebirdsql.org/

А также "Усиленно переработана безопасность" )

a kto chto skaget v sravnenii ego s postgrestom ?

kak mne kagytsya oni ne silno otlichaytsya ... i primenenie zavisit skoree ot religii ?

kred - буржуйский провокатор. Его цель положить сервер лора. )))

с постгрес низя сравнивать, этот fb вообще в серьезной задачи использовать нельзя, там нет лога транзакций, есть "невостановимый бэкап", SQL работает совсем не так как в нормальный субд (bug cursor stability), кривой супорт smp и т.д. и т.п.

IMHO он вышел ещё на той неделе... Вместе с 1.5.8.

> kak mne kagytsya oni ne silno otlichaytsya Напиример в них поддерживается примерно одинакое количество типов данных, есть нормальная кластеризация, встроенные языки, схемы, гранулярность контроля доступа, наследование таблиц,......

Для тех кто не понял - это стеб с firebird)). Особенно про типы данных.

> IMHO он вышел ещё на той неделе... Вместе с 1.5.8 Не IMHO а AFAIK.

Бугога... за что люблю ананизмусов, так это за то, что они всегда могу развеселить в трудное утро понедельника... :-D

>IMHO он вышел ещё на той неделе... Вместе с 1.5.8. Путаешь, это СУБД

Дада... не все знают что такое Firebird... и почему так раньше назывался FireFox =)))

>с постгрес низя сравнивать, этот fb вообще в серьезной задачи >использовать нельзя, там нет лога транзакций, есть "невостановимый >бэкап", SQL работает совсем не так как в нормальный субд (bug cursor > stability), кривой супорт smp и т.д. и т.п.

chto ? toko ne govori mne chto FB ne dotyagivaet do Postgresta ... ochen zal v postgreste nety normalnich partitionov. Dymal chto gde to est lychsche ... (ORACLE ne svchot) .

Echo kto chto skkkaget ? vobche na nego stoit smotret esli Postgres znay horosho ?

to kred.
Внимательно ознакомляемсо с постом выше. А именно:
Типы данных
Гранулярность доступа
Поддержка кластеризации(нормальная)
Всторенные языки
Легкость взаимопереноса с Oracle(как решение в случае сильного раздутия базы)
Схемы
Могу еще найти кучу отличий. Лично мне хватит жалкости типов данных.

Это они от фокса решили не отрываться по номеру версии. Друзья навек, так сказать.

что за бред? какой 1.5.8?

> там нет лога транзакций Вы тупой? В firebird отродясь версионная архитектура (такая как теперь в ms sql 2005) - какой там нафиг лог транзакций? > есть "невостановимый бэкап" Нет невосстановимого бекапа. Изучаем документацию к gbak > SQL работает совсем не так как в нормальный субд SQL работает прекрасно и разработка идет в направлении стандартов SQL. > кривой супорт smp Если я правильно понял что такое "супорт smp" - для того есть classic server в котором на одно подключение запускается один серверный процесс. А в многотредовом "super-server" поддержки smp нет вообще.

>> там нет лога транзакций > Вы тупой?В firebird отродясь версионная архитектура(такая как теперь в ms sql 2005)

Помоему написано не о отсутствии транзакций а о отсутствии логирования.

> для устранания нестабильности

блин... а опечатки поправить религия не позволяет?

А в чем смысл ведения лога транзакций в версионной архитектуре? Почитать на ночь?

> А в чем смысл ведения лога транзакций в версионной архитектуре? Почитать на ночь?

непрерывный бэкап?

>А в чем смысл ведения лога транзакций в версионной архитектуре? Почитать на ночь?

Standby DB ? govorit tebe chto to takoe ? dage esli Standby nelzya polychit to eto prosto kopiya DB i ee logov na otdelnoi maschine ili diske ... eto vozmognosti chto to vosstanovit posle polzovatelskoi oschibki. eto ... slyschay lychsche pochitai a ?

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

невостановимый бэкап
http://www.ibase.ru/devinfo/norestore.htm

нормальный smp супорт обещают только fb 3.0

на счет SQL, знаете что КАК это чудо исполнит такие запросы ?
delete from test where test.ID in (select id from test GROUP BY id HAVING count(id)>1);
update .. set field1=fild2, field2=field1 ;
insert into a select * from a ;

Насчет лога для восстановления после ошибок пользователя аргумент принимается. Хотя я с трудом себе представляю dba который будет ковыряться в базе чтобы выковырять ошибку какого-то пользователя (хотя если у работодателя лишние деньги...). В крайнем случае я бы просто откатил базу до вчерашнего бекапа. В какой-то мере это можно заменить nbackup'ом. А что такое крах бд?

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

Чем не устраивает smp в classic?

Я прекрасно знаю как это чудо исполняет запросы. Оно их исполняет в соответствии со стандартом SQL, а надо как-то иначе?

>Чем не устраивает smp в classic?

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

>В крайнем случае я бы просто откатил базу до вчерашнего бекапа.
офигенное решение :)

>А что такое крах бд?
ошибка в ПО, взбесившейся райд, тупой юзер и тысячи других причин могут загубить файлы бд и потребуется востановить на момент перед сбоем. копатся в логах никто не требует.

>Чем не устраивает smp в classic?
There is already basic multiprocessor support in the current version of Firebird, as it uses a standard process-based architecture. However, this means a single process is tied to a particular processor in an SMP system, irrespective of system load, and doesn't share memory. Firebird 3.0 will enable multiple threads to run across multiple CPUs at the same time, all sharing memory. This feature will allow enterprises to cut down on the amount of hardware needed for larger databases, according to Beach.

>Я прекрасно знаю как это чудо исполняет запросы. Оно их исполняет в соответствии со стандартом SQL, а надо как-то иначе?

похоже ты не понимаешь какой результат будет у этих запросов :)

короче обсалютно бесполезная субд учитывая что есть вполне вменяемый постгрес и нормальные бесплатные редакции oracle xe и db2 express

>короче обсалютно бесполезная субд учитывая что есть вполне вменяемый постгрес и нормальные бесплатные редакции oracle xe и db2 express

Ponyal ...

Ога.. ты это расскажи тем, кто вынужден роботать с софтом, завязанным на эту СУБД...

Firebird -- это квинтэссенция _Fire_fox и Thunder_bird_

:)

Удивительно, этой бесполезной СУБД пользуются куча компаний. Лохи они все...

Ога... многие возможно именно так и думают :)))

P.S.: кстати... а вот ты знаешь, что FireFox сначало назывался именно FireBird? это так... проверка ;)

> Ога.. ты это расскажи тем, кто вынужден роботать с софтом, завязанным на эту СУБД...

Ага. Досталось тут по наследству... Слов не хватает. Раньше я знал, что продукты Borland - зло, зато теперь я это прочувствовал по полной программе :-)

PS. Для тех кто не знает, Firebird - наследник Interbase, который выбросила Borland.

плюсадин... просто некоторым пеонерам не понять... они ведь не все знают что такое InterBase... :) у них рулят исключительно постгресы и мускули... ах да... они ещё слышали "крутые" названия оракл и дб2...

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

Кому бесполезная, а кому - очень полезная. Есть куча legacy софта, который начинался еще на интербейсе, и переводить наработки на какую-то другую СУБД просто из-за моды нет никакого смысла.
А про "нормальный" бесплатный Оракл... Там ограничение размера базы есть, то ли 2 гига, то ли четыре. А у меня, например, под Firebird'ом сейчас по области 17 баз, из них самые крупные вот-вот за 10 гиг перевалят. Причем Firebird версии 1.0, старье-с ;-)

Grue

>Удивительно, этой бесполезной СУБД пользуются куча компаний. Лохи они все...

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

>короче обсалютно бесполезная субд учитывая что есть вполне вменяемый постгрес и нормальные бесплатные редакции oracle xe и db2 express а мужики-то не знают.... =))))) стоит наверное прислушатся к очень небесполезному ананимусу, и выкину "бесполезную"(с его слов) субд... эксперт, мля =)

ну да ответить на косяки в fb нечем, остается злится на анонимуса :)

Minotauros.

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

>офигенное решение :)
Какое бы ни было это решение,офигенное или нет, но копаться в логах лично я не стану, разве что зарплату удвоят...

Для восстановления базы я делаю nbackup раз в час, этого мне достаточно.

> doesn't share memory
Да, это недостаток. Но меня текущая реализация устраивает пока что, да и память нынче дешевая.

>похоже ты не понимаешь какой результат будет у этих запросов
Откуда знаешь? В данном случае мне , собственно, и не интересно какой у них будет результат, т.к. я таких запросов не пишу. Что ты хочешь сделать этими запросами я вижу, и если ты процитируешь мне место в стандарте где написано как именно должен выполняться такой запрос, соглашусь. Иначе - в сад. Оракл - это еще не стандарт.

>ответить на косяки в fb нечем
Ха-ха. Мне, конечно, ответить на косяки в fb нечем, зато на косяки в fb отвечают разработчики постгреса и мускуля (а также прочих ораклов) своими косяками...

>Откуда знаешь? В данном случае мне , собственно, и не интересно какой у них будет результат, т.к. я таких запросов не пишу. Что ты хочешь сделать этими запросами я вижу, и если ты процитируешь мне место в стандарте где написано как именно должен выполняться такой запрос, соглашусь. Иначе - в сад. Оракл - это еще не стандарт.

нельзя быть таким тупым ... http://rsdn.ru/Forum/Message.aspx?mid=573511

Minotaurus.

> ничего. скоро смигрируют

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

Вот заглянул в базу: Таблиц - 319 процедур - 301 Триггеров - 476 генераторов - 114 эксепшенов - 20 индексов - 706 Никуда с таким хозяйством не смигрируешь ;-)

Grue

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

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

Minotauros.

Minotauros, Вы так действительно думаете или прикидываетесь? Если серьезно, то доказывать Вам что-либо бесполезно.

3.0 судя по подготовке выйдет в этом году. Там будет SMP с общим кешем.

>Minotauros, Вы так действительно думаете или прикидываетесь? Если серьезно, то доказывать Вам что-либо бесполезно.

конечно издеваюсь :)
http://firebird.sourceforge.net/devel/engine/roadmap2006.html

смешно да, у нас уже должно быть далеко за fb3+ :)
еще раз в ближайшие 3-5 лет они даже не попытаются что-то исправить в архитектуре, ф топку такие субд.

Мне нужен a)Непрерывный бэкап. В добавок к инкрементному. Потому как если на POS(point of sale) пропадает питание, или идиот выдергивает шнур упса или проц сгорает база данных платежей должна быть целой. Поэтому и инкрементные бъекапы и постоянное логирование любой операции на удаленный хост. б)Ведение логов для воспроизведения ошибки, которая произошла фиг знает где на моей машине. в)Два компа с одинаковой базой - все лезут к одному, в случае ошибки или сбоя переключаются на второй.

to kred - standbydb только последнее позволяет - кстати в случае POS далеко не нужная вещ.

То, что Вам лично чего-то не хватает в _каком-либо_ продукте вовсе не означает, что этот продукт устраивает _любое_ количество людей. Это общие соображения, даже не из программирования.

> Мне нужен a)Непрерывный бэкап. В добавок к инкрементному. Потому как если на POS(point of sale) пропадает питание, или идиот выдергивает шнур упса или проц сгорает база данных платежей должна быть целой. Поэтому и инкрементные бъекапы и постоянное логирование любой операции на удаленный хост. б)Ведение логов для воспроизведения ошибки, которая произошла фиг знает где на моей машине. в)Два компа с одинаковой базой - все лезут к одному, в случае ошибки или сбоя переключаются на второй.

И на какой СУБД Вы это реализовали?

Grue

Гмм.

Описанные проблемы должны не устраивать ЛЮБОГО разработчика
нормального софта. Как ты себе представляешь работу
серьезной проги если при потере питания база ложится
(или даже ложатся изменения проиведенные в течении пред.
10 мин)? А там бугалтерсикие данные? Да тебя клиет за такое повесит,
точнее ты из суппорта вылезать не будеш. А как багрепорты
воспроизводить? Будеш в бубен бить что-бы он тебе показал
как база менялась?
Я уверен что все кто норм. фирмы, которые 
использовали Firebird писали свое велики для этого, как
и моя фирма(а именно я в ней).

А по поводу попул. этой бд - так все просто - Делфи + куча
программеров которые C++ не асилили и не нем пишут.