Firebird 2.02

Чем это он хуже текущего MySql вплане использования использования для в локальной сети для обслуживания рабочих групп среднего размера?

Да, для MySQL много примочек(прокси, репликация, кластеры), но это немного другая ниша. Никто не говорит что FireBird офигенно крут в сильно нагруженних системах.

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

Да вы батенько, хорошо рубите в 1Ске да не уровне dbf-ки, однако..

FB - есть своя ниша, да если посмотрели в историю(ссылаюсьIB) развития и применения, думаю, оценочки пересмотрели свои..

Для провинутых-ламо: MySQL привлёки для своего развития Jim Starkey, а он родимый папенька InterBase..

все смотрим "историю развития":

2006, 2nd quarter:

* Release Firebird 3.0 Beta * Fork the 3.0 HEAD to create the 3.0+ development branch

2006, 3rd quarter:

* Release Firebird 3.0 Final

2006, 4th quarter:

* Release Firebird 3.0+ Beta

http://www.firebirdsql.org/devel/engine/roadmap2006.html

сегодня у нас 2007, FB3 даже и не пахнет. дальше смотрим, что из кривизны FB в планах поправить - а ничего, лога транзакций не предвидится, кривизна в SQL (cursor stability) выпрямить в планах нет, нормальный READ COMMITED тоже не светит.

> Лично знаю владельца фирмы, которая разрабатывает и внедряет системы уровня предприятия, и использует Firebird и Delphi,

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

С удовольствием дочитал обсуждение до конца. В очередной раз подтверждаю, что лоботомия большинству ЛОРовцев не грозит ввиду отсутствия объекта для операции.

Perco используют эту штуку в своих системах контроля доступа

с помощью DCOM можно с mysql работать? (я не использую, но c firebird можно)

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

2. Delphi и FB никак не связаны, глупыш. Более того, компоненты доступа к IB (IBX) не поддерживают новые фичи FB. А на чем писать - это уж дело вкуса/умений. Я, к примеру, приложения в DevC++ пишу, и FB юзаю.

Не звезди понапрасну, нельзя такого с FB. Доступны протоколы:

TCP/IP

Novell SPX

NetBEUI

Локальный

>Хотелось бы поинтересоваться насколько интенсивная?

импорт данных. Производится партиями по 800 000 записей. Первая партия загружается 10 минут, пятая - уже 40.

Лечится установкой параметров

DefaultDbCachePages = 32768

MaxUnflushedWrites = 131072

Что в свою очередь приводит к тормозам на старте.

БД - 2Г, 99% из них - в одной таблице, где 15М записей.

Кстати, эти параметры, судя по всему, игнорируются embedded версией, поэтому ей становится совсем плохо.

Есть основания полагать, что проблема в выделении страниц. В MS SQL такие проблемы решаются созданием кластерных индексов, определением fill factor индекса и правил роста файлов, но в FB таких опций нет

>с помощью DCOM можно с mysql работать? (я не использую, но c firebird можно)

Не звезди понапрасну, нельзя такого (DCOM) с FB. Доступны протоколы:

TCP/IP

Novell SPX

NetBEUI

Локальный

>...Тормоза на старте

Хрень какая-то у тебя, ну просто не скажу иначе.

1. Ты почитай по ораганизациию сборки мусора, братец.

2. В какой ОС сервер работает?

>>для самописного бухгалтерско-складского учета >Почему самописного?!

Фаербирд используется как одна из основных бд в штатовском миниобороны. Кучу летЪ.

>FB 3.0 должен был еще в 2006 выйти

Не звизди

>а там ничего принципиально выпрямить не обещают (кроме выпрямления smp)

Еще раз не звизди

>Самые большие минусы - отсуствие... ...IbExpert-а для линуха

FlameRobin уже весьма неплох. До IBExpert пока ему далеко конечно, но уж точно ничем не хуже pgAdimin, особенно учитывая перманентную глюкавость последнего

> Убогие индексы, нет кластерных.

И нах не нужны на версионнике

> Интенсивная вставка данных просто умирает по мере роста размера БД.

Звиздежь

> Embedded вообще данные не кеширует.

Звиздежь

> Первое подключение к большой базе может занимать 5 минут.

Когда руки кривые и faq принципиально не читается

очередной долбоеб -> anonymous (*) (29.08.2007 18:25:16)

> очередной долбоеб -> anonymous

Самокритика рулит

> меют визуальные средства проектирования ресурсов приложения

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

>> Убогие индексы, нет кластерных. >И нах не нужны на версионнике

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

<i> Принципиальным отличием кластерного индекса от индексов других типов является то, что при его определении в таблице физическое расположение данных перестраивается в соответствии со структурой индекса. Логическая структура таблицы в этом случае представляет собой скорее словарь, чем индекс. Данные в словаре физически упорядочены, например по алфавиту.

Кластерные индексы могут дать существенное увеличение производительности поиска данных даже по сравнению с обычными индексами. Увеличение производительности особенно заметно при работе с последовательными данными. Если в таблице определен некластерный индекс, то сервер должен сначала обратиться к индексу, а затем найти нужную строку в таблице. При использовании кластерных индексов следующая порция данных располагается сразу после найденных ранее данных. Благодаря этому отпадают лишние операции, связанные с обращением к индексу и новым поиском нужной строки в таблице.</i>

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

И при чём тут версионник?

Ждём слива.

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

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

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

Ну так расскажи, как вы, дети пролетариев, создаете ресурсы "с серьезным лицом".

> Версионник отличается от блокировщика только если у нас есть больше одного подключения. Если у нас одна программа заливает данные, то версионник от блокировщика не отличается вообще.

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

>... Ты хоть, что такое Петролиум компани знешь? Это международная нефтяная компания, там фуфло не покупают....

Долой ггглллоббаллиззаццию! (Даёшь гаражные компьютеры.)

мьсе прикидывается? Сервер на старте транзакции создаёт во временной памяти копии изменяемых объектов. При insert версионник ничего нового не создаёт и конфликты по сути невозможны.

При заливке кластерные индексы нужны потому что 1. при заливке данные идут подряд, поэтому записи будут заливаться в смежные блоки памяти 2. Есть такая штука как fill factor, который позволяет зарезервировать страницы под загружаемые данные вместо того, чтобы страницы по одной выделять, как это FB делает.

>...Сервер на старте транзакции создаёт во временной памяти копии изменяемых объектов. При insert версионник ничего нового не создаёт и конфликты по сути невозможны.

Дас ист фантастиш! ЛОР - форевер!

>При заливке кластерные индексы нужны потому что 1. при заливке данные идут подряд, поэтому записи будут заливаться в смежные блоки памяти 2. Есть такая штука как fill factor, который позволяет зарезервировать страницы под загружаемые данные вместо того, чтобы страницы по одной выделять, как это FB делает.

Дас ист супер гут фантастиш!!! ЛОР (не побоюсь этого слова) - форевер!

Какой полет мысли!

>Ждём слива.

Я к стати, занимался задачей вставки больших объемов данных, сторонней утилитой. Так OLAP строят иногда. Есть база, приспособленная для OLTP, из такой базы выборки быстро не сделаешь, по этому создается другая база, денормализованная, и туда по определенным правилам вставляешь. Так вот, для оптимизации вставки, кластеный индекс удалял, а после вставки массива, снова строил.

Народ, ну что это такое?

Один ReNoiSer за всех отдувается: http://www.sql.ru/forum/actualthread.aspx?bid=2&tid=467742&pg=1

Все, все. Ухожу, ухожу.

> Один ReNoiSer за всех отдувается

Да и тот по большей части остальных веселит

> Сервер на старте транзакции создаёт во временной памяти копии изменяемых объектов. При insert версионник ничего нового не создаёт и конфликты по сути невозможны.

1. Чушь. 2. Транзакция при старте опять же не имеет понятия, вставки в ней будут делать, апдейты или делеты. Ей, транзакции, это похрен.

> При заливке кластерные индексы нужны потому что 1. при заливке данные идут подряд, поэтому записи будут заливаться в смежные блоки памяти 2. Есть такая штука как fill factor, который позволяет зарезервировать страницы под загружаемые данные вместо того, чтобы страницы по одной выделять, как это FB делает.

Ни по первому, ни по второму пункту наличие индекса (не кластерного - вообще индекса как такового) не является необходимым. Херню-с порете-с, милейший.

>> Один ReNoiSer за всех отдувается

>Да и тот по большей части остальных веселит

Ну вот, дождались: закрыли обсуждение.

> Познакомил бы со взрослыми дядьками

... которые изучили дельфи в 1995 и с тех пор слишком защняты зашибанием бабла, чтобы изучать что-то еще? Таких в РФ видимо довольно много, мне про конторы автоматизаторов на дельфи ("classic", не .net конечно) постоянно приходится встречать упоминания.

>... которые изучили дельфи в 1995 и с тех пор слишком защняты зашибанием бабла, чтобы изучать что-то еще? Таких в РФ видимо довольно много, мне про конторы автоматизаторов на дельфи ("classic", не .net конечно) постоянно приходится встречать упоминания.

А какие конторы по-твоему "правильные", из тех, кто умело зашибают бабло?

>с тех пор слишком защняты зашибанием бабла

Что есть, то есть. Это плохо?

> Ну так расскажи, как вы, дети пролетариев, создаете ресурсы "с серьезным лицом".

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

> А какие конторы по-твоему "правильные", из тех, кто умело зашибают бабло?

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

> Что есть, то есть. Это плохо?

Нет. Это бизнесс (Дельфи они купили, надеюсь?) Но это не критерий тоого, что Дельфи кому-то должен быть инетерсен сейчас ;)

>я никогда не спорю с людьми, которые меняют тему, как только им становится понятно, что иначе не "вывернуться".

Хм. А кто же начал первый куплет про "мышетыканье"?

>Без малейшего понятия. Однако объяснять нам, что FB и Дельфи правильные, потому что кому-то на нем удалось простроить бизнес в своеобразных условиях российской действительности - не стоит.

Эт правильно. Нам хэппи-строи пох, ибо "софт на продажу - себя не уважать". Работа за еду?

> Эт правильно. Нам хэппи-строи пох, ибо "софт на продажу - себя не уважать". Работа за еду?

Если тебя инетесует з.п. как наемного рабочего, то посмотри на рынок предложений в США, тут как раз табличка пролетаа. Дельфьми там месте на 25-м был. Можешь на наш рынок посмореть, там повыше немного.

А начинать трахаться с дельфями в 2007 году - это мазохизм.

>Дельфи они купили, надеюсь?

Они официальные партнеры компании Borland/Inprise. Так, что, наверное да. Но я не уточнял. А речь не о Delphi вовсе, а о Firebird. Добавлю что это не в РФ, а на Украине.

К стати Borland распространял свои продукты с исходными текстами. А людям находившим ошибки в их продуктах дарили свои компиляторы и среды. Чем тебе не OpenSource?

> А речь не о Delphi вовсе, а о Firebird.

Ну использовуют и хорошо, но объективное сравнение с PG от этого не меняется.

> К стати Borland распространял свои продукты с исходными текстами.

библиотек, как я помню.

Но вообще о мертвых либо хорошо либо никак, хотя Borland видимо будет вечно живым на первом курсе нашего ПТУ :(

>о мертвых либо хорошо либо никак, хотя Borland видимо будет вечно живым на первом курсе нашего ПТУ :(

В отличии от MS, Borland никогда не была монополией и супер богатой компанией, все время стояла на грани банкротства, и тем не мение ее продукты отличались высоким качеством и отличным (удобным) дизайном. Я язык C начинал изучать именно с их компилятором и средой (IDE) и уже тогда, во времена Доса, там был удобный редактор, система справки. А позже когда появился BС++ 3.1, отладчик и профайлер, сейчас мне очень не хватает в Линуксе таких же удобных инструментов :(

>А начинать трахаться с дельфями в 2007 году - это мазохизм.

Тут ты прав на все 100, изучать нужно Java и .net, это бесспорно, хотя эти технологии мне и не нравятся.

> Тут ты прав на все 100, изучать нужно Java и .net, это бесспорно

Я так думаю, что те, кто сейчас зашибает бабло на дельфях, изучать их начали далеко не в этом году. А java - что ж... Firebird можно использовать и с java (мы, например, так и делаем), да и с другими языками тоже можно. Но выбирать их только потому, что "теперь так модно" и "на ЛОРе это уважают" ни один здравомыслящий и считающий деньги человек не станет. Так что все эти колкости местных анонимусов в сторону дельфей по большому счету не стоят и ломаного гроша.

>Я так думаю, что те, кто сейчас зашибает бабло на дельфях, изучать их начали далеко не в этом году. А java - что ж... Firebird можно использовать и с java (мы, например, так и делаем), да и с другими языками тоже можно. Но выбирать их только потому, что "теперь так модно" и "на ЛОРе это уважают" ни один здравомыслящий и считающий деньги человек не станет. Так что все эти колкости местных анонимусов в сторону дельфей по большому счету не стоят и ломаного гроша.

Ты это брось. Тут народ суровый, ПТУ многие закончили, то да се...:)

У меня вчера сынуля с однокурсником чуть не подрались. Я ржал, выяснив подробности. Они, оказывается, обсуждали, что круче - Delphi или C++. Пришли к выводу, что C++ лучше для Интернета, а Delphi - для создания игрушек. Потому что - друзья.

Фройндшафт, так сказать, юбер аллес.

А вы говорите - ЛОР, ламеры... :)

Кстати, насчет темы обсуждения: загрузиля новый я билд FB, потестил.

Меня интересовало поведение при обрыве коннекта (сервак падал в некоторых случаях).

Пофиксили. Ура 33 раза. :)

В общем, в релиз нотес много чего написано насчет фиксов: можно почитать, загрузив с http://www.ibphoenix.com/main.nfs?a=ibphoenix&page=ibp_download_20

>Первое подключение к большой базе может занимать 5 минут. тут есть варианты 1 руки из попы растут 2 мусор не собран (если много удалялось перед этим) 3 если у него винда, то включено "Восстановление системы"

>тут есть варианты 1 руки из попы растут 2 мусор не собран (если много удалялось перед этим) 3 если у него винда, то включено "Восстановление системы"

Причем вариант (1) к серверу отношения не имеет, а варианты (2,3) описаны в факах