|
2.3, tesseract (?), 15:36, 14/01/2009 [^] [^^] [^^^] [ответить]
| +/– |
FB отлично работает - самая предсказуемая база, но вот с функционалом немного напряг.
| |
|
3.4, Warhead Wardick (?), 18:02, 14/01/2009 [^] [^^] [^^^] [ответить]
| +/– |
>FB отлично работает - самая предсказуемая база, но вот с функционалом немного напряг.
Ты хоть какую нибудь другую базу видел?! Хуже FB только dbase-III 1988 года!
| |
|
4.9, Maddy (?), 19:01, 14/01/2009 [^] [^^] [^^^] [ответить]
| +/– |
А если на то пошло - сам-то базы делал серьезные ? Али только деьфу видал ?
Птиц - версионник , и там где он летает ( например куча паралельных транзакций) рядом только Оракл , но он и стОит .... А мускул и слоник тихо сопят в углу ....
| |
|
5.14, Warhead Wardick (?), 01:02, 15/01/2009 [^] [^^] [^^^] [ответить]
| +/– |
Гыгыгыг :)
ПроХфесионал видимо не в курсе что слоник - версионник ,)
А вот скажи говноFB к какой версии будет ACID? Я уж про SQL-9X - молчу.
Короче ещё раз - оно умеет только быстро мусор выдавать и умирать вместе с данными ...
| |
|
6.21, Maddy (?), 19:02, 15/01/2009 [^] [^^] [^^^] [ответить]
| +/– |
ну и когда в слонике заработал нормально SELECT FOR SHARE ?
а по поводу асид - _чего_ из него птиц не держит ?
| |
|
|
|
3.5, Diogene.OSS programmer (?), 18:06, 14/01/2009 [^] [^^] [^^^] [ответить]
| +/– |
>FB отлично работает - самая предсказуемая база, но вот с функционалом немного напряг.
Согласен - FB всегда и предсказуемо выдает мусор и после бакап\рестор - убивает данные! :(
Этот функционал у него отлажен - мама не горюй!
PS: Never ... I said - _NEVER_ again!
| |
|
4.10, Maddy (?), 19:02, 14/01/2009 [^] [^^] [^^^] [ответить]
| +/– |
У меня птиц с 1 версии и не разу бекап не бился ... Что я сделал не так ?
Учите матчасть - в доках все расписано ....
| |
|
|
|
1.7, Александр (??), 18:26, 14/01/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Господа никогда не пользовались InterBase / firebird, Судя по отзывам. Эта DBMS полный восторг!!!
| |
1.12, Аноним (12), 22:10, 14/01/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
очень рад, что эта субд развивается... отличная вещь.
хорошо что в борланде кто-то додумался её открыть.. а ведь сколько пропало?..
вот только не много ли изменений для второго квартала?
всё правильно. это нужно, но она за последние 5 лет так и на 10% не изменялась!!!
про будущие глюги уже и не говорю.
| |
|
2.13, iZEN (ok), 00:39, 15/01/2009 [^] [^^] [^^^] [ответить]
| +/– |
>про будущие глюги уже и не говорю.
C++ — тот ещё ГЛЮК. Будут отлаживать и ловить баги ещё десять лет.
| |
|
1.15, vinniepooh (?), 02:23, 15/01/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Используем firebird уже лет 10 (тогда еще InterBase). Сейчас в конторе ~100 машин активно работающих с БД под управлением этой СУБД. На одном из сервереров более 30 баз, каждая размером более 2ГБ. На другом сервере одна из баз размером более 15ГБ, содержащая таблицу в более 5 млн. записей. Самые разнообразные аналитические отчеты (запросы) по этим базам выдаются за очень корокое время.
Утверждение что FB "говно" наглая провокация и, - как говорит наш любимый президент, - "издевательство над здравым смыслом". Либо люди не видели FB в глаза.
Случалось что терялись данные. Но это исключительно проблема организации резервного копирования. FB не журналируемая СУБД как Oracle, но никто не мешает обезопасить себя созданием зеркальной (shadow) базы.
База просто замечательная.
| |
|
2.17, Аноним (12), 08:26, 15/01/2009 [^] [^^] [^^^] [ответить]
| +/– |
Использовали InterBase, потом были вынуждены перейти на мелкомягкий SQL Server. Сейчас самая большая база под 200 Гб, пользователей в ней одновременно до 100 чел, в нее сливаются данные из нескольких десятков розничных магазинов и нескольких оптовых складов. В таких условиях InterBase-Firebird, к сожалению, вряд ли обеспечит стабильную работу.
Хотя на объемах в несколько десятков раз меньше - наверное можно ее применить.
| |
|
3.19, Fomalhaut (?), 15:29, 15/01/2009 [^] [^^] [^^^] [ответить]
| +/– |
>Использовали InterBase, потом были вынуждены перейти на мелкомягкий SQL Server. Сейчас самая
>большая база под 200 Гб, пользователей в ней одновременно до 100
>чел, в нее сливаются данные из нескольких десятков розничных магазинов и
>нескольких оптовых складов. В таких условиях InterBase-Firebird, к сожалению, вряд ли
>обеспечит стабильную работу.
>Хотя на объемах в несколько десятков раз меньше - наверное можно ее
>применить.
А на такие объёмы (200Гб) ОгнеПтица и не расчитана. Она, имхо, оптимальная для баз объёмом до двух-трёх десятков Гб. Может в будущем и бОльшие объёмы будут для неё нормой.
| |
|
4.20, pavel_simple (ok), 15:47, 15/01/2009 [^] [^^] [^^^] [ответить]
| +/– |
>[оверквотинг удален]
>>большая база под 200 Гб, пользователей в ней одновременно до 100
>>чел, в нее сливаются данные из нескольких десятков розничных магазинов и
>>нескольких оптовых складов. В таких условиях InterBase-Firebird, к сожалению, вряд ли
>>обеспечит стабильную работу.
>>Хотя на объемах в несколько десятков раз меньше - наверное можно ее
>>применить.
>
>А на такие объёмы (200Гб) ОгнеПтица и не расчитана. Она, имхо, оптимальная
>для баз объёмом до двух-трёх десятков Гб. Может в будущем и
>бОльшие объёмы будут для неё нормой.
ИМХО -- она до этих времён не доживёт -- через 3 месяца ждём репликацию для postgresql "из каробки" -- и всё....
| |
|
5.23, Аноним (-), 19:55, 15/01/2009 [^] [^^] [^^^] [ответить]
| +/– |
>ИМХО -- она до этих времён не доживёт -- через 3 месяца
>ждём репликацию для postgresql "из каробки" -- и всё....
она вас еще переживет
| |
|
6.27, pavel_simple (??), 23:24, 15/01/2009 [^] [^^] [^^^] [ответить]
| +/– |
>>ИМХО -- она до этих времён не доживёт -- через 3 месяца
>>ждём репликацию для postgresql "из каробки" -- и всё....
>
>она вас еще переживет
дай то бог
| |
|
7.30, geekkoo (ok), 14:25, 16/01/2009 [^] [^^] [^^^] [ответить]
| +/– |
>>>ИМХО -- она до этих времён не доживёт -- через 3 месяца
>>>ждём репликацию для postgresql "из каробки" -- и всё....
>>
>>она вас еще переживет
>
>дай то бог
Гм, а чё, Ingres репликации не поддерживает? Я всё думал, что Postgres, мучимый эдиповым комплексом, всё пытается помериться длиной пиписьки со своим прародителем ...
| |
|
|
|
|
3.22, Аноним (-), 19:47, 15/01/2009 [^] [^^] [^^^] [ответить]
| +/– |
>Использовали InterBase, потом были вынуждены перейти на мелкомягкий SQL Server.
какую версию interbase вы использовали? и что вынудило вас перейти на mssql?
ps: некоторые и с терабайтными базами на firebird работают. http://www.ibase.ru/ibfaq.htm#dbsize
pps: считайте что ваша ~200гб база будет ~100гб для firebird
| |
|
|
1.16, vinniepooh (?), 02:27, 15/01/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
PS. Поправляюсь чтобы было понятнее: База c 15ГБ, в которой таблица более 5 млн. содержит еще немало огромных таблиц.
| |
|
2.24, User294 (??), 19:55, 15/01/2009 [^] [^^] [^^^] [ответить]
| +/– |
А 15 гигов считается в 2009 году крутой базой чтоли?А то на sql.ru попался чувак с ... sqlite (!!!) и базой на 20 гиг в продакшне (при том явно осмысленно сделавший выбор).Если уж оно 20 гиг базу без проблем тянет - остальным просто no excuse если на таком размере у них вылезают какие-либо проблемы.Имхо ессно.
| |
|
3.25, Аноним (-), 20:21, 15/01/2009 [^] [^^] [^^^] [ответить]
| +/– |
>А 15 гигов считается в 2009 году крутой базой чтоли?А то на
>sql.ru попался чувак с ... sqlite (!!!) и базой на 20
>гиг в продакшне (при том явно осмысленно сделавший выбор).
пруфлинк?
| |
|
|
1.18, Alexandr (??), 10:00, 15/01/2009 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Охх - ребята С++ не для СУБД - имеется 8 летний опыт и не только мой
все уходят от С++ в сторону С так как С++ вычухивать будут долго
мы все наши www.altibase.com проэкты съезжаютна С - неудобно но портабильно и стабильно
| |
|
2.26, Voviandr (?), 20:35, 15/01/2009 [^] [^^] [^^^] [ответить]
| +/– |
>Охх - ребята С++ не для СУБД - имеется 8 летний опыт
>и не только мой
>все уходят от С++ в сторону С так как С++ вычухивать будут
>долго
>мы все наши www.altibase.com проэкты съезжаютна С - неудобно но портабильно и
>стабильно
позвольте-ка, а как же стандартная библиотека шаблонов STL ?
это ж святая вещь, как без неё обходиться-то ? ведь язык С не поддерживает шаблонное программирование, а самому реализовывать бинарные деревья, списки и т.д., да ещё с алгоритмами - неудобно.забить на классы и ООП - ещё куда ни шло, но обойтись без STL весьма проблематично.
| |
|
3.29, geekkoo (ok), 14:22, 16/01/2009 [^] [^^] [^^^] [ответить]
| +/– |
>>ведь язык С не поддерживает шаблонное программирование
Ну, С++ может шаблонное программирование и поддерживает, а вот программисты, как раз, нет!
| |
|
4.31, Voviandr (?), 16:08, 16/01/2009 [^] [^^] [^^^] [ответить]
| +/– |
>>>ведь язык С не поддерживает шаблонное программирование
>
>Ну, С++ может шаблонное программирование и поддерживает, а вот программисты, как раз,
>нет!
программисты не поддерживают ?программисты каждый раз заново изобретают велосипед, реализовывая динамические массивы, связанные списки , бинарные деревья и алгоритмы для них?STL - это изумительная вещь для тех, кто умеет ей пользоваться, ибо избавляет от рутины, к тому же не такая уж и сложная.
| |
|
|
|
|