Firebird 2.0 Beta

Когда ж это нагромождение костылей сдохнет наконец...

само ты - "нагромождение костылей"!

делфийцы искупляют старые грешки молодости...

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

да это "поделие" круче ваших недоделок и недо-поделок
свистелок и сопелок наколенных

Firebird отлично работал и выполнял возможности типа тригиров, процерур, представлений и т.д. когда у таких как мускл и в мыслях не было это делать. Firebird действителько качественная база, быстрая, НАДЕЖНАЯ. Если Вы, ананимусы, не потруднились бы посмотреть на все предлагаемые возможности, у Вас бы было другое мнение. Хотя конечно Вам может нравится записная книжна с SQL интерфейсом (MySQL), либо как раз награмождение костей PostgreSQL. То что разрекламировано не есть хорошо.

P.S. и MySQL и другие тоже имеют свои преимущества, и я их уважаю.

Да кому это поделие уже нужно, при наличии мускула и sqlite...

У Firebird'a гораздо больше возможностей по сравнению с mysql и sqlite, да и мускл только недавно транзакции стал понимать. Если вы говорите о встраиваемых движках баз, то тут тоже firebird выиграет и по скорости и по надежности и по возможностям. Что значит кому нужен. Очень многим нужен, а на Российском, Украинском рынке так вообще. Это полноценная база. Поддерживает стандарт SQL99. Не говоря о количестве архитектур. Драйверов (имею ввиду JDBC, ADO.NET и т.д.). ЗЫ: тупо говорить кому нужен. Его делают и использует. Этот продукт не стоит на месте. Почитайте историю созданию и развития...

Ура! И снова приветствуем замечательный тезис о том, что есть две точки зрения: моя и неправильная а также два вида людей - те, кто использует тот же софт, что и я и идиоты.

Сколько можно этого маразма? Как будто дети, чесное слово...

IMHO FireBird - хорошая БД (в нешей организации она давно применяется при написании ПО).

совршенно согласен с delmax, столько возможностей похерить базу ни у кого из конкурентов нет (фишка невстановимы бэкап). особенно поражает в firebird поддержка стандарта sql99 когда на элементарные запросы выдается неправильный результат (фишка cusror stabilty). это не говоря о архитиктурной кривости в работе smp, транзакий (фишка с транзакциями на сервере) и оптимизатором (cost based optimizer разбавили rule based и починить уже не смогли)

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

все фишки имеют место быть во всех стабильных версиях firebird и interbase, мало того они останутся в ближайшем релизе 2.0 и через годы в 3.0 в котором обещают подправить только работу с smp.
так что перспективы у firebird грандиозные.

SQLite все равно лучше всех! Самая нормальная база - легкая, быстрая, без дураццких транзакций, реально никому не нужных курсоров, авто - бэкапов и прочей муйни. ТОЧКА

Должен огорчить. Для SQLite декларируется ACID.

у всех есть глюки, вот оракл давече вернул втроки при 1<>1 в where. Глюк или фича ? :) Про Firebird больше слышал хорошего, чем плохого :)

причем здесь mysql и sqllite, если у Фirebird своя ниша - перенос старого делфийского софта, на новые платформы с наименьшими телодвижениями. Так что нам линуксойдам понятное дело подобные проблеммы неведомы, вот мы и недоумиваем "ЗАЧЕМ ОНО?", затем, что _кому то нужно_.

2delmax > Поддерживает стандарт SQL99. Не говоря о количестве архитектур. > Драйверов (имею ввиду JDBC, ADO.NET и т.д.). ЗЫ: тупо говорить кому > нужен. Его делают и использует.

Да кому всё это надо, если поделие не надежно, не устойчиво и мало того под оффтопик :(

Отличный SQL-сервер для управленческих баз данных среднего размера (единицы-десятки мегабайт). В общем идеологически interbase(firebird) всегда был по сути oracle-lite. Версионность и отсутствие блокировок рулез! )

Кто сказал что ТОЛЬКО под оффтопик? :-)

> у всех есть глюки, вот оракл давече вернул втроки при 1<>1 в where. Глюк или фича ? :)

Пожалуйста, точную версию Oracle, название платформы, DDL-и использовавшихся обьектов, и добуквенно - текст запроса.
Иначе - это абсолютно беспочвенные обвинения (тут принято говорить про газифицирование окружающих водоёмов, да?). Уж каких только глюков у оракла не было - но такого не помню.

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

Ну что, сдюжите подтвердить свои слова? :)

А может быть, условие, про которое вы говорите, выглядело как ...OR 1<>1; ? Тогда вопросов не имею. :)

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

Блин! Firebird...

Я решил, что бета новой мозиллы вышла :(

> Да кому всё это надо, если поделие не надежно, не устойчиво и мало того под оффтопик :(

1. у кого что не стоит? 2. с каких пор linux на этом форуме оффтопиком стал?

>Это полноценная база. Поддерживает стандарт SQL99.

бугага. и этот чукча назвал постгри набором костылей. сестра, несите пациенту галоперидол!

PostgreSQL is an open-source descendant of this original Berkeley code. It supports a large part of the SQL:2003 standard...

не считая

Also, PostgreSQL can be extended by the user in many ways, for example by adding new

* data types * functions * operators * aggregate functions * index methods * procedural languages

>interbase(firebird) всегда был по сути oracle-lite

смотреть таблицу сравнения фич по

http://mira.sai.msu.su/~megera/postgres/talks/what_is_postgresql.html

и перестать пороть чушь. ей больно

>Да кому всё это надо, если поделие не надежно, не устойчиво и мало того под оффтопик :(

я зашел на сайт, новые версии уже подо всеми юниксами и линухами пашет ОКАЗЫВАЕТСЯ

инициатор флейма или идиот, или провокатор.

по существу. Firebird занимает 40% рынка OpenSource баз. Столько же занимает MySQL. Осталось сколько ? 100-40-40 = 20. Вот столько процентов занимают PostgreSQL и все остальные. Даже если они супер-замечательные и по функциональности много круче Firebird и MySQL.

-- kdv, www.ibase.ru, 953-13-34

Вы, наверно, с ним не очень много работали :lol: и про умирание оракла (среда ораклёвого) от запроса тоже не слышали ? и про странные left join (не правильные) тоже ? версия 9.2.0.5 запросы баааааааальшие и многоуровневые c большим числом left join ( 1<>1 через AND) они у нас автоматически генерятся (запросы) это (1 <> 1) раньше было условие FALSE, тепеть у нас оно вcтавляется через table.id <> table.id. Последнее всегда работает.

И умирание процесса по ORA-600 от обыденного запроса видел, и грубые ошибки оптимизатора при составлении плана выполнения, и прочие разнообразные глюки.

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

Я попросил от вас конкретные условия описанной вами ошибки - мне самому было бы интересно увидеть, когда _такое_ возникает. Вместо этого вы пытаетесь угадать, как давно я работаю с ораклом, и рассказываете про баааальшие запросы. Спасибо, из этого живописания я вряд ли смогу почерпнуть что-либо полезное.

Вопрос можно считать закрытым.

>SQLite все равно лучше всех! Самая нормальная база - легкая, быстрая, без дураццких транзакций, реально никому не нужных курсоров, авто - бэкапов и прочей муйни. ТОЧКА

Поздравляю тебя, Шарик. Ты балбес!

>фишка невстановимы бэкап

Есть такое. Лично наблюдал.

>cost based optimizer разбавили rule based и починить уже не смогли

Незнал, что у него был cost based. Да и сомнительно это. Все SQL сервера, использующие cost based, c которыми приходилось иметь дело ,(Informix, DB2, Oracle, Sybase, Ingres, PostgreSQL) не собирают статистику в фоне, т.к. слишком накладно, а потому имеют соответствующие соманды ( типа update statistics или compute statistics и т.п. ), которых в Firebird, по крайней мере до 2 версии небыло.

Еще можно добавить неимоверно долгое восстановление из архива и отсутствие общего кэша (для каждой сессии свой кэш ) в classic-е.

>баз данных среднего размера (единицы-десятки мегабайт).

Вроде сейчас средний размер это что то от 50 до 150 Гиг.

>Незнал, что у него был cost based.
где то проскакивал линк на мат разработчиков что типа разработчики интербейз когда-то дабавили пару правил к cost based оптимизатору, потом еще пару, а когда на это наткнулись firebidовцы и исправить такое порно уже было не реально, так и осталось помесь.

>отсутствие общего кэша (для каждой сессии свой кэш ) в classic-е.
а в суперсервер как ?

>>отсутствие общего кэша (для каждой сессии свой кэш ) в classic-е.

>а в суперсервер как ?

А суперсервер не умеет работать в мультипрцессорных системах. Точнее умеет, но плохо.

Так что на smp выгодней использовать классик и иметь поболе памяти, благо IB/FB довольно экономно ее пользует.

>бугага. и этот чукча назвал постгри набором костылей. сестра, несите >пациенту галоперидол!

1) я не говорю что PostgreSQL плох. Хорош, но по моему субъективному мнению Firebird лучше.

>PostgreSQL is an open-source descendant of this original Berkeley >code. >It supports a large part of the SQL:2003 standard...

2)PostgreSQL как и Firebird поддерживает БОЛЬШУЮ часть SQL:2003. Я иимел ввиду не большую, а всю! (99).

>не считая

>Also, PostgreSQL can be extended by the user in many ways, for >example >by adding new

>* data types * functions * operators * aggregate functions * index >methods * procedural languages

3)в firebird есть возможность делать ВСЕ веше сказанное, а с помощью UDF расширять возможности до бесконечности.

2delmax

>2)PostgreSQL как и Firebird поддерживает БОЛЬШУЮ часть SQL:2003. Я иимел ввиду не большую, а всю! (99).

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

> Я попросил от вас конкретные условия описанной вами ошибки...

Надеюсь, что в моих словах вы сомневаться не будете? Из последнего, что я наблюдал лично с Oracle 9.2.0.4. К сожалению, я не смогу воспроизвести точные условия, поскольку дело было уже года полтора назад, и я смог выкрутиться. Суть в том, что после составления индекса на таблицу, в ней пропадали записи. Я уж думал файлить баг, но потом заметил, что у меня что-то не то с таблицей, то ли параллельно в неё direct insert делали, то ли что-то в этом роде. Насколько я помню, я просто выкинул таблицу, создал заново, и глюков не стало. Но факт был в том, что после легитимных действий oracle вел себя неадекватно. Я просто избежал в последствии таких сценариев.

Довольно уверенная база данных

У нас на работе склад и вебсайт крутится на firebirdе 1.5 работает быстро (5000 позиций товара 3-4 паралельных клиента + вебсайт) до этого лета работал на celeron 433/256/+Linux RH Летом пришлось обновиться , так как ставили egroupware (она использует PHP и MySQL) и сервер просто не тянул. Я не кидаю камень в огород MYSQL , но у каждого продукта своя область применения.

Часто пишу небольшие програмки под заказ, использую как встраиваемую базу данных firebird 1,5 проблем не возникает.

Отличная база данных, ещё и OpenSource !

>Надеюсь, что в моих словах вы сомневаться не будете?

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

ЗЫ. где-то в районе 9.0 действительна была крутая бага в синтаксисе ansi join'ах которые только прикрутили. но это была совсем другая история.

Triffids

>Я попросил от вас конкретные условия описанной вами ошибки - мне самому >было бы интересно увидеть, когда _такое_ возникает. Вместо этого вы >пытаетесь угадать, как давно я работаю с ораклом, и рассказываете про >баааальшие запросы. Спасибо, из этого живописания я вряд ли смогу >почерпнуть что-либо полезное.

Я чего вы от меня хотели ? "бааальшой" запрос ? и чего он покажет ? Мы немного разобрались с этим - на простых без left join такого не происходит и результат он выплёвывает мгновенно, при некоторых left join (ничего хитрого в них нет - обычные join с банальным условием) он долго думает и выплёвывает данные. Таблицы анализированные и ничего в них хитрого нет. Больше инфы нету :). Не так давно оракл нас порадовал, после анализа таблички оптимизатор вдруг решил, что картазианский join самое то :lol: ... Пришлось хинтами спасаться ... Мечтаем перейти на постгрес :).

>>>SQLite все равно лучше всех! Самая нормальная база - легкая, быстрая, без дураццких транзакций, реально никому не нужных курсоров, авто - бэкапов и прочей муйни. ТОЧКА

> Поздравляю тебя, Шарик. Ты балбес!

оЙ! сорри - просто в три часа ночи, когда я это писАл, забыл разбросать смайлики в некоторых местах. ТОЧКА

>Firebird занимает 40% рынка OpenSource баз.

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

>Столько же занимает MySQL.

ламеры пишушие "исчо адын крутой форум". тоже ффтопку.

зы. и вообще источник цифр ты не указал. кг/ам

> SQLite все равно лучше всех! Самая нормальная база - легкая, быстрая, без дураццких транзакций,

Ты сам-то понял че сказал?

>1) я не говорю что PostgreSQL плох. Хорош, но по моему субъективному мнению Firebird лучше

привычнее скорее всего. (вот была недосубд, там еще на асме писать надо было :) так сколько у ней фанатов до сих пор).

ты по ссылке сравнения фич ходил? сходи.

>2)PostgreSQL как и Firebird поддерживает БОЛЬШУЮ часть SQL:2003.

http://www.postgresql.org/docs/8.1/static/features.html

>3)в firebird есть возможность делать ВСЕ веше сказанное, а с помощью UDF расширять возможности до бесконечности

да похрен. посмотри таки на таблицу сравнения и поймешь почему.

> Часто пишу небольшие програмки под заказ, использую как встраиваемую базу данных firebird 1,5 проблем не возникает.

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

> Отличная база данных, ещё и OpenSource !

постгри тоже опен сорц. и лицензия правильная. и фич намного больше

Вот посмотрел release notes. Тут вроде крутые парни тусуютя, может кто подскажет: есть что нибудь типа truncate (как в PostgreSQL)? а то удалять записи например из таблицы с 1*10^6 записей гемор изрядный. Есть ли временные таблицы без логирования и можно ли на время отключить логирование у таблицы (удобно для загрузки данных в таблицу)? Можно ли писать на SPL функции, а не процедуры ( раньше нельзя было - только UDF, а из UDF нельзя было доступитья к базе - оооооочень большой гемор). Появилась ли нормальная (общая для всех сессий) кэш в класике? При восстановлении создаются ли индексы паралельно (раньше на скажем на 2 процовой тачке при восстановлении 1 проц работал, а второй отдыхал по полной, тогда как элементарно можно было создать 2 сессии и как минимум индексы восстанавливать в паралель.)? Есть ли асинхронные запросы и возможность закэнселить долгоиграющий запрос не убивая сессию? Просто в RN об этом вроде несказано, а фичи очень важные, особенно если размер базухи планируется хотябы с десяток-другой гиг.

>SQLiteвсе равно лучше всех! Самая нормальная база - легкая, быстрая, >без дураццких транзакций, реально никому не нужных курсоров, авто - >бэкапов и прочей муйни. ТОЧКА >anonymous (*) (21.11.2005 3:58:40)

[Рыдает, бьется лбом об пол, идет сносить oracle и ставить sqllite] :'(

Да, еще забыл спросить - нету этого в RN. Архивируются ли логи и есть ли возможность делать инкрементальные архивы? И зачем они зделали потдержку сырых устройств если нет нормального управления кэшированием?

инкрементальные архивы в 2 появились. Логи архивируются. Про raw устройства не знаю. А что Вы имеете ввиду под "нет нормального управления кэшированием"?

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

>кг/ам

я ж говорю - падонак