|
|
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
Интересно получить ответы на такие вопросы: 1) Перспективы развтия Firebird (Interbase)? 2) Какие достоинства есть у Firebird (Interbase), на базах размером в 40-50Гб, по сравнению с MS SQL? 3) Ограничения динмического SQL у Firebird (Interbase), в том числе и на количество и типы возвращаемого курсора данных? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2008, 13:42 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
перспективы развития можно узнать на сайте проекта. не будучи знаком с возможностями MS SQL, отмечу что при размере хранимых данных больше 4 гигобайт, у Firebird будет ценовое преимущество. Плюс Firebird можнет работать на отличных от винды операционных системах. Про ограничения лучше почитать на сайте проекта. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2008, 15:12 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
http://www.ibase.ru/develop.htm в частности http://www.ibase.ru/devinfo/ibfbfeature.htm ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2008, 16:33 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
Почитал. Похоже на больших объемах данных Firebird (Interbase) не живет и перспективы развития грустные. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2008, 15:40 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
1 на больших объемах данных Firebird (Interbase) не живет и перспективы развития грустные. КГ/АМ Цитаты давай. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2008, 16:57 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
перспективы развития - ясный и подробный roadmap на 2008 год. На русском языке. Действительно, повод для легкой грусти - ну никакой интриги... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2008, 17:46 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
Основное достоинство у Firebird на базах размером в 40-50Гб - безглючность. Все криво написанные запросы и хп уже отпали, поскольку тормозили по причине их кривизны, а то, что осталось - будет работать годами без особого вмешательства... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2008, 17:52 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
rilioперспективы развития - ясный и подробный roadmap на 2008 год. На русском языке. Действительно, повод для легкой грусти - ну никакой интриги... ага, а по предидущему роадмэпу fb3 вешел еще в 2006 выбор FB в качестве мультипользовательской субд сегнодня по меньшей мере странный выбор... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2008, 18:02 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
Yo.! Y> выбор FB в качестве мультипользовательской субд сегнодня Y> по меньшей мере странный выбор... И правда - нефиг трогать птичку грязными кривыми лапами Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2008, 18:23 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
выбор FB в качестве мультипользовательской субд сегнодня по меньшей мере странный выбор... Может, и странный, но себя оправдывает :)) Несколько раз возникал этот выбор, причем цена ошибки в выборе СУБД была весьма высокой. Не ошиблись... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2008, 19:00 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
1 пишет: > 1) Перспективы развтия Firebird (Interbase)? Думаю, что пламенной птице уже никогда не догнать другие СУБД, в том числе и MSSQL. > 2) Какие достоинства есть у Firebird (Interbase), на базах размером в > 40-50Гб, по сравнению с MS SQL? Думаю, никаких. > 3) Ограничения динмического SQL у Firebird (Interbase), в том числе и на > количество и типы возвращаемого курсора данных? Это уже врядли имеет значение. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2008, 19:42 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
авторвыбор FB в качестве мультипользовательской субд сегнодня по меньшей мере странный выбор... да, годится только как однопользовательская. Как впрочем, и Oracle и MySQL. Все они в жопе. Для мультиюзера надо использовать только Cache. Пусть хоть Yo и пророк Оракла. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2008, 20:51 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
авторПочитал. Похоже на больших объемах данных Firebird (Interbase) не живет и перспективы развития грустные. статья 2006 года. 2 года уж прошло. кром того, я разве там не писал, что 15гиг на MS SQL, это не больше 10 гиг на FB/IB? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2008, 20:57 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
1 пишет: > Почитал. Похоже на больших объемах данных Firebird (Interbase) не живет > и перспективы развития грустные. Вот откуда вы такие беретесь, интересно? Где ты это вычитал - цитату со ссылкой дать можешь? Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2008, 11:30 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
MasterZiv Думаю, что пламенной птице уже никогда не догнать другие СУБД, в том числе и MSSQL. Ну да - зачем ей опережение на два круга? Просто ответь на вопрос: когда версионность появилась у мелкомягких и когда - у птички. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2008, 11:58 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
... можно ещё учесть то, как существует версионность в обоих серверах.. в Птице она в архитектуре заложена, а в MSSQL через жо... ой! через временные таблицы... Ну и я как-то баловался с простенькими запросами на выборку на МС и птице.. одинаковая база одни и теже запросы... баловался с памятью выделяемой и тому и другому... один минус, я не эмитировал работу нескольких пользователей ! но думаю, что при грамотно спроектированном приложении версионность и тут своё слово скажет ;) на некоторых запросах Птица была впереди ! и ни на одном запросе не отстала! Ты попробуй сделать тестовую базу и погоняй обе машины... будет информация для размышлений ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2008, 12:55 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
авторв Птице она в архитектуре заложена, а в MSSQL через жо... ой! через временные таблицы... Использование tempdb под версионное хранилище <> временные таблицы! авторНу и я как-то баловался с простенькими запросами на выборку на МС и птице.. одинаковая база одни и теже запросы... баловался с памятью выделяемой и тому и другому... один минус, я не эмитировал работу нескольких пользователей ! но думаю, что при грамотно спроектированном приложении версионность и тут своё слово скажет ;) Что кому, простите, скажет? М.б. стоило не баловаться и не с простенькими, а продакшен сервер под реальной нагрузкой поднять? авторна некоторых запросах Птица была впереди ! и ни на одном запросе не отстала! Тест и его результаты в студию! Иначе - очередной "пук". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2008, 13:12 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
anjey wrote: > приложении версионность и тут своё слово скажет ;) на некоторых запросах > Птица была впереди ! и ни на одном запросе не отстала! > Ты попробуй сделать тестовую базу и погоняй обе машины... будет > информация для размышлений ;) Могу подогнать две тестовые базы. Погоняете на птице и на сиквеле. ? 16 и 630 гектар. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2008, 13:13 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
locky ...16 и 630 гектар. Кидай в мыло ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2008, 14:29 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov пишет: > Ну да - зачем ей опережение на два круга? Просто ответь на вопрос: когда > версионность появилась у мелкомягких и когда - у птички. > Какая разница где когда что появилось ? Главное, что сейчас она есть. Давайте я задам другой вопрос : "когда многозадачность появилась в MSSQL и когда - в Interbase/Firebird" ? Думаю там ее нет нормально и сейчас. А в MSSQL была изначально, и хорошо сделанная. А что важнее для СУБД - многозадачность или многоверсионность - думаю все понимают. Без многозадачности работать нельзя вообще, без многоверсионности -- многие СУБД живут прекрастно. Я не против Interbase, не самый плохой сервак в общем, но его конкурентные шансы сейчас по-моему равны нулю. При наличии версионности (MVCC) во многих других промышленных СУБД сейчас и при наличии нормального свободного postgreSQL c той же версионностью и нормальной архитектурой многозадачности. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2008, 15:07 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
MasterZiv пишет: > Я не против Interbase, не самый плохой сервак в общем, но его конкурентные > шансы сейчас по-моему равны нулю. При наличии версионности (MVCC) во многих > других промышленных СУБД сейчас и при наличии нормального свободного > postgreSQL > c той же версионностью и нормальной архитектурой многозадачности. Еще забыл MySQL и InnoDB, тоже неплохие конкуренты Firebird/Interbase. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2008, 15:08 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
anjey пишет: > ... можно ещё учесть то, как существует версионность в обоих серверах.. > в Птице она в архитектуре заложена, а в MSSQL через жо... ой! через > временные таблицы... Это - две вполне достойные друг друга реализации MVCC, со своими плюсами и минусами, но никак не лучшие или хужшие друг друга. Interbase например, при отсутствии логов, бешенно пишет последние страницы таблиц, ну и что тут хорошего ? В общем, это - не через жопу, а нормальное решение, которое применяется во многих СУБД: Oracle, InnoDB, а не только в MSSQL. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2008, 15:13 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
MasterZiv пишет: > А что важнее для СУБД - > многозадачность или многоверсионность - думаю все понимают. Думаю немногие вообще понимают что имеется в виду под "многозадачностью" применительно к СУБД. > без многоверсионности -- многие СУБД живут прекрастно. И имя этим многим - DB2. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2008, 15:17 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
MasterZiv пишет: > Еще забыл MySQL и InnoDB , тоже неплох ие конкурент ы Firebird/Interbase. - А на обед у нас сосиски! - Скажите, а почему вы про нее говорите во множественном числе? (с) к/ф "Полосатый рейс". Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2008, 15:19 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
MasterZivДавайте я задам другой вопрос : "когда многозадачность появилась в MSSQL и когда - в Interbase/Firebird" ? Думаю там ее нет нормально и сейчас. не надо думать или додумывать. если не знаете - надо спросить или узнать. MasterZivЯ не против Interbase, не самый плохой сервак в общем, но его конкурентные шансы сейчас по-моему равны нулю. При наличии версионности (MVCC) во многих других промышленных СУБД сейчас и при наличии нормального свободного postgreSQL c той же версионностью и нормальной архитектурой многозадачности. пока что PostgreSQL не конкурент FB. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2008, 18:02 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
fynda пишет: > Думаю немногие вообще понимают что имеется в виду под "многозадачностью" > применительно к СУБД. возможность работать на нескольких процессорах одновременно и обрабатывать несколько запросов одновременно, и при этом грузить все железо, которое есть на сервере. > И имя этим многим - DB2. Да нет. Поддержка MVCC - скорее исключение, чем правило. Sybase ASE, Sybase ASA, MSSQL < 2005, Informix, MySQL без InnoDB, все DBF-ы, и многие, многие другие СУБД этим похвастаться не могут. (или не хотят ) Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2008, 19:02 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
MasterZiv пишет: > возможность работать на нескольких процессорах одновременно и обрабатывать > несколько запросов одновременно, и при этом грузить все железо, которое > есть на сервере. Надо ли это понимать как утверждение о том, что Firebird этого не может? > Да нет. Поддержка MVCC - скорее исключение, чем правило. > Sybase ASE, Sybase ASA, Ах да, еще эти... > MSSQL < 2005, Informix Устарело > MySQL без InnoDB, все DBF-ы Несерьезно > и многие, многие другие СУБД Какие, из тех, что продолжают развиваться? Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2008, 19:24 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
MasterZiv возможность работать на нескольких процессорах одновременно и обрабатывать несколько запросов одновременно, и при этом грузить все железо, которое есть на сервере. неверно. так можно и фокспро запускать несколько копий ... что собственно FB и делает, каждый процесс запускается отдельным процессом в надежде, что ось раскидает эти процессы по разным CPU, при этом процессы не имеют ни кеша данных ни кеша разобраных SQL запросов. т.е. с загрузить все ресурсы у FB проблем нет а вот эфективно загрузить, в ближайшие 5-10 лет не получится ... MasterZiv Да нет. Поддержка MVCC - скорее исключение, чем правило. Sybase ASE, Sybase ASA, MSSQL < 2005, Informix, MySQL без InnoDB, все DBF-ы, и многие, многие другие СУБД этим похвастаться не могут. (или не хотят ) MSSQL - супортит, Sybase ASA - супортит, MySQL - супортит ... остальной 1% от рынка rdbms или будет супортит или отойдет в мир иной вслед за остальными устаревшими технологиями типа DBF ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2008, 19:25 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
fynda пишет: > Какие, из тех, что продолжают развиваться? Начну сам, методом исключения: Oracle, MS SQL, MySQL, Postgresql - поддерживают многоверсионность. Sybase и DB2 - нет. Пока все выглядит так, что большинство популярных и динамично развивающихся СУБД - все-таки версионники. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2008, 19:28 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
fynda wrote: > так, что большинство популярных и динамично развивающихся СУБД - > все-таки версионники. Я бы не был так категоричен, утверждая что SQL 2k5/2k8 - "версионник". Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2008, 19:40 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
locky пишет: > Я бы не был так категоричен, утверждая что SQL 2k5/2k8 - "версионник". Ну скажем так - "без версионности не обходится". ;) Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2008, 19:46 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
Yo!т.е. с загрузить все ресурсы у FB проблем нет а вот эфективно загрузить, в ближайшие 5-10 лет не получится ... пора бы уж перестать пророчествовать. И вообще... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2008, 20:18 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
fynda пишет: > Какие, из тех, что продолжают развиваться? Т.е. в вашем представлении развитие может идти только в сторону MVCC ? Нет, это не так. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.02.2008, 02:03 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
Yo.! пишет: > MSSQL - супортит, Sybase ASA - супортит, MySQL - супортит ... остальной Что MVCC есть в ASA - слышу впервые. В MySQL народ тамошний (пользователи) не очень жалуют движки, поддерживающие MVCC. Им вообще даже до транзакций по барабану, лишь бы была преславутая "высокая производительность". Короче, кончайте вдалбливать в народ мысль, что на MVCC свет клином сошелся. Не сошелся. Жили люди без него, живут и будут жить. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.02.2008, 02:07 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
Yo.! пишет: > надежде, что ось раскидает эти процессы по разным CPU, при этом процессы > не имеют ни кеша данных ни кеша разобраных SQL запросов. т.е. с > загрузить все ресурсы у FB проблем нет а вот эфективно загрузить, в > ближайшие 5-10 лет не получится ... Да, да, я именно про это. Я не большой ненавистник IB, но на фиг он такой "красивый" сегодня нужен - не понятно. Только разве что большим фанатом надо быть. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.02.2008, 02:09 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
MasterZiv пишет: >> Какие, из тех, что продолжают развиваться? > Т.е. в вашем представлении развитие может идти только в сторону MVCC ? Где я это сказал? Вы привели как пример устаревший формат хранения данных (даже не сервер БД, именно формат - DBF), СУБД, которая фактически прекратила свое существование (Informix), старую версию другой СУБД у которой в новых версионность уже есть и древние движки третьей, уже давно имеющей версионность в виде альтернативы. Это явная попытка забить гол рукой - мало ли что там у кого было во времена царя Гороха. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.02.2008, 10:50 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
fynda пишет: > фактически прекратила свое существование (Informix), старую версию На сколько я знаю, Informix рано списывать со счетов. Хорошо, DB2 и Sybase ASA, ASE, IQ - не собираются даже двигаться в этом направлении, на сколько я знаю. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.02.2008, 11:41 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
MasterZivЯ не большой ненавистник IB, но на фиг он такой "красивый" сегодня нужен - не понятно. Только разве что большим фанатом надо быть. то же самое можно сказать и про MS SQL, и Oracle. Вообще выбор СУБД определяется задачей. А IB/FB использовать очень легко, и они подходят под 80% широкораспространенных задач. Так что, это только Вам кажется, что "надо быть фанатом". IB/FB распространены очень сильно, причем для пользователя ПО они даже "не видны". авторКороче, кончайте вдалбливать в народ мысль, что на MVCC свет клином сошелся. Не сошелся. Жили люди без него, живут и будут жить. не знаю, кто вдалбливает, просто тенденция есть такая, что те СУБД, которые были раньше только блокировочными, начинают использовать версионность. А так - разумеется, например для веб-систем в большинстве случаев транзакции действительно не нужны. Отсюда популярность MySQL с нетранзакционным и неверсионным движком. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.02.2008, 11:57 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
MasterZiv пишет: > Хорошо, DB2 и Sybase ASA, ASE, IQ - не собираются даже двигаться Ну вот, собственно и всё - две фирмы всего, не так уж много и точно не большинство. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.02.2008, 12:01 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
MasterZiv Что MVCC есть в ASA - слышу впервые. В MySQL народ тамошний (пользователи) не очень жалуют движки, поддерживающие MVCC. Им вообще даже до транзакций по барабану, лишь бы была преславутая "высокая производительность". ASA10 имеет IL snapshot. про MySQL где вы такого наслушались ? нетранзакционный MyISAM сильно проседает на пишущих запросах, т.к. лочит всю таблицу, чтоб записать одну строку. Думаю этот движек занимает очень небольшую долю у нагруженых вебах. Ну и потом посмотрите на движки в разработке - все версионники. MasterZiv Хорошо, DB2 и Sybase ASA, ASE, IQ - не собираются даже двигаться в этом направлении, на сколько я знаю. смеетесь ? Sybase IQ - версионник изначально, ASA10 добавили IL snapshot, их живых только DB2 пока не делает заметных движений. к стате и mssql и ASA10 юзают версионность и в блокировочных режимах (mssql при перестройке индексов, в механизме тригеров и прочая) ЗЫ. а "красивому" FB для начала нужно поправить гораздо более насущное прежде чем задумыватся о супорте SMP ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.02.2008, 12:14 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
>Sybase ASA, в ASA версионность таки уже есть.. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.02.2008, 13:05 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
Yo!Sybase IQ - версионник изначально, не путайте сервер, который предназначен для warehouse, в т.ч. и хранения "версий" данных, с версионным движком. IQ версионность не уперлась, это вообще спец-архитектура предназначенная только для одной задачи. Которой и транзакции, в общем-то, не нужны. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.02.2008, 14:20 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
kdv не путайте сервер, который предназначен для warehouse, в т.ч. и хранения "версий" данных, с версионным движком. IQ версионность не уперлась, это вообще спец-архитектура предназначенная только для одной задачи. Которой и транзакции, в общем-то, не нужны. Глупости. Как раз аналитическому серверу без версионости никуда, он обязан выдать консистентный набор, а это и есть основное преимущество MVCC. IQ обычный версионник c MVTO планировщиком, немного не доделаный, но точно версионник: Chapter 10: Transactions and Versioning Introduction to versioning Sybase IQ uses snapshot versioning to allow transactions to operate concurrently. You can think of snapshot versioning as you would a snapshot you take with a camera. When you photograph a snapshot of an object or scene, you get an image of it as it appears at a given moment in time. Likewise, when IQ takes a snapshot of an object in your database, it retains an image of that object at a given instant in time. [skip] In other words, every transaction begins with a snapshot of the data in a reliable state. The snapshot of the data that you see when you issue a query does not change, even if another user is updating the table you are reading. For example, in Figure 10-4, when User 1's write transaction begins, it uses the customer table version that was committed most recently. User 2's transaction begins after User 1 has begun writing, but before User 1 commits. Therefore, User 2's first transaction (Tr1) does not see any of User 1's updates. http://infocenter.sybase.com/help/index.jsp?topic=/com.sybase.dc00170_1270/html/iqapg/X200206.htm ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.02.2008, 17:02 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
авторГлупости. Как раз аналитическому серверу без версионости никуда, он обязан выдать консистентный набор, а это и есть основное преимущество MVCC. IQ обычный версионник c MVTO планировщиком, немного не доделаный, но точно версионник: может он и стал версионником, только зачем они это сделали, непонятно. IQ вообще предназначался изначально для следующей схемы работы (я был на первой презентации IQ в России, так что помню точно) 1. быстрая заливка данных 2. аналитические отчеты по залитым данным. Т.е. никакого OLTP в помине нет, даже нет необходимости чего-то смотреть во время заливки. То есть, Sybase недостатки ASE в плане OLAP ликвидировал созданием чистого OLAP-сервера (или даже DSS сервера, или как угодно). Т.е. фигачим оперативно в ASE, потом быстро закидываем данные и смотрим аналитику в IQ. Кстати, мне известны обратные примеры - когда оперативная система работает на Firebird, потом данные перекидываются в MS SQL (!) и там уже крутятся кубы. http://infocenter.sybase.com/help/index.jsp?topic=/com.sybase.dc00170_1270/html/iqapg/X200206.htm В базовом описании версионности по ссылке упоминается страничная версионность. Далее, написано что версионность эта на уровне таблиц. Так что версионности бывают разные. В частности, данная версионность нужна чтобы читатели читали старые таблицы, в то время как льются новые данные. Грубо говоря, минимальный необходимый для бесконфликтного чтения версионный механизм. Такая же версионность, на мой взгляд, есть и в MS SQL, только забыл как это называется, когда есть снимок базы. И кстати, почти то же самое есть и в InterBase 2007 - онлайновая копия (архив). Так что, по большому счету, не версионность эта в том смысле, в котором имеется в виду версионность на уровне записей. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.02.2008, 23:24 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
2kdv табличная версионность скорее всего это то, что оракл называет snapshot. при всем желании для каждой читающей сессии создавать снапшот не реально дорого в плане ресурсов, так что я пракатически уверен, что версионником IQ был всегда. что касается кто на, что предназначался. выделение IQ в отдельный сервер - это от бедности, оракл тоже когда-то имел отдельный Express сервер, теперь все в одном оракловом сервере, поэтому теперь если мне нужны пара кубиков и небольшая отчетность мне не нужно разворачивать целую звезду на отдельном сервере. правда в свете последних приобритений в области BI не понятно, как будет оракл выглядеть дальше (я посмотрел BI SE1 там BI сервер может юзать навороты субд, а может и самостоятельно эмулировать для бедных) IQ сервер наверно интересный, но к нему нужен нормальный репортинг сервер, дашборды и прочая мишура, есть ли такое у сайбеза ? сколько стоит ? ЗЫ. зато теперь понятно почему результаты IQ на TPC-H ниже плинтуса, он лочит всю таблицу для пишушей транзакции O_O ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.02.2008, 13:49 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
Yo.! неверно. так можно и фокспро запускать несколько копий ... что собственно FB и делает, каждый процесс запускается отдельным процессом в надежде, что ось раскидает эти процессы по разным CPU, при этом процессы не имеют ни кеша данных ни кеша разобраных SQL запросов. т.е. с загрузить все ресурсы у FB проблем нет а вот эфективно загрузить, в ближайшие 5-10 лет не получится ... MSSQL - супортит, Sybase ASA - супортит, MySQL - супортит ... остальной 1% от рынка rdbms или будет супортит или отойдет в мир иной вслед за остальными устаревшими технологиями типа DBF ... Про процессы - Classic и Super архитекуры вам видимо нехнакомы. Насчет многоаользователей и т.д. - знаю реально работающее производство совсем немалых размеров с 200-ми филиалами, колво юзверей от 100 до 500, филиалы по все России, разбер БД 39 гектар. FB 2.0. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.02.2008, 14:23 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
TaulerНасчет многоаользователей и т.д. - знаю реально работающее производство совсем немалых размеров с 200-ми филиалами, колво юзверей от 100 до 500, филиалы по все России, разбер БД 39 гектар. FB 2.0. Одно? и фсё? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.02.2008, 14:24 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
pkarklin TaulerНасчет многоаользователей и т.д. - знаю реально работающее производство совсем немалых размеров с 200-ми филиалами, колво юзверей от 100 до 500, филиалы по все России, разбер БД 39 гектар. FB 2.0. Одно? и фсё? В остальных крупных конторах я работал на Sybase ASE и MS SQL2005. Хотя , как мне кажется, там где юзался MS SQL , птички выше крыши. Сайбес я пользовал, работая в банковской группе, там конечно птичке тяжко бы пришлось (обработка огоромного колва строк, отчеты нехилые и т.д.). Мое мнение - для мелкого и среднего бизнеса Файрберда вполне достаточно, он бесплатный, легкий в освоении и администрировании. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.02.2008, 14:30 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
Tauler Про процессы - Classic и Super архитекуры вам видимо нехнакомы. это вы со мной не знакомы какое отношение к SMP супорту имеет Super архитектура ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.02.2008, 14:36 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
Tauler пишет: > Про процессы - Classic и Super архитекуры вам видимо нехнакомы. И там и там есть свои проблемы с эффективностью. Но их сейчас усиленно фиксят, и к v3 вроде обещают сделать архитектуру, избавленную от "детских болезней". Так что с 10 годами Yo явно погорячился. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.02.2008, 15:06 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
fynda пишет: > И там и там есть свои проблемы с эффективностью. Но их сейчас усиленно > фиксят, и к v3 вроде обещают сделать архитектуру, избавленную от > "детских болезней". Так что с 10 годами Yo явно погорячился. Вот, поэтому я в FB и не верю. Если их еще сейчас фиксят, зачем мне это надо ? Я лучше буду использовать то, что не надо было фиксить, что было сделано изначально правильно. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.02.2008, 15:29 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
TaulerМое мнение - для мелкого и среднего бизнеса Файрберда вполне достаточно, он бесплатный, легкий в освоении и администрировании. Мое мнение, для мелкого и среднего бизнеса, вполне достаточно SQL Server 2005 Express Edition, который "бесплатный, легкий в освоении и администрировании". И не надо потом будет иметь головняков (при расте бизнеса) о поиске СУБД на замену птичке. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.02.2008, 15:34 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
MasterZiv пишет: > Вот, поэтому я в FB и не верю. Если их еще сейчас фиксят, зачем мне > это надо ? Я лучше буду использовать то, что не надо было фиксить, > что было сделано изначально правильно. Список живых СУБД, в который ничего не фиксится - в студию! Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.02.2008, 16:05 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
fynda wrote: > Список живых СУБД, в который ничего не фиксится - в студию! Критерии для "живых"? Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.02.2008, 16:17 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
locky пишет: > > Список живых СУБД, в который ничего не фиксится - в студию! > Критерии для "живых"? С незамороженой разработкой Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.02.2008, 16:24 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
fynda wrote: > С незамороженой разработкой Sybase :) 11,9,2, 12,х - не фиксятся, вроде :) хотя сам по себе сайбейз - разрабатывается и поныне. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.02.2008, 16:34 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
fynda И там и там есть свои проблемы с эффективностью. Но их сейчас усиленно фиксят, и к v3 вроде обещают сделать архитектуру, избавленную от "детских болезней". Так что с 10 годами Yo явно погорячился. Posted via ActualForum NNTP Server 1.4 прежде чем фиксить "детские болезни" мое глубокое имхо нужно пофиксить "особености". что за особености тут уже не раз пережевывалось, у интербейзников неадекватная реакция на них, так, что не будем будить буйных - перейдем к 10 годам: SMP в Superserver обещали еще лет пять назад воткнуть, проэкт Vulcan благополучно заканселили, типа подождем 3.0 и назначили Q3 2006 как дата выхода FB3, сегодня у нас 2008 ... т.е. в FB может быть появится то, что к примеру у MySQL в этой области (SMP) было отлажено еще времена 4.x (при этом до сих пор вылазят проблемы на более чем 4х процессорах) ... дальше если начнем копать в алгоритмах вытеснения кэша, async i/o, read ahead и выпрямление оптимизатора хотя бы до уровня сегоднешнего MySQL то как раз лет 10 и займет (судя по сегодняшним темпам развития FB). ну, а чтоб тягатся с лидерами и быть хотя бы с постгресом одной весовой категории еще туча фич понадобится ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.02.2008, 16:45 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
fynda пишет: > Список живых СУБД, в который ничего не фиксится - в студию! Список живых СУБД, в которых есть баги в многопоточности в студию ! Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.02.2008, 19:51 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
Yo.! пишет: > прежде чем фиксить "детские болезни" мое глубокое имхо нужно пофиксить > "особености". что за особености тут уже не раз пережевывалось, у > интербейзников неадекватная реакция на них, так, что не будем будить > буйных - перейдем к 10 годам: Вот именно. Из-за этого в свое время начали проект Yaffel. Чтобы не мешать им там "наслаждаца". И по остальному тоже согласен. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.02.2008, 19:54 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
мда. у оппонентов, все-таки, предвзятое и поверхностное мнение об IB/FB :-) Поэтому я бы попросил, без обладания достоверными знаниями по поводу Yaffil и Vulcan, не оценивать - что было, как и зачем. начну с последнего. Yaffil создавался совсем не "потому". И проблема SMP в суперсервере в нем решена не была (и не собирались). Наоборот, Yaffil за 1.5 года до FB отладил классик до упора. Потому что классик был искорежен при выпуске IB 6 Борландом. далее. по производительности на данный момент у FB что у классика что у супера достаточная, не хуже MySQL и PostgreSQL, а в ряде мест и получше. У IB с SMP-Суперсервером - то же самое. То есть, InterBase просто избавился от необходимости развивать две ветки кода, а Firebird развивал сам сервер, SQL, оптимизатор и т.д., оставив вопрос SMP суперсервера на потом. Для того чтобы делать прогнозы, надо знать кухню, в которой все это варилось и варится. А пока что Ваши слова находятся на уровне "я слышал, что ..., и поэтому, наверное ...". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.02.2008, 21:48 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
Yo.!проэкт Vulcan благополучно заканселили он мертворожденный. Последствия чего сейчас благополучно огребают в MySQL... Yo.!выпрямление оптимизатора хотя бы до уровня сегоднешнего MySQL это шутко такой? Пусть они его сначала доведут до уровня сегодняшнего FB. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.02.2008, 23:01 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
MasterZiv пишет: > Список живых СУБД, в которых есть баги в многопоточности в студию ! Все они. И не надо говорить, что кто-то знает, как писать абсолютно безглючный код. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2008, 10:35 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
dimitr Yo.!проэкт Vulcan благополучно заканселили он мертворожденный. Последствия чего сейчас благополучно огребают в MySQL... А можно список последствий? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2008, 11:24 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
VoDAА можно список последствий? насколько уже отстает от сроков Falcon? Каково его качество? Недавно даже у Зайцева проскочила мысль, что возможно Maria окажется заменой Falcon-а после отбраковки последнего. Я, конечно, полагаю, что у MySQL (или уже Sun?) таки хватит сил довести его до ума, но что купили они сырую поделку - для меня факт. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2008, 13:04 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
kdv далее. по производительности на данный момент у FB что у классика что у супера достаточная, не хуже MySQL и PostgreSQL, а в ряде мест и получше. ну тогда мы с нетерпением ждем рассказ о мегафичах которые способны компенсировать невозможность использования суперсервером более одного ядра. у меня вот фантазии не хватает, у mysql совсем недавно был затык на стыке linux и mysql приводивший к деградации перфоменса лишь на 4х ядрах (не знаю пофиксили ли), но до 4х ядер там вполне линейно маштабировалось. то же самое с класиком, мегафичи FB в студию которые могут компенсировать отсутсвие единого кеша данных. dimitrэто шутко такой? Пусть они его сначала доведут до уровня сегодняшнего FB. а можно кратенький списочек где по вашему FB опередил, я вот сходу предполагаю, что кэш разобраных планов запросов в mysql 4.1 дает ему громадное преимущество. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2008, 13:13 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
Yo.!до 4х ядер там вполне линейно маштабировалось линии бывают под разным углом начертаны :-) Я довольно пессимистичен насчет производельности InnoDB под активной read-write нагрузкой, если база сильно больше размера кэша. И линейное масштабирование тут мало выручает. dimitrа можно кратенький списочек где по вашему FB опередил например, эффективное использование множества индексов для одного потока выборки или выполнение IN как индексированного semi-join. Собственно, я еще не видел ни одного результата сравнительных тестов (нетривиальнее хотя бы benchw, а лучше TPC-R/H), в которых MySQL суммарно выигрывает у FB. Собственно, с точки зрения путей доступа к данным и оптимизации у InnoDB я вижу только одно заметное преимущество - возможность полного индексного покрытия. я вот сходу предполагаю, что кэш разобраных планов запросов в mysql 4.1 дает ему громадное преимущество фича безусловно полезная, особенно под нагрузкой. Но каково по-вашему соотношение времени оптимизации к времени исполнения пусть даже коротких запросов в реальной жизни? Одна десятая? Одна сотая? Еще меньше? Как-то не выглядит это громадным преимуществом. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2008, 13:50 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
dimitr линии бывают под разным углом начертаны :-) Я довольно пессимистичен насчет производельности InnoDB под активной read-write нагрузкой, если база сильно больше размера кэша. И линейное масштабирование тут мало выручает. откуда такой пессимизм ? я знаю только один тест заслуживающий доверия specjbb. там конечно примитивные запросы не встречающиеся в жизни, inndob в самом хвосте, но inndob не просел насмерть и вполне адекватно загрузил 4 ядра. dimitrа можно кратенький списочек где по вашему FB опередил например, эффективное использование множества индексов для одного потока выборки или выполнение IN как индексированного semi-join. [/quot] хорошо, но это не настолько убойные фичи, чтоб компенсировать отсутствие SMP. наверника такая оптимизация нужна тяжелым приложениям, где mysql/innodb может противопоставить другие свои фичи. ну например FB как я понимаю если имеет индексы для предикатов никогда не пойдет на фулскан, mysql же учтет селективность и поступит гораздо мудрей. мне, например, кажется что такая ситуация гораздо чаще встречается. dimitr фича безусловно полезная, особенно под нагрузкой. Но каково по-вашему соотношение времени оптимизации к времени исполнения пусть даже коротких запросов в реальной жизни? Одна десятая? Одна сотая? Еще меньше? Как-то не выглядит это громадным преимуществом. в оракле - громадная. если оракловое приложение не использует bind variables и оракл не понимает, что это одни и теже запросы и каждый раз парсит заново, то перфоманс на большом кол-ве одинаковых конкурентных запросах падает в разы. для такой ситуации даже параметр есть, который пытается угадать где в запросе переменные, чтоб закешировался план. большинство сообщали о улучшениях в разы на OLTP задачках. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2008, 14:30 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
Yo.!откуда такой пессимизм ? из практики Yo.!inndob в самом хвосте, но inndob не просел насмерть и вполне адекватно загрузил 4 ядра я не отрицаю его способности грузить ядра, отнюдь. Лишь высказал мнение, что при невысокой базовой производительности хорошое масштабирование отнюдь не панацея. Yo.!хорошо, но это не настолько убойные фичи, чтоб компенсировать отсутствие SMP бесспорно. Но меряться именно оптимизаторами вы первый начали :-) Yo.!например FB как я понимаю если имеет индексы для предикатов никогда не пойдет на фулскан, mysql же учтет селективность и поступит гораздо мудрей. мне, например, кажется что такая ситуация гораздо чаще встречается. в отличие от mysql (и многих других), у FB выборка записей на основе индексного скана является sequential I/O, а не random. Это тут уже обсуждалось и да, в этом скрыты и недостатки тоже. Но в данном случае это таки достоинство. И вместо обычной оценки лимита отказа от range scan в ~30% от размера таблицы, в FB есть смысл оперировать порядком 70-80%. Лишь если кардинальность выборки еще больше этой цифры, тогда FB может уступить. В остальных случаях я бы еще подумал, на кого поставить. Резюмируя -- да, вы правы, есть такой недостаток у FB, но его значение в свете вышесказанного сильно преувеличено. Yo.!в оракле - громадная. если оракловое приложение не использует bind variables и оракл не понимает, что это одни и теже запросы и каждый раз парсит заново, то перфоманс на большом кол-ве одинаковых конкурентных запросах падает в разы это может говорить и об относительной неторпливости ораклового парсера :-) Попробую поставить подобный эксперимент на FB. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2008, 15:34 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
dimitr я не отрицаю его способности грузить ядра, отнюдь. Лишь высказал мнение, что при невысокой базовой производительности хорошое масштабирование отнюдь не панацея. он там отстал от постгреса всего на 10-15%, т.е. с i/o innodb относительно справился (запросы дубовые наверно оптимизатор особо не напрягался) и процы грузил не фатально глупее остальных субд из specjbb. dimitr в отличие от mysql (и многих других), у FB выборка записей на основе индексного скана является sequential I/O, а не random. хм ... тогда у меня предложение вам подратся с kdv т.к. пару страниц выше он утверждал что readfilescatter FB не умеет. /topic/309764&pg=25#5101992 dimitr Резюмируя -- да, вы правы, есть такой недостаток у FB, но его значение в свете вышесказанного сильно преувеличено. может преувеличено, а может нет, нужно мерять. у mysql один из самых слабых оптимизаторов, но пока я не вижу, как он может помешать обгонять FB в разы за счет SMP. к старте в mysql есть еще фича read ahead, когда он при скане читает больше блоков чем нужно в надежде, что "лишние" блоки кому-то пригодятся, есть что-то похожее у FB ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2008, 16:12 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
Yo.!хм ... тогда у меня предложение вам подратся с kdv т.к. пару страниц выше он утверждал что readfilescatter FB не умеет не умеет. Я имел ввиду не многоблочное чтение, а чтение старниц в порядке хранения в файле БД. Т.е. индексный скан всегда выполнит чтение страниц данных в порядке 1..2..3..5..10..11..12, а не в случайном порядке. Yo.!у mysql один из самых слабых оптимизаторов, но пока я не вижу, как он может помешать обгонять FB в разы за счет SMP если в MySQL каждый запрос будет выполняться в разы медленнее, то SMP в лучшем случае лишь обеспечит паритет :-) Но это все болтология, на практике все надо мерять. Yo.!в mysql есть еще фича read ahead, есть что-то похожее у FB? пока нет, увы. Ну вот, нашли еще одно преимущество MySQL :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2008, 16:38 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
dimitr не умеет. Я имел ввиду не многоблочное чтение, а чтение старниц в порядке хранения в файле БД. Т.е. индексный скан всегда выполнит чтение страниц данных в порядке 1..2..3..5..10..11..12, а не в случайном порядке. не догоняю. на сколько мне известно у всех субд индекс отсортирован или вы имеете ввиду что при RANGE SCAN FB пойдет последовательно читать весь индекс не зависимо от того какой кусок от индекса реально нужен !? dimitr если в MySQL каждый запрос будет выполняться в разы медленнее, то SMP в лучшем случае лишь обеспечит паритет :-) для того чтоб запрос выполнялся в РАЗЫ медленее у FB должна быть просто мегафича в оптимизаторе, я про такую пока не услышал. вернемся к началу MySQL я взял как самого слабенького и теперь мы опять можем вернутся у вопросу сколько лет понадобится FB на особености, отладку smp, async i/o, read-ahead, sql cache которые уже сегодня есть у самых слабеньких ? подозреваю дольше, чем эволюция FB c 1.0 до 3.0 ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2008, 17:40 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
Yo.!не догоняю. на сколько мне известно у всех субд индекс отсортирован читайте внимательнее. Речь про чтение страниц данных (а не индекса) в порядке хранения. В PGSQL 8.2 это называют bitmap index scan, аналогов в других СУБД я не знаю. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2008, 18:01 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
dimitr читайте внимательнее. Речь про чтение страниц данных (а не индекса) в порядке хранения. В PGSQL 8.2 это называют bitmap index scan, аналогов в других СУБД я не знаю. читаю: http://zeus.sai.msu.ru:7000/seminars/cbd2006/postgresql/В отличие от обычного сканирования индекса, в котором за один раз из индекса считывается только один указатель на запись, по которому потом поднимается сама запись из таблицы, bitmap scan считывает в се указатели за один раз (Bitmap Index Scan), сортирует их в памяти и потом считывает записи уже в локализованном на диске порядке (Bitmap Heap Scan). FB так работает при RANGE SCAN ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2008, 18:19 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
Yo.!FB так работает при RANGE SCAN ? да ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2008, 18:27 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
я потрясен. точно так ? неважно какой RANGE заставит прочесть весь индекс !? это же в 90% случаев неоптимально. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2008, 18:43 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
Yo.!я потрясен. точно так ? неважно какой RANGE заставит прочесть весь индекс !? мы видимо по-разному поняли процитированную фразу. Конечно же, читается только часть индекса -- от lower bound до upper bound. Это же range scan, в конце концов :-) В цитате имеется ввиду, что читаются все ключи диапазона за единый скан и только потом читаются записи в порядке хранения. А не идти по циклу "ключ->запись". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2008, 18:48 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
fynda пишет: > Все они. И не надо говорить, что кто-то знает, как писать абсолютно > безглючный код. Безглючный код - одно, а куча глобальных переменных в многопоточном приложении - совсем другое. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2008, 22:56 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
MasterZiv Безглючный код - одно, а куча глобальных переменных в многопоточном приложении - совсем другое. Это ничего, что страницей ранее мы говорили про баги, а теперь уже - про глобальные переменные? ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2008, 23:20 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
dimitr мы видимо по-разному поняли процитированную фразу. Конечно же, читается только часть индекса -- от lower bound до upper bound. Это же range scan, в конце концов :-) В цитате имеется ввиду, что читаются все ключи диапазона за единый скан и только потом читаются записи в порядке хранения. А не идти по циклу "ключ->запись". хм ... так блоки листьев вроде как на HDD не обязательно лежат последовательно, т.е. вы спуститесь до нижнего блока и начнете ходить по ссылкам рандомно читая связаные листовые блоки, откуда возьмется "sequential I/O" ? постгресовый bitmap index scan мне показалось походит на fast full index scan из оракла, где оракл читает с помощью scattered i/o весь индекс, а потом выкидывает ненужное. я ошибся ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.02.2008, 18:42 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
Yo.!хм ... так блоки листьев вроде как на HDD не обязательно лежат последовательно, т.е. вы спуститесь до нижнего блока и начнете ходить по ссылкам рандомно читая связаные листовые блоки, откуда возьмется "sequential I/O" ? блоки листьев тут не причем. Речь о блоках, на которые ссылаются эти листья. Ключ индекса 1 ссылается на страницу данных 5, ключ 2 на страницу 56, ключ 3 снова на страницу 5, ключ 4 на страницу 32 и т.д. PGSQL и FB буду читать страницы данных в порядке 5-32-56, а не 5-56-5-32. Есс-но, на эффективность тут влияет еще и фрагментация БД, но даже в худшем случае два чтения со страницы 5 пройдут подряд когда она в кэше, а не через неопределенных интервал времени, когда она уже может быть вытеснена. Yo.!постгресовый bitmap index scan мне показалось походит на fast full index scan из оракла, где оракл читает с помощью scattered i/o весь индекс, а потом выкидывает ненужное. я ошибся ? он работает именно так, как я описал ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.02.2008, 22:30 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
другими словами, считайте что в PGSQL/FB индексный скан (именно скан, а не индекс) всегда имеет идеальный clustering factor (в терминах оракла). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.02.2008, 22:49 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
как работает теперь ясно, конечно способность оттянуть нужность фулскана аж до 70-80% от выборки (если учесть, что в оракле ~12%, наверно за счет мультиблочного чтения) мягко говоря вызывает сомнения, но тут думаю упаришься мерять все варианты... к стате такой оптимзацией и котроллер сам может заниматся (оптимизируя очередь сказийных команд). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.02.2008, 13:28 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
Yo.!как работает теперь ясно, конечно способность оттянуть нужность фулскана аж до 70-80% от выборки (если учесть, что в оракле ~12%, наверно за счет мультиблочного чтения) мягко говоря вызывает сомнения, но тут думаю упаришься мерять все варианты... к стате такой оптимзацией и котроллер сам может заниматся (оптимизируя очередь сказийных команд).Угу и мультиблочным чтенем он тоже может сам заняться, и b-tree тоже сам строит, да и партиционировать (по цилиндрам ?) правильные контроллеры давно сами умеют... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.02.2008, 15:59 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
dimitr это может говорить и об относительной неторпливости ораклового парсера :-) Дело не в парсере, а в оптимизаторе (если только вы не имели в виду тоже самое). Поскольку у Оракла он более совершенный, процесс построения плана занимает больше времени. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.02.2008, 19:25 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
Yo.!как работает теперь ясно, конечно способность оттянуть нужность фулскана аж до 70-80% от выборки (если учесть, что в оракле ~12%, наверно за счет мультиблочного чтения) мягко говоря вызывает сомнения, но тут думаю упаришься мерять все варианты... к стате такой оптимзацией и котроллер сам может заниматся (оптимизируя очередь сказийных команд). 1. не 12%, а 15% 2. это очень усредненная оценка, случаи бывают разные, где-то в оракловой ветке "Я и Ежик" показывал, как Index Range Scan 50% хорошо кластеризованной таблицы выигрывал у Full Scan той же таблицы 3. при Index Range Scan Оракл пинит последний прочитанный блок, как раз на случай он вдруг понадобиться; это конечно не так эффективно как у Жарптицы (доступ к записям в порядке их расположения в страницах), но зато не надо тратить время и память на сортировку 4. у Оракла есть альтернативные способы борьбы с плохим фактором кластеризации - IOT, Cluster. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.02.2008, 19:51 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
авторНо каково по-вашему соотношение времени оптимизации к времени исполнения пусть даже коротких запросов в реальной жизни http://www.sql.ru/forum/actualthread.aspx?tid=518669#5203350 авторPrepare time = 20ms Execute time = 10ms ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.02.2008, 09:37 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
p.s. не флейма ради а истины для. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.02.2008, 09:38 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
dimitrстраницу 32 и т.д. PGSQL и FB буду читать страницы данных в порядке 5-32-56, а не 5-56-5-32. умарил :) тут уже дело не в субд а в винтах ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.02.2008, 09:45 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
Чендлер dimitrстраницу 32 и т.д. PGSQL и FB буду читать страницы данных в порядке 5-32-56, а не 5-56-5-32. умарил :) тут уже дело не в субд а в винтах От вы тупые, ей богу... Разные записи разных листовых блоков индекса могут ссылаться на строки находящиеся в одном блоке данных таблицы. Так вот смысл предварительной сортировки в том, чтобы избежать многократного чтения один и тех же блоков данных таблицы. Причем тут винты? Речь о логическом доступе. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.02.2008, 10:36 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
Apex 1. не 12%, а 15% 2. это очень усредненная оценка, случаи бывают разные, где-то в оракловой ветке "Я и Ежик" показывал, как Index Range Scan 50% хорошо кластеризованной таблицы выигрывал у Full Scan той же таблицы 3. при Index Range Scan Оракл пинит последний прочитанный блок, как раз на случай он вдруг понадобиться; это конечно не так эффективно как у Жарптицы (доступ к записям в порядке их расположения в страницах), но зато не надо тратить время и память на сортировку 4. у Оракла есть альтернативные способы борьбы с плохим фактором кластеризации - IOT, Cluster. 1. This threshold percentage varies greatly, however, according to the relative speed of a table scan and how clustered the row data is about the index key. The faster the table scan, the lower the percentage; the more clustered the row data, the higher the percentage. 2. а кеш он догодался сбрасывать перед замерами ? Кайт утверждает, что для чтение 25% от таблички как раз и понадобится поднять все блоки таблицы. 3. эфективней !? мелкие таблицы будут в кеше, ФБ - проигрывает занимаясь лишней сортировкой, большие таблицы оракл мультиблочно в разы, если не порядок быстрее справится с i/o. Fast index scan по сути и есть подход ФБ, но в оракле никому в голову не пришло шагать по ссылкам листьев отказываясь от мультиблочного чтения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.02.2008, 11:22 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
To ScareCrow : Пользуй процедуры, раз уж так приспичило ScareCrowp.s. не флейма ради а истины для.угу ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.02.2008, 12:36 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
>Пользуй процедуры, раз уж так приспичило а процедуры мы таки кэшируем? Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.02.2008, 13:02 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
ScareCrow >Пользуй процедуры, раз уж так приспичило а процедуры мы таки кэшируем? И даже триггеры ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.02.2008, 15:33 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
Yo.! ФБ - проигрывает занимаясь лишней сортировкой, большие таблицы оракл мультиблочно в разы, если не порядок быстрее справится с i/o. Fast index scan по сути и есть подход ФБ, но в оракле никому в голову не пришло шагать по ссылкам листьев отказываясь от мультиблочного чтения. Сортировкой? Там нет никакой сортировки. Обычная битовая маска. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.02.2008, 23:05 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
Apex От вы тупые, ей богу... Разные записи разных листовых блоков индекса могут ссылаться на строки находящиеся в одном блоке данных таблицы. Так вот смысл предварительной сортировки в том, чтобы избежать многократного чтения один и тех же блоков данных таблицы. Причем тут винты? Речь о логическом доступе. когда блок считывается он попадает в кеш, прежде чем считать след. блок проверяется есть ли он в кеше, если нет то считываем если есть то берём из кеша. Где сортировка? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.02.2008, 04:25 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
Чендлер когда блок считывается он попадает в кеш, прежде чем считать след. блок проверяется есть ли он в кеше, если нет то считываем если есть то берём из кеша. Где сортировка? Это вообще к чему все было? Алгоритм работы для Postgres описан здесь. Следующим постом идет подтверждение того, что FB работает аналогично. К чему был ваш пост? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.02.2008, 09:52 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
dimitrдругими словами, считайте что в PGSQL/FB индексный скан (именно скан, а не индекс) всегда имеет идеальный clustering factor (в терминах оракла). Кстати, Дмитрий, идеальный фактор кластеризации - это безусловно прекрасно... но что, если из все выборки мне понадобиться только первые N строк? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.02.2008, 10:00 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
Чендлер Apex От вы тупые, ей богу... Разные записи разных листовых блоков индекса могут ссылаться на строки находящиеся в одном блоке данных таблицы. Так вот смысл предварительной сортировки в том, чтобы избежать многократного чтения один и тех же блоков данных таблицы. Причем тут винты? Речь о логическом доступе. когда блок считывается он попадает в кеш, прежде чем считать след. блок проверяется есть ли он в кеше, если нет то считываем если есть то берём из кеша. Где сортировка?А кто сказал, что он всё ещё в кеше ? Бывают таблицы, многократно превосходящие размеры кешей, да и не все запросы обращаются только к одной таблице. И параллельно таких запросов может быть более одного, как ни странно. Ась ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.02.2008, 10:31 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
Apexчто, если из все выборки мне понадобиться только первые N строк? это цена битмап скана, увы. Это мы уже как-то обсуждали тут с оракловыми ребятами. Но обычно на практике FIRST используется в паре с ORDER BY и тогда, при наличии индекса, подходящего под условие сортировки, будет выбран именно не-битмап скан индекса. Хотя если ORDER BY отсутствует и вы просто хотите закрыть курсор после фетча первых нескольких записей, тады ой -- тут вы FB обманули :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.02.2008, 10:59 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
pkarklin TaulerНасчет многоаользователей и т.д. - знаю реально работающее производство совсем немалых размеров с 200-ми филиалами, колво юзверей от 100 до 500, филиалы по все России, разбер БД 39 гектар. FB 2.0. Одно? и фсё? Читал где-то(источник не помню), была зафиксирована приемлемая работа FB c БД в 200Гб! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.02.2008, 18:10 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
pkarklin TaulerМое мнение - для мелкого и среднего бизнеса Файрберда вполне достаточно, он бесплатный, легкий в освоении и администрировании. Мое мнение, для мелкого и среднего бизнеса, вполне достаточно SQL Server 2005 Express Edition, который "бесплатный, легкий в освоении и администрировании". И не надо потом будет иметь головняков (при расте бизнеса) о поиске СУБД на замену птичке. Внимание, вводная! Требуется работа/миграция под Linux. Ваши действия? Время пошло ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.02.2008, 20:30 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
vitalek pkarklin TaulerМое мнение - для мелкого и среднего бизнеса Файрберда вполне достаточно, он бесплатный, легкий в освоении и администрировании. Мое мнение, для мелкого и среднего бизнеса, вполне достаточно SQL Server 2005 Express Edition, который "бесплатный, легкий в освоении и администрировании". И не надо потом будет иметь головняков (при расте бизнеса) о поиске СУБД на замену птичке. Внимание, вводная! Требуется работа/миграция под Linux. Ваши действия? Время пошлообязательно на 100% комьютеров? зачем? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.02.2008, 22:54 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
vitalekВнимание, вводная! Требуется работа/миграция под Linux. Ваши действия? Время пошло Задлянафига?! Какой идиот придумал такую вводную? Для всех компов в организации? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.02.2008, 08:45 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
pkarklin vitalekВнимание, вводная! Требуется работа/миграция под Linux. Ваши действия? Время пошло Задлянафига?! Какой идиот придумал такую вводную? Для всех компов в организации? Ведь у нас же MS SQL! Мы не можем на Linux. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.02.2008, 09:46 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
pkarklinЗадлянафига?! Какой идиот придумал такую вводную? Для всех компов в организации? Зачем для всех компов - только для сервера , а клиенты пусть под win остаются ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.02.2008, 10:12 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
leonbnЗачем для всех компов - только для сервера , а клиенты пусть под win остаются И на кой такой зоопарк нужен?! Идиотизм, IMHO. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.02.2008, 11:11 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
pkarklin leonbnЗачем для всех компов - только для сервера , а клиенты пусть под win остаются И на кой такой зоопарк нужен?! Идиотизм, IMHO. Идиотизм - это выбирать ОС для сервера СУБД, ориентируясь на клиентские ОС. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.02.2008, 12:30 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
Dried GagarinИдиотизм - это выбирать ОС для сервера СУБД, ориентируясь на клиентские ОС. Идиотизм - это гетерогенная среда. Смесь бульдога с носорогом. IMHO. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.02.2008, 13:00 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
pkarklin Идиотизм - это гетерогенная среда. Смесь бульдога с носорогом. IMHO. просветите неуча, чего гетерогеного в связи сервера и клиента ? у вас DBA клиентские машины обслуживает ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.02.2008, 13:11 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
Yo.! pkarklin Идиотизм - это гетерогенная среда. Смесь бульдога с носорогом. IMHO. просветите неуча, чего гетерогеного в связи сервера и клиента ? у вас DBA клиентские машины обслуживает ? Yo.!, ну не надо! Вы же прекрасно понимаете, о чем я виду речь? Не бывает таких уникальных ситуаций, чтоб только клиентские машины в одноранговой сети под виндой и сервер только под бд под юниксами. Обязательно контроллер домена на винде подымут на отдельном серваке, почтовик на другом серваке под фрибсд и т.п. Так понятней? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.02.2008, 13:23 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
vitalek wrote: > Внимание, вводная! Требуется работа/миграция под Linux. Ваши действия? > Время пошло ну-с, раз такие вводные - вот вам еще одна... Требуется работа/миграция под AS/400. Время пошло. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.02.2008, 15:05 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
locky vitalek wrote: > Внимание, вводная! Требуется работа/миграция под Linux. Ваши действия? > Время пошло ну-с, раз такие вводные - вот вам еще одна... Требуется работа/миграция под AS/400. Время пошло. Posted via ActualForum NNTP Server 1.4 И? Что это было? Насыщение жидкости газом? Вы же прекрасно в курсе, что на IBM даже *nix редкие гости, причём тут MS SQL Server? Это во-первых. Во-вторых, говорим IBM, понимаем DB2 и ADABAS. В-третьих, о стоимости решений от IBM мсье в курсе? Если да, то причём тут "мелкий и средний бизнес", а также "бесплатный, легкий в освоении и администрировании"? Да..., что ещё говорит статистика о серверных осях? Это четыре. Впрочем, по последнему пункту немного облегчу Ваши мысленные усилия: хотя бы вот этим . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.02.2008, 23:27 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
pkarklin Dried GagarinИдиотизм - это выбирать ОС для сервера СУБД, ориентируясь на клиентские ОС. Идиотизм - это гетерогенная среда. Смесь бульдога с носорогом. IMHO. Гы-гы. Создатели TCP/IP и прочих IPX/SPX&Co, похоже, так не считали P.S. Вообще, раздвигайте границы своего мирка - за его пределами много чего интересного имееццо:) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.02.2008, 23:32 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
to locky Кстати, Firebird, теоретически, конечно, может быть собран на любой платформе, на которой работает GCC. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.02.2008, 23:42 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
vitalek locky vitalek wrote: > Внимание, вводная! Требуется работа/миграция под Linux. Ваши действия? > Время пошло ну-с, раз такие вводные - вот вам еще одна... Требуется работа/миграция под AS/400. Время пошло. Posted via ActualForum NNTP Server 1.4 И? Что это было? Насыщение жидкости газом? Вы же прекрасно в курсе, что на IBM даже *nix редкие гости, причём тут MS SQL Server? Это во-первых. Во-вторых, говорим IBM, понимаем DB2 и ADABAS. В-третьих, о стоимости решений от IBM мсье в курсе? Если да, то причём тут "мелкий и средний бизнес", а также "бесплатный, легкий в освоении и администрировании"? Да..., что ещё говорит статистика о серверных осях? Это четыре. Впрочем, по последнему пункту немного облегчу Ваши мысленные усилия: хотя бы вот этим . по вашему на интернете заканчиваются все сервера мира? да Вы что... возможно различным писателям сайтиков так и кажется, но есть огромный корпоративный рынок, на котором перспективы юникс-клонов далеко не везде так безоблачны. И бесплатность открытого (точнее, бесплатного) софта играет против него - если у компании платный софт, то повышается ее капитализация на рынке. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2008, 02:27 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
AAron locky vitalek wrote: > Внимание, вводная! Требуется работа/миграция под Linux. Ваши действия? > Время пошло ну-с, раз такие вводные - вот вам еще одна... Требуется работа/миграция под AS/400. Время пошло. Posted via ActualForum NNTP Server 1.4 И? Что это было? Насыщение жидкости газом? Прежде чем общаться в уничижительном тоне, неплохо было бы изучить матчасть. Вот уж воистину - "Насыщение жидкости газом" AAron Вы же прекрасно в курсе, что на IBM даже *nix редкие гости, причём тут MS SQL Server? IBM DB2 UDB работает как раз почти на всех *nix и на Win серверах. И только на них. Под OS/390 и OS/400 - другие DB2. Я прекрасно в курсе, что IBM написала один из старейших *nix (AIX). А еще IBM в топе производителей серверов, в т.ч. под Linux и Windows. А Linux живет даже на ее мейнфреймах и Power-серверах AAron Во-вторых, говорим IBM, понимаем DB2 и ADABAS. Угу. Еще бы иерархические и CODASIL вспомнил, ископаемое :) В СУБД IBM - это DB2 в разных вариантах и Informix. AAron В-третьих, о стоимости решений от IBM мсье в курсе? Если да, то причём тут "мелкий и средний бизнес", а также "бесплатный, легкий в освоении и администрировании"? Мсье в курсе, что DB2 Express-C СОВСЕМ бесплатен, даже для коммерческого распространения? Что ЕДИНСТВЕННОЕ его ограничение - 4 проц. ядра и 4 ГБ памяти? Объем базы - пофиг! Просьба сравнить с обрезанной MS SQL Express и весьма платной Workgroup Более того, большая часть расширений MS SQL Workgroup относительно Express и так есть в бесплатной DB2! А кое-что - и из MS SQL Standard (аналог Database Tuning Advisor и Native x64). Легкость в освоении - не сложнее любой другой, включая Firebird. Написание запросов - даже проще, ибо очень мощный оптимизатор. Легкость конфигурирования - максимальная, всяко не сложнее MS SQL. При желании сама себя конфигурит AAron Да..., что ещё говорит статистика о серверных осях? Это четыре. Впрочем, по последнему пункту немного облегчу Ваши мысленные усилия... по вашему на интернете заканчиваются все сервера мира? да Вы что... возможно различным писателям сайтиков так и кажется, но есть огромный корпоративный рынок, на котором перспективы юникс-клонов далеко не везде так безоблачны. И бесплатность открытого (точнее, бесплатного) софта играет против него - если у компании платный софт, то повышается ее капитализация на рынке. А не надо тут Ваших усилий, тем более мысленных :) DB2 работает на всем. У меня в данный момент на Windows и Linux. Софт - закрытый, но бесплатный (Express-C). Капитализация - любая, ибо БД при необходимости мигрирует на аппартуру ЛЮБОГО класса (весьма платный DB2 Enetrprise), например: http://tpc.org/tpcc/results/tpcc_perf_results.asp и http://tpc.org/tpch/results/tpch_perf_results.asp (см. > 1Tб) Где там AIX-системы (DB2) и где Windows (MS SQL)? Так что можно и сайтики, а можно и Warehouse любого размера. И это... Жидкость газом - не надо! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2008, 18:34 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
2All Прошу пардону за полу-оффтопик, но это... Задело, вобщем :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2008, 18:45 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
Favn2All Прошу пардону за полу-оффтопик, но это... Задело, вобщем :) мне кажется, вам следует извиниться и лично передо мной, т.к. эти утверждения были высказаны не мной (за исключением лишь части последнего). насчет ХД - делали и делаем ХД, да и вообще BI, с применением продуктов IBM, Oracle и MS... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2008, 22:29 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
AAronмне кажется, вам следует извиниться и лично передо мной, т.к. эти утверждения были высказаны не мной (за исключением лишь части последнего). насчет ХД - делали и делаем ХД, да и вообще BI, с применением продуктов IBM, Oracle и MS... Действительно, прошу прощения и снимаю шляпу - произошла весьма прискорбная ошибка при цитировании. Вечер рабочей субботы - не сахар :( В моем сообщении в цитатах вместо AAron следует читать vitalek. Это он жидкость газом насыщал и т.д. Перед ним шляпу не снимаю. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.03.2008, 13:08 |
|
||
|
Firebird (Interbase) vs MS SQL 2005
|
|||
|---|---|---|---|
|
#18+
vitalek wrote: > vitalek wrote: > > Внимание, вводная! Требуется работа/миграция под Linux. Ваши действия? > > Время пошло > ну-с, раз такие вводные - вот вам еще одна... > Требуется работа/миграция под AS/400. > Время пошло. > Posted via ActualForum NNTP Server 1.4 > > > И? Что это было? Насыщение жидкости газом? Вы же прекрасно в курсе, что > на IBM даже *nix редкие гости, причём тут MS SQL Server? Это во-первых. Это была точно такая дурацкая вводная, как и у Вас. Или Вы что-то имеете против? Сидели себе люди, и фдрук - резко решили перейти "на что нить этакое". например - скооперировать наконец свои 500+ инсталляций в пределах одного датацентра - пуркуа бы и не па? Не скажу, что ОЧЕНЬ часто, но раза 2-3 в год я такое вижу - слияние нескольких оракловых инстансов из под *кса в один МС СКЛ инстанс средней паршивости. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2008, 12:24 |
|
||
|
|

start [/forum/topic.php?all=1&fid=35&tid=1553158]: |
0ms |
get settings: |
8ms |
get forum list: |
10ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
34ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
129ms |
get tp. blocked users: |
1ms |
| others: | 9ms |
| total: | 208ms |

| 0 / 0 |
