powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Firebird (Interbase) vs MS SQL 2005
120 сообщений из 120, показаны все 5 страниц
Firebird (Interbase) vs MS SQL 2005
    #35136848
1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Интересно получить ответы на такие вопросы:
1) Перспективы развтия Firebird (Interbase)?
2) Какие достоинства есть у Firebird (Interbase), на базах размером в 40-50Гб, по сравнению с MS SQL?
3) Ограничения динмического SQL у Firebird (Interbase), в том числе и на количество и типы возвращаемого курсора данных?
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35136921
alex_k
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
перспективы развития можно узнать на сайте проекта.
не будучи знаком с возможностями MS SQL, отмечу что при размере хранимых данных больше 4 гигобайт, у Firebird будет ценовое преимущество.
Плюс Firebird можнет работать на отличных от винды операционных системах.
Про ограничения лучше почитать на сайте проекта.
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35136972
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
http://www.ibase.ru/develop.htm

в частности
http://www.ibase.ru/devinfo/ibfbfeature.htm
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35137582
1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Почитал. Похоже на больших объемах данных Firebird (Interbase) не живет и перспективы развития грустные.
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35137656
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
1
на больших объемах данных Firebird (Interbase) не живет и перспективы
развития грустные.

КГ/АМ
Цитаты давай.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35137680
rilio
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
перспективы развития - ясный и подробный roadmap на 2008 год. На русском языке. Действительно, повод для легкой грусти - ну никакой интриги...
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35137687
rilio
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Основное достоинство у Firebird на базах размером в 40-50Гб - безглючность.
Все криво написанные запросы и хп уже отпали, поскольку тормозили по причине их кривизны, а то, что осталось - будет работать годами без особого вмешательства...
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35137694
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
rilioперспективы развития - ясный и подробный roadmap на 2008 год. На русском языке. Действительно, повод для легкой грусти - ну никакой интриги...
ага, а по предидущему роадмэпу fb3 вешел еще в 2006
выбор FB в качестве мультипользовательской субд сегнодня по меньшей мере странный выбор...
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35137706
Карабас Барабас
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yo.!
Y> выбор FB в качестве мультипользовательской субд сегнодня
Y> по меньшей мере странный выбор... И правда - нефиг трогать птичку грязными кривыми лапами
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35137737
rilio
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
выбор FB в качестве мультипользовательской субд сегнодня по меньшей мере странный выбор...
Может, и странный, но себя оправдывает :))
Несколько раз возникал этот выбор, причем цена ошибки в выборе СУБД была весьма высокой.
Не ошиблись...
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35137783
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
1 пишет:

> 1) Перспективы развтия Firebird (Interbase)?
Думаю, что пламенной птице уже никогда не догнать другие СУБД,
в том числе и MSSQL.

> 2) Какие достоинства есть у Firebird (Interbase), на базах размером в
> 40-50Гб, по сравнению с MS SQL?

Думаю, никаких.

> 3) Ограничения динмического SQL у Firebird (Interbase), в том числе и на
> количество и типы возвращаемого курсора данных?

Это уже врядли имеет значение.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35137833
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторвыбор FB в качестве мультипользовательской субд сегнодня по меньшей мере странный выбор...

да, годится только как однопользовательская. Как впрочем, и Oracle и MySQL. Все они в жопе. Для мультиюзера надо использовать только Cache. Пусть хоть Yo и пророк Оракла.
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35137837
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторПочитал. Похоже на больших объемах данных Firebird (Interbase) не живет и перспективы развития грустные.
статья 2006 года. 2 года уж прошло. кром того, я разве там не писал, что 15гиг на MS SQL, это не больше 10 гиг на FB/IB?
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35138551
fynda
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
1 пишет:

> Почитал. Похоже на больших объемах данных Firebird (Interbase) не живет
> и перспективы развития грустные.

Вот откуда вы такие беретесь, интересно? Где ты это вычитал - цитату со
ссылкой дать можешь?
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35138648
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MasterZiv
Думаю, что пламенной птице уже никогда не догнать другие СУБД,
в том числе и MSSQL.

Ну да - зачем ей опережение на два круга? Просто ответь на вопрос: когда
версионность появилась у мелкомягких и когда - у птички.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35138842
anjey
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
... можно ещё учесть то, как существует версионность в обоих серверах.. в Птице она в архитектуре заложена, а в MSSQL через жо... ой! через временные таблицы...

Ну и я как-то баловался с простенькими запросами на выборку на МС и птице.. одинаковая база одни и теже запросы... баловался с памятью выделяемой и тому и другому... один минус, я не эмитировал работу нескольких пользователей ! но думаю, что при грамотно спроектированном приложении версионность и тут своё слово скажет ;) на некоторых запросах Птица была впереди ! и ни на одном запросе не отстала!
Ты попробуй сделать тестовую базу и погоняй обе машины... будет информация для размышлений ;)
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35138894
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторв Птице она в архитектуре заложена, а в MSSQL через жо... ой! через временные таблицы...

Использование tempdb под версионное хранилище <> временные таблицы!

авторНу и я как-то баловался с простенькими запросами на выборку на МС и птице.. одинаковая база одни и теже запросы... баловался с памятью выделяемой и тому и другому... один минус, я не эмитировал работу нескольких пользователей ! но думаю, что при грамотно спроектированном приложении версионность и тут своё слово скажет ;)

Что кому, простите, скажет? М.б. стоило не баловаться и не с простенькими, а продакшен сервер под реальной нагрузкой поднять?

авторна некоторых запросах Птица была впереди ! и ни на одном запросе не отстала!

Тест и его результаты в студию! Иначе - очередной "пук".
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35138903
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
anjey wrote:
> приложении версионность и тут своё слово скажет ;) на некоторых запросах
> Птица была впереди ! и ни на одном запросе не отстала!
> Ты попробуй сделать тестовую базу и погоняй обе машины... будет
> информация для размышлений ;)
Могу подогнать две тестовые базы.
Погоняете на птице и на сиквеле.
?
16 и 630 гектар.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35139194
leonbn
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
locky
...16 и 630 гектар.

Кидай в мыло
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35139342
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry Sibiryakov пишет:

> Ну да - зачем ей опережение на два круга? Просто ответь на вопрос: когда
> версионность появилась у мелкомягких и когда - у птички.
>

Какая разница где когда что появилось ? Главное, что сейчас она есть.
Давайте я задам другой вопрос : "когда многозадачность появилась в MSSQL
и когда - в Interbase/Firebird" ? Думаю там ее нет нормально и сейчас.
А в MSSQL была изначально, и хорошо сделанная. А что важнее для СУБД -
многозадачность или многоверсионность - думаю все понимают. Без многозадачности
работать нельзя вообще, без многоверсионности -- многие СУБД живут прекрастно.

Я не против Interbase, не самый плохой сервак в общем, но его конкурентные
шансы сейчас по-моему равны нулю. При наличии версионности (MVCC) во многих
других промышленных СУБД сейчас и при наличии нормального свободного postgreSQL
c той же версионностью и нормальной архитектурой многозадачности.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35139346
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MasterZiv пишет:
> Я не против Interbase, не самый плохой сервак в общем, но его конкурентные
> шансы сейчас по-моему равны нулю. При наличии версионности (MVCC) во многих
> других промышленных СУБД сейчас и при наличии нормального свободного
> postgreSQL
> c той же версионностью и нормальной архитектурой многозадачности.

Еще забыл MySQL и InnoDB, тоже неплохие конкуренты Firebird/Interbase.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35139362
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
anjey пишет:
> ... можно ещё учесть то, как существует версионность в обоих серверах..
> в Птице она в архитектуре заложена, а в MSSQL через жо... ой! через
> временные таблицы...

Это - две вполне достойные друг друга реализации MVCC, со своими плюсами
и минусами, но никак не лучшие или хужшие друг друга.
Interbase например, при отсутствии логов, бешенно пишет последние страницы
таблиц, ну и что тут хорошего ? В общем, это - не через жопу, а нормальное
решение, которое применяется во многих СУБД: Oracle, InnoDB, а не только
в MSSQL.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35139371
fynda
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MasterZiv пишет:

> А что важнее для СУБД -
> многозадачность или многоверсионность - думаю все понимают.

Думаю немногие вообще понимают что имеется в виду под "многозадачностью"
применительно к СУБД.

> без многоверсионности -- многие СУБД живут прекрастно.

И имя этим многим - DB2.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35139376
fynda
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MasterZiv пишет:

> Еще забыл MySQL и InnoDB , тоже неплох ие конкурент ы Firebird/Interbase.

- А на обед у нас сосиски!
- Скажите, а почему вы про нее говорите во множественном числе?
(с) к/ф "Полосатый рейс".
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35139894
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MasterZivДавайте я задам другой вопрос : "когда многозадачность появилась в MSSQL
и когда - в Interbase/Firebird" ? Думаю там ее нет нормально и сейчас.
не надо думать или додумывать. если не знаете - надо спросить или узнать.

MasterZivЯ не против Interbase, не самый плохой сервак в общем, но его конкурентные
шансы сейчас по-моему равны нулю. При наличии версионности (MVCC) во многих
других промышленных СУБД сейчас и при наличии нормального свободного postgreSQL
c той же версионностью и нормальной архитектурой многозадачности.

пока что PostgreSQL не конкурент FB.
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35140044
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
fynda пишет:
> Думаю немногие вообще понимают что имеется в виду под "многозадачностью"
> применительно к СУБД.

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

> И имя этим многим - DB2.

Да нет. Поддержка MVCC - скорее исключение, чем правило.
Sybase ASE, Sybase ASA, MSSQL < 2005, Informix, MySQL без InnoDB,
все DBF-ы, и многие, многие другие СУБД этим похвастаться не могут.
(или не хотят )
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35140081
fynda
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MasterZiv пишет:

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

Надо ли это понимать как утверждение о том, что Firebird этого не может?

> Да нет. Поддержка MVCC - скорее исключение, чем правило.

> Sybase ASE, Sybase ASA,

Ах да, еще эти...

> MSSQL < 2005, Informix

Устарело

> MySQL без InnoDB, все DBF-ы

Несерьезно

> и многие, многие другие СУБД

Какие, из тех, что продолжают развиваться?
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35140083
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
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 ...
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35140086
fynda
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
fynda пишет:

> Какие, из тех, что продолжают развиваться?

Начну сам, методом исключения: Oracle, MS SQL, MySQL, Postgresql -
поддерживают многоверсионность. Sybase и DB2 - нет. Пока все выглядит
так, что большинство популярных и динамично развивающихся СУБД -
все-таки версионники.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35140102
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
fynda wrote:
> так, что большинство популярных и динамично развивающихся СУБД -
> все-таки версионники.
Я бы не был так категоричен, утверждая что SQL 2k5/2k8 - "версионник".
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35140112
fynda
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
locky пишет:

> Я бы не был так категоричен, утверждая что SQL 2k5/2k8 - "версионник".

Ну скажем так - "без версионности не обходится". ;)
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35140157
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yo!т.е. с загрузить все ресурсы у FB проблем нет а вот эфективно загрузить, в ближайшие 5-10 лет не получится ...
пора бы уж перестать пророчествовать. И вообще...
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35140435
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
fynda пишет:
> Какие, из тех, что продолжают развиваться?

Т.е. в вашем представлении развитие может идти только в сторону MVCC ?
Нет, это не так.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35140437
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yo.! пишет:

> MSSQL - супортит, Sybase ASA - супортит, MySQL - супортит ... остальной

Что MVCC есть в ASA - слышу впервые. В MySQL народ тамошний (пользователи)
не очень жалуют движки, поддерживающие MVCC. Им вообще даже до транзакций
по барабану, лишь бы была преславутая "высокая производительность".

Короче, кончайте вдалбливать в народ мысль, что на MVCC свет клином сошелся.
Не сошелся. Жили люди без него, живут и будут жить.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35140440
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yo.! пишет:
> надежде, что ось раскидает эти процессы по разным CPU, при этом процессы
> не имеют ни кеша данных ни кеша разобраных SQL запросов. т.е. с
> загрузить все ресурсы у FB проблем нет а вот эфективно загрузить, в
> ближайшие 5-10 лет не получится ...

Да, да, я именно про это.
Я не большой ненавистник IB, но на фиг он такой "красивый" сегодня нужен - не
понятно. Только разве что большим фанатом надо быть.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35140819
fynda
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MasterZiv пишет:

>> Какие, из тех, что продолжают развиваться?
> Т.е. в вашем представлении развитие может идти только в сторону MVCC ?

Где я это сказал? Вы привели как пример устаревший формат хранения
данных (даже не сервер БД, именно формат - DBF), СУБД, которая
фактически прекратила свое существование (Informix), старую версию
другой СУБД у которой в новых версионность уже есть и древние движки
третьей, уже давно имеющей версионность в виде альтернативы. Это явная
попытка забить гол рукой - мало ли что там у кого было во времена царя
Гороха.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35140985
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
fynda пишет:
> фактически прекратила свое существование (Informix), старую версию

На сколько я знаю, Informix рано списывать со счетов.
Хорошо, DB2 и Sybase ASA, ASE, IQ - не собираются даже двигаться
в этом направлении, на сколько я знаю.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35141042
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MasterZivЯ не большой ненавистник IB, но на фиг он такой "красивый" сегодня нужен - не
понятно. Только разве что большим фанатом надо быть.
то же самое можно сказать и про MS SQL, и Oracle.
Вообще выбор СУБД определяется задачей. А IB/FB использовать очень легко, и они подходят под 80% широкораспространенных задач. Так что, это только Вам кажется, что "надо быть фанатом". IB/FB распространены очень сильно, причем для пользователя ПО они даже "не видны".

авторКороче, кончайте вдалбливать в народ мысль, что на MVCC свет клином сошелся.
Не сошелся. Жили люди без него, живут и будут жить.
не знаю, кто вдалбливает, просто тенденция есть такая, что те СУБД, которые были раньше только блокировочными, начинают использовать версионность. А так - разумеется, например для веб-систем в большинстве случаев транзакции действительно не нужны. Отсюда популярность MySQL с нетранзакционным и неверсионным движком.
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35141064
fynda
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MasterZiv пишет:

> Хорошо, DB2 и Sybase ASA, ASE, IQ - не собираются даже двигаться

Ну вот, собственно и всё - две фирмы всего, не так уж много и точно не
большинство.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35141109
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
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 ...
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35141304
Фотография ScareCrow
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
>Sybase ASA,
в ASA версионность таки уже есть..

Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35141559
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yo!Sybase IQ - версионник изначально,
не путайте сервер, который предназначен для warehouse, в т.ч. и хранения "версий" данных, с версионным движком. IQ версионность не уперлась, это вообще спец-архитектура предназначенная только для одной задачи. Которой и транзакции, в общем-то, не нужны.
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35142124
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
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
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35142863
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторГлупости. Как раз аналитическому серверу без версионости никуда, он обязан выдать консистентный набор, а это и есть основное преимущество 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 - онлайновая копия (архив).
Так что, по большому счету, не версионность эта в том смысле, в котором имеется в виду версионность на уровне записей.
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35144378
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
2kdv

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

что касается кто на, что предназначался. выделение IQ в отдельный сервер - это от бедности, оракл тоже когда-то имел отдельный Express сервер, теперь все в одном оракловом сервере, поэтому теперь если мне нужны пара кубиков и небольшая отчетность мне не нужно разворачивать целую звезду на отдельном сервере. правда в свете последних приобритений в области BI не понятно, как будет оракл выглядеть дальше (я посмотрел BI SE1 там BI сервер может юзать навороты субд, а может и самостоятельно эмулировать для бедных)
IQ сервер наверно интересный, но к нему нужен нормальный репортинг сервер, дашборды и прочая мишура, есть ли такое у сайбеза ? сколько стоит ?

ЗЫ. зато теперь понятно почему результаты IQ на TPC-H ниже плинтуса, он лочит всю таблицу для пишушей транзакции O_O
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35147632
Tauler
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yo.!

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

MSSQL - супортит, Sybase ASA - супортит, MySQL - супортит ... остальной 1% от рынка rdbms или будет супортит или отойдет в мир иной вслед за остальными устаревшими технологиями типа DBF ...


Про процессы - Classic и Super архитекуры вам видимо нехнакомы.
Насчет многоаользователей и т.д. - знаю реально работающее производство совсем немалых размеров с 200-ми филиалами, колво юзверей от 100 до 500, филиалы по все России, разбер БД 39 гектар. FB 2.0.
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35147636
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
TaulerНасчет многоаользователей и т.д. - знаю реально работающее производство совсем немалых размеров с 200-ми филиалами, колво юзверей от 100 до 500, филиалы по все России, разбер БД 39 гектар. FB 2.0.

Одно? и фсё?
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35147668
Tauler
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
pkarklin TaulerНасчет многоаользователей и т.д. - знаю реально работающее производство совсем немалых размеров с 200-ми филиалами, колво юзверей от 100 до 500, филиалы по все России, разбер БД 39 гектар. FB 2.0.

Одно? и фсё?
В остальных крупных конторах я работал на Sybase ASE и MS SQL2005. Хотя , как мне кажется, там где юзался MS SQL , птички выше крыши. Сайбес я пользовал, работая в банковской группе, там конечно птичке тяжко бы пришлось (обработка огоромного колва строк, отчеты нехилые и т.д.). Мое мнение - для мелкого и среднего бизнеса Файрберда вполне достаточно, он бесплатный, легкий в освоении и администрировании.
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35147703
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Tauler
Про процессы - Classic и Super архитекуры вам видимо нехнакомы.


это вы со мной не знакомы
какое отношение к SMP супорту имеет Super архитектура ?
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35147848
fynda
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Tauler пишет:

> Про процессы - Classic и Super архитекуры вам видимо нехнакомы.

И там и там есть свои проблемы с эффективностью. Но их сейчас усиленно
фиксят, и к v3 вроде обещают сделать архитектуру, избавленную от
"детских болезней". Так что с 10 годами Yo явно погорячился.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35147972
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
fynda пишет:
> И там и там есть свои проблемы с эффективностью. Но их сейчас усиленно
> фиксят, и к v3 вроде обещают сделать архитектуру, избавленную от
> "детских болезней". Так что с 10 годами Yo явно погорячился.

Вот, поэтому я в FB и не верю. Если их еще сейчас фиксят, зачем мне
это надо ? Я лучше буду использовать то, что не надо было фиксить,
что было сделано изначально правильно.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35148003
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
TaulerМое мнение - для мелкого и среднего бизнеса Файрберда вполне достаточно, он бесплатный, легкий в освоении и администрировании.

Мое мнение, для мелкого и среднего бизнеса, вполне достаточно SQL Server 2005 Express Edition, который "бесплатный, легкий в освоении и администрировании". И не надо потом будет иметь головняков (при расте бизнеса) о поиске СУБД на замену птичке.
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35148157
fynda
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MasterZiv пишет:

> Вот, поэтому я в FB и не верю. Если их еще сейчас фиксят, зачем мне
> это надо ? Я лучше буду использовать то, что не надо было фиксить,
> что было сделано изначально правильно.

Список живых СУБД, в который ничего не фиксится - в студию!
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35148202
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
fynda wrote:
> Список живых СУБД, в который ничего не фиксится - в студию!
Критерии для "живых"?
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35148234
fynda
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
locky пишет:

> > Список живых СУБД, в который ничего не фиксится - в студию!
> Критерии для "живых"?

С незамороженой разработкой
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35148278
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
fynda wrote:
> С незамороженой разработкой
Sybase :)
11,9,2, 12,х - не фиксятся, вроде :)
хотя сам по себе сайбейз - разрабатывается и поныне.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35148337
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
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). ну, а чтоб тягатся с лидерами и быть хотя бы с постгресом одной весовой категории еще туча фич понадобится ...
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35148953
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
fynda пишет:
> Список живых СУБД, в который ничего не фиксится - в студию!

Список живых СУБД, в которых есть баги в многопоточности в студию !
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35148965
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yo.! пишет:
> прежде чем фиксить "детские болезни" мое глубокое имхо нужно пофиксить
> "особености". что за особености тут уже не раз пережевывалось, у
> интербейзников неадекватная реакция на них, так, что не будем будить
> буйных - перейдем к 10 годам:

Вот именно. Из-за этого в свое время начали проект Yaffel. Чтобы не
мешать им там "наслаждаца".

И по остальному тоже согласен.

Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35149090
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
мда. у оппонентов, все-таки, предвзятое и поверхностное мнение об IB/FB :-) Поэтому я бы попросил, без обладания достоверными знаниями по поводу Yaffil и Vulcan, не оценивать - что было, как и зачем.

начну с последнего. Yaffil создавался совсем не "потому". И проблема SMP в суперсервере в нем решена не была (и не собирались). Наоборот, Yaffil за 1.5 года до FB отладил классик до упора. Потому что классик был искорежен при выпуске IB 6 Борландом.

далее. по производительности на данный момент у FB что у классика что у супера достаточная, не хуже MySQL и PostgreSQL, а в ряде мест и получше. У IB с SMP-Суперсервером - то же самое.
То есть, InterBase просто избавился от необходимости развивать две ветки кода, а Firebird развивал сам сервер, SQL, оптимизатор и т.д., оставив вопрос SMP суперсервера на потом.

Для того чтобы делать прогнозы, надо знать кухню, в которой все это варилось и варится. А пока что Ваши слова находятся на уровне "я слышал, что ..., и поэтому, наверное ...".
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35149186
dimitr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yo.!проэкт Vulcan благополучно заканселили
он мертворожденный. Последствия чего сейчас благополучно огребают в MySQL...

Yo.!выпрямление оптимизатора хотя бы до уровня сегоднешнего MySQL
это шутко такой? Пусть они его сначала доведут до уровня сегодняшнего FB.
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35149715
fynda
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MasterZiv пишет:

> Список живых СУБД, в которых есть баги в многопоточности в студию !

Все они. И не надо говорить, что кто-то знает, как писать абсолютно
безглючный код.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35149881
VoDA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
dimitr Yo.!проэкт Vulcan благополучно заканселили
он мертворожденный. Последствия чего сейчас благополучно огребают в MySQL...
А можно список последствий?
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35150282
dimitr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
VoDAА можно список последствий?
насколько уже отстает от сроков Falcon? Каково его качество? Недавно даже у Зайцева проскочила мысль, что возможно Maria окажется заменой Falcon-а после отбраковки последнего. Я, конечно, полагаю, что у MySQL (или уже Sun?) таки хватит сил довести его до ума, но что купили они сырую поделку - для меня факт.
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35150316
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
kdv
далее. по производительности на данный момент у FB что у классика что у супера достаточная, не хуже MySQL и PostgreSQL, а в ряде мест и получше.

ну тогда мы с нетерпением ждем рассказ о мегафичах которые способны компенсировать невозможность использования суперсервером более одного ядра. у меня вот фантазии не хватает, у mysql совсем недавно был затык на стыке linux и mysql приводивший к деградации перфоменса лишь на 4х ядрах (не знаю пофиксили ли), но до 4х ядер там вполне линейно маштабировалось.
то же самое с класиком, мегафичи FB в студию которые могут компенсировать отсутсвие единого кеша данных.

dimitrэто шутко такой? Пусть они его сначала доведут до уровня сегодняшнего FB.
а можно кратенький списочек где по вашему FB опередил, я вот сходу предполагаю, что кэш разобраных планов запросов в mysql 4.1 дает ему громадное преимущество.
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35150432
dimitr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yo.!до 4х ядер там вполне линейно маштабировалось
линии бывают под разным углом начертаны :-) Я довольно пессимистичен насчет производельности InnoDB под активной read-write нагрузкой, если база сильно больше размера кэша. И линейное масштабирование тут мало выручает.

dimitrа можно кратенький списочек где по вашему FB опередил
например, эффективное использование множества индексов для одного потока выборки или выполнение IN как индексированного semi-join. Собственно, я еще не видел ни одного результата сравнительных тестов (нетривиальнее хотя бы benchw, а лучше TPC-R/H), в которых MySQL суммарно выигрывает у FB. Собственно, с точки зрения путей доступа к данным и оптимизации у InnoDB я вижу только одно заметное преимущество - возможность полного индексного покрытия.

я вот сходу предполагаю, что кэш разобраных планов запросов в mysql 4.1 дает ему громадное преимущество
фича безусловно полезная, особенно под нагрузкой. Но каково по-вашему соотношение времени оптимизации к времени исполнения пусть даже коротких запросов в реальной жизни? Одна десятая? Одна сотая? Еще меньше? Как-то не выглядит это громадным преимуществом.
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35150573
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
dimitr
линии бывают под разным углом начертаны :-) Я довольно пессимистичен насчет производельности InnoDB под активной read-write нагрузкой, если база сильно больше размера кэша. И линейное масштабирование тут мало выручает.

откуда такой пессимизм ? я знаю только один тест заслуживающий доверия specjbb. там конечно примитивные запросы не встречающиеся в жизни, inndob в самом хвосте, но inndob не просел насмерть и вполне адекватно загрузил 4 ядра.

dimitrа можно кратенький списочек где по вашему FB опередил
например, эффективное использование множества индексов для одного потока выборки или выполнение IN как индексированного semi-join.
[/quot]
хорошо, но это не настолько убойные фичи, чтоб компенсировать отсутствие SMP. наверника такая оптимизация нужна тяжелым приложениям, где mysql/innodb может противопоставить другие свои фичи. ну например FB как я понимаю если имеет индексы для предикатов никогда не пойдет на фулскан, mysql же учтет селективность и поступит гораздо мудрей. мне, например, кажется что такая ситуация гораздо чаще встречается.

dimitr
фича безусловно полезная, особенно под нагрузкой. Но каково по-вашему соотношение времени оптимизации к времени исполнения пусть даже коротких запросов в реальной жизни? Одна десятая? Одна сотая? Еще меньше? Как-то не выглядит это громадным преимуществом.

в оракле - громадная. если оракловое приложение не использует bind variables и оракл не понимает, что это одни и теже запросы и каждый раз парсит заново, то перфоманс на большом кол-ве одинаковых конкурентных запросах падает в разы. для такой ситуации даже параметр есть, который пытается угадать где в запросе переменные, чтоб закешировался план. большинство сообщали о улучшениях в разы на OLTP задачках.
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35150769
dimitr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
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.
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35150882
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
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 ?
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35150957
dimitr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yo.!хм ... тогда у меня предложение вам подратся с kdv т.к. пару страниц выше он утверждал что readfilescatter FB не умеет
не умеет. Я имел ввиду не многоблочное чтение, а чтение старниц в порядке хранения в файле БД. Т.е. индексный скан всегда выполнит чтение страниц данных в порядке 1..2..3..5..10..11..12, а не в случайном порядке.

Yo.!у mysql один из самых слабых оптимизаторов, но пока я не вижу, как он может помешать обгонять FB в разы за счет SMP
если в MySQL каждый запрос будет выполняться в разы медленнее, то SMP в лучшем случае лишь обеспечит паритет :-) Но это все болтология, на практике все надо мерять.

Yo.!в mysql есть еще фича read ahead, есть что-то похожее у FB?
пока нет, увы. Ну вот, нашли еще одно преимущество MySQL :-)
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35151083
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
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 ...
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35151132
dimitr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yo.!не догоняю. на сколько мне известно у всех субд индекс отсортирован
читайте внимательнее. Речь про чтение страниц данных (а не индекса) в порядке хранения. В PGSQL 8.2 это называют bitmap index scan, аналогов в других СУБД я не знаю.
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35151178
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
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 ?
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35151199
dimitr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yo.!FB так работает при RANGE SCAN ?
да
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35151235
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
я потрясен. точно так ? неважно какой RANGE заставит прочесть весь индекс !?
это же в 90% случаев неоптимально.
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35151243
dimitr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yo.!я потрясен. точно так ? неважно какой RANGE заставит прочесть весь индекс !?
мы видимо по-разному поняли процитированную фразу. Конечно же, читается только часть индекса -- от lower bound до upper bound. Это же range scan, в конце концов :-) В цитате имеется ввиду, что читаются все ключи диапазона за единый скан и только потом читаются записи в порядке хранения. А не идти по циклу "ключ->запись".
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35151425
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
fynda пишет:

> Все они. И не надо говорить, что кто-то знает, как писать абсолютно
> безглючный код.

Безглючный код - одно, а куча глобальных переменных в многопоточном
приложении - совсем другое.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35151436
fynda
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MasterZiv
Безглючный код - одно, а куча глобальных переменных в многопоточном
приложении - совсем другое.


Это ничего, что страницей ранее мы говорили про баги, а теперь уже - про глобальные переменные? ;)
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35151871
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
dimitr
мы видимо по-разному поняли процитированную фразу. Конечно же, читается только часть индекса -- от lower bound до upper bound. Это же range scan, в конце концов :-) В цитате имеется ввиду, что читаются все ключи диапазона за единый скан и только потом читаются записи в порядке хранения. А не идти по циклу "ключ->запись".
хм ... так блоки листьев вроде как на HDD не обязательно лежат последовательно, т.е. вы спуститесь до нижнего блока и начнете ходить по ссылкам рандомно читая связаные листовые блоки, откуда возьмется "sequential I/O" ?

постгресовый bitmap index scan мне показалось походит на fast full index scan из оракла, где оракл читает с помощью scattered i/o весь индекс, а потом выкидывает ненужное. я ошибся ?
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35152023
dimitr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
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 весь индекс, а потом выкидывает ненужное. я ошибся ?
он работает именно так, как я описал
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35152035
dimitr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
другими словами, считайте что в PGSQL/FB индексный скан (именно скан, а не индекс) всегда имеет идеальный clustering factor (в терминах оракла).
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35153294
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
как работает теперь ясно, конечно способность оттянуть нужность фулскана аж до 70-80% от выборки (если учесть, что в оракле ~12%, наверно за счет мультиблочного чтения) мягко говоря вызывает сомнения, но тут думаю упаришься мерять все варианты...
к стате такой оптимзацией и котроллер сам может заниматся (оптимизируя очередь сказийных команд).
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35153529
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yo.!как работает теперь ясно, конечно способность оттянуть нужность фулскана аж до 70-80% от выборки (если учесть, что в оракле ~12%, наверно за счет мультиблочного чтения) мягко говоря вызывает сомнения, но тут думаю упаришься мерять все варианты...
к стате такой оптимзацией и котроллер сам может заниматся (оптимизируя очередь сказийных команд).Угу и мультиблочным чтенем он тоже может сам заняться, и b-tree тоже сам строит, да и партиционировать (по цилиндрам ?) правильные контроллеры давно сами умеют...
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35153907
Фотография Apex
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
dimitr
это может говорить и об относительной неторпливости ораклового парсера :-)
Дело не в парсере, а в оптимизаторе (если только вы не имели в виду тоже самое). Поскольку у Оракла он более совершенный, процесс построения плана занимает больше времени.
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35153953
Фотография Apex
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yo.!как работает теперь ясно, конечно способность оттянуть нужность фулскана аж до 70-80% от выборки (если учесть, что в оракле ~12%, наверно за счет мультиблочного чтения) мягко говоря вызывает сомнения, но тут думаю упаришься мерять все варианты...
к стате такой оптимзацией и котроллер сам может заниматся (оптимизируя очередь сказийных команд).
1. не 12%, а 15%
2. это очень усредненная оценка, случаи бывают разные, где-то в оракловой ветке "Я и Ежик" показывал, как Index Range Scan 50% хорошо кластеризованной таблицы выигрывал у Full Scan той же таблицы
3. при Index Range Scan Оракл пинит последний прочитанный блок, как раз на случай он вдруг понадобиться; это конечно не так эффективно как у Жарптицы (доступ к записям в порядке их расположения в страницах), но зато не надо тратить время и память на сортировку
4. у Оракла есть альтернативные способы борьбы с плохим фактором кластеризации - IOT, Cluster.
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35154412
Фотография ScareCrow
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторНо каково по-вашему соотношение времени оптимизации к времени исполнения пусть даже коротких запросов в реальной жизни
http://www.sql.ru/forum/actualthread.aspx?tid=518669#5203350
авторPrepare time = 20ms
Execute time = 10ms
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35154414
Фотография ScareCrow
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
p.s. не флейма ради а истины для.
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35154427
Чендлер
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
dimitrстраницу 32 и т.д. PGSQL и FB буду читать страницы данных в порядке 5-32-56, а не 5-56-5-32.

умарил :) тут уже дело не в субд а в винтах
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35154558
Фотография Apex
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Чендлер dimitrстраницу 32 и т.д. PGSQL и FB буду читать страницы данных в порядке 5-32-56, а не 5-56-5-32.

умарил :) тут уже дело не в субд а в винтах
От вы тупые, ей богу...
Разные записи разных листовых блоков индекса могут ссылаться на строки находящиеся в одном блоке данных таблицы. Так вот смысл предварительной сортировки в том, чтобы избежать многократного чтения один и тех же блоков данных таблицы. Причем тут винты? Речь о логическом доступе.
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35154715
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
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 по сути и есть подход ФБ, но в оракле никому в голову не пришло шагать по ссылкам листьев отказываясь от мультиблочного чтения.
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35155011
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
To ScareCrow : Пользуй процедуры, раз уж так приспичило
ScareCrowp.s. не флейма ради а истины для.угу
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35155109
Фотография ScareCrow
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
>Пользуй процедуры, раз уж так приспичило
а процедуры мы таки кэшируем?

Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35155690
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ScareCrow
>Пользуй процедуры, раз уж так приспичило
а процедуры мы таки кэшируем? И даже триггеры
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35156696
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yo.!
ФБ - проигрывает занимаясь лишней сортировкой, большие таблицы оракл
мультиблочно в разы, если не порядок быстрее справится с i/o. Fast index
scan по сути и есть подход ФБ, но в оракле никому в голову не пришло
шагать по ссылкам листьев отказываясь от мультиблочного чтения.

Сортировкой? Там нет никакой сортировки. Обычная битовая маска.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35156855
Чендлер
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Apex
От вы тупые, ей богу...
Разные записи разных листовых блоков индекса могут ссылаться на строки находящиеся в одном блоке данных таблицы. Так вот смысл предварительной сортировки в том, чтобы избежать многократного чтения один и тех же блоков данных таблицы. Причем тут винты? Речь о логическом доступе.
когда блок считывается он попадает в кеш, прежде чем считать след. блок проверяется есть ли он в кеше, если нет то считываем если есть то берём из кеша. Где сортировка?
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35157095
Фотография Apex
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Чендлер
когда блок считывается он попадает в кеш, прежде чем считать след. блок проверяется есть ли он в кеше, если нет то считываем если есть то берём из кеша.
Где сортировка?
Это вообще к чему все было? Алгоритм работы для Postgres описан здесь. Следующим постом идет подтверждение того, что FB работает аналогично. К чему был ваш пост?
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35157117
Фотография Apex
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
dimitrдругими словами, считайте что в PGSQL/FB индексный скан (именно скан, а не индекс) всегда имеет идеальный clustering factor (в терминах оракла).
Кстати, Дмитрий, идеальный фактор кластеризации - это безусловно прекрасно... но что, если из все выборки мне понадобиться только первые N строк?
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35157198
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Чендлер Apex
От вы тупые, ей богу...
Разные записи разных листовых блоков индекса могут ссылаться на строки находящиеся в одном блоке данных таблицы. Так вот смысл предварительной сортировки в том, чтобы избежать многократного чтения один и тех же блоков данных таблицы. Причем тут винты? Речь о логическом доступе.
когда блок считывается он попадает в кеш, прежде чем считать след. блок проверяется есть ли он в кеше, если нет то считываем если есть то берём из кеша. Где сортировка?А кто сказал, что он всё ещё в кеше ? Бывают таблицы, многократно превосходящие размеры кешей, да и не все запросы обращаются только к одной таблице.
И параллельно таких запросов может быть более одного, как ни странно. Ась ?
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35157280
dimitr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Apexчто, если из все выборки мне понадобиться только первые N строк?
это цена битмап скана, увы. Это мы уже как-то обсуждали тут с оракловыми ребятами. Но обычно на практике FIRST используется в паре с ORDER BY и тогда, при наличии индекса, подходящего под условие сортировки, будет выбран именно не-битмап скан индекса. Хотя если ORDER BY отсутствует и вы просто хотите закрыть курсор после фетча первых нескольких записей, тады ой -- тут вы FB обманули :-)
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35161496
Фотография Megabyte
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
pkarklin TaulerНасчет многоаользователей и т.д. - знаю реально работающее производство совсем немалых размеров с 200-ми филиалами, колво юзверей от 100 до 500, филиалы по все России, разбер БД 39 гектар. FB 2.0.
Одно? и фсё?
Читал где-то(источник не помню), была зафиксирована приемлемая работа FB c БД в 200Гб!
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35161776
vitalek
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
pkarklin TaulerМое мнение - для мелкого и среднего бизнеса Файрберда вполне достаточно, он бесплатный, легкий в освоении и администрировании.

Мое мнение, для мелкого и среднего бизнеса, вполне достаточно SQL Server 2005 Express Edition, который "бесплатный, легкий в освоении и администрировании". И не надо потом будет иметь головняков (при расте бизнеса) о поиске СУБД на замену птичке.

Внимание, вводная! Требуется работа/миграция под Linux. Ваши действия? Время пошло
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35161910
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
vitalek pkarklin TaulerМое мнение - для мелкого и среднего бизнеса Файрберда вполне достаточно, он бесплатный, легкий в освоении и администрировании.

Мое мнение, для мелкого и среднего бизнеса, вполне достаточно SQL Server 2005 Express Edition, который "бесплатный, легкий в освоении и администрировании". И не надо потом будет иметь головняков (при расте бизнеса) о поиске СУБД на замену птичке.

Внимание, вводная! Требуется работа/миграция под Linux. Ваши действия? Время пошлообязательно на 100% комьютеров? зачем?
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35162158
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
vitalekВнимание, вводная! Требуется работа/миграция под Linux. Ваши действия? Время пошло

Задлянафига?! Какой идиот придумал такую вводную? Для всех компов в организации?
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35162266
222333
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
pkarklin vitalekВнимание, вводная! Требуется работа/миграция под Linux. Ваши действия? Время пошло

Задлянафига?! Какой идиот придумал такую вводную? Для всех компов в организации?
Ведь у нас же MS SQL! Мы не можем на Linux.
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35162332
leonbn
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
pkarklinЗадлянафига?! Какой идиот придумал такую вводную? Для всех компов в организации?
Зачем для всех компов - только для сервера , а клиенты пусть под win остаются
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35162563
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
leonbnЗачем для всех компов - только для сервера , а клиенты пусть под win остаются

И на кой такой зоопарк нужен?! Идиотизм, IMHO.
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35162916
Dried Gagarin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
pkarklin leonbnЗачем для всех компов - только для сервера , а клиенты пусть под win остаются
И на кой такой зоопарк нужен?! Идиотизм, IMHO.
Идиотизм - это выбирать ОС для сервера СУБД, ориентируясь на клиентские ОС.
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35163024
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dried GagarinИдиотизм - это выбирать ОС для сервера СУБД, ориентируясь на клиентские ОС.

Идиотизм - это гетерогенная среда. Смесь бульдога с носорогом. IMHO.
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35163066
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
pkarklin
Идиотизм - это гетерогенная среда. Смесь бульдога с носорогом. IMHO.
просветите неуча, чего гетерогеного в связи сервера и клиента ? у вас DBA клиентские машины обслуживает ?
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35163113
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yo.! pkarklin
Идиотизм - это гетерогенная среда. Смесь бульдога с носорогом. IMHO.
просветите неуча, чего гетерогеного в связи сервера и клиента ? у вас DBA клиентские машины обслуживает ?

Yo.!, ну не надо! Вы же прекрасно понимаете, о чем я виду речь? Не бывает таких уникальных ситуаций, чтоб только клиентские машины в одноранговой сети под виндой и сервер только под бд под юниксами. Обязательно контроллер домена на винде подымут на отдельном серваке, почтовик на другом серваке под фрибсд и т.п. Так понятней?
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35163538
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
vitalek wrote:
> Внимание, вводная! Требуется работа/миграция под Linux. Ваши действия?
> Время пошло
ну-с, раз такие вводные - вот вам еще одна...
Требуется работа/миграция под AS/400.
Время пошло.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35164591
vitalek
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
locky
vitalek wrote:
> Внимание, вводная! Требуется работа/миграция под Linux. Ваши действия?
> Время пошло
ну-с, раз такие вводные - вот вам еще одна...
Требуется работа/миграция под AS/400.
Время пошло.
Posted via ActualForum NNTP Server 1.4

И? Что это было? Насыщение жидкости газом? Вы же прекрасно в курсе, что на IBM даже *nix редкие гости, причём тут MS SQL Server? Это во-первых. Во-вторых, говорим IBM, понимаем DB2 и ADABAS. В-третьих, о стоимости решений от IBM мсье в курсе? Если да, то причём тут "мелкий и средний бизнес", а также "бесплатный, легкий в освоении и администрировании"? Да..., что ещё говорит статистика о серверных осях? Это четыре. Впрочем, по последнему пункту немного облегчу Ваши мысленные усилия: хотя бы вот этим .
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35164595
vitalek
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
pkarklin Dried GagarinИдиотизм - это выбирать ОС для сервера СУБД, ориентируясь на клиентские ОС.

Идиотизм - это гетерогенная среда. Смесь бульдога с носорогом. IMHO.

Гы-гы. Создатели TCP/IP и прочих IPX/SPX&Co, похоже, так не считали

P.S. Вообще, раздвигайте границы своего мирка - за его пределами много чего интересного имееццо:)
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35164602
vitalek
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
to locky

Кстати, Firebird, теоретически, конечно, может быть собран на любой платформе, на которой работает GCC.
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35164691
AAron
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
vitalek locky
vitalek wrote:
> Внимание, вводная! Требуется работа/миграция под Linux. Ваши действия?
> Время пошло
ну-с, раз такие вводные - вот вам еще одна...
Требуется работа/миграция под AS/400.
Время пошло.
Posted via ActualForum NNTP Server 1.4

И? Что это было? Насыщение жидкости газом? Вы же прекрасно в курсе, что на IBM даже *nix редкие гости, причём тут MS SQL Server? Это во-первых. Во-вторых, говорим IBM, понимаем DB2 и ADABAS. В-третьих, о стоимости решений от IBM мсье в курсе? Если да, то причём тут "мелкий и средний бизнес", а также "бесплатный, легкий в освоении и администрировании"? Да..., что ещё говорит статистика о серверных осях? Это четыре. Впрочем, по последнему пункту немного облегчу Ваши мысленные усилия: хотя бы вот этим .
по вашему на интернете заканчиваются все сервера мира? да Вы что... возможно различным писателям сайтиков так и кажется, но есть огромный корпоративный рынок, на котором перспективы юникс-клонов далеко не везде так безоблачны. И бесплатность открытого (точнее, бесплатного) софта играет против него - если у компании платный софт, то повышается ее капитализация на рынке.
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35165155
Favn
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
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 любого размера.
И это... Жидкость газом - не надо!
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35165168
Favn
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
2All
Прошу пардону за полу-оффтопик, но это... Задело, вобщем :)
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35165315
AAron
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Favn2All
Прошу пардону за полу-оффтопик, но это... Задело, вобщем :)
мне кажется, вам следует извиниться и лично передо мной, т.к. эти утверждения были высказаны не мной (за исключением лишь части последнего).
насчет ХД - делали и делаем ХД, да и вообще BI, с применением продуктов IBM, Oracle и MS...
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35165552
Favn
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
AAronмне кажется, вам следует извиниться и лично передо мной, т.к. эти утверждения были высказаны не мной (за исключением лишь части последнего).
насчет ХД - делали и делаем ХД, да и вообще BI, с применением продуктов IBM, Oracle и MS...
Действительно, прошу прощения и снимаю шляпу - произошла весьма прискорбная ошибка при цитировании. Вечер рабочей субботы - не сахар :(
В моем сообщении в цитатах вместо AAron следует читать vitalek.
Это он жидкость газом насыщал и т.д. Перед ним шляпу не снимаю.
...
Рейтинг: 0 / 0
Firebird (Interbase) vs MS SQL 2005
    #35166641
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
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
...
Рейтинг: 0 / 0
120 сообщений из 120, показаны все 5 страниц
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Firebird (Interbase) vs MS SQL 2005
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]