ReSQL.ru
     
powered by simpleCommunicator - 2.0.59     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Сравнение MSSQL и Ibase
24 сообщений из 24, страница 1 из 1
Сравнение MSSQL и Ibase
    #32367817
ENN
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ENN
Участник
Прочитал статью сравнение IBase и MsSql(SyBase)
Сложилось хорошее впечатление о IBase

Но Хотелось бы найти сравнение (статью) MSSQL c IBASE
и неаписал бы ее поклонник MS

Сам работаю на IBase( FB )
Пока все нравиться
...
Рейтинг: 0 / 0
03.01.2004, 09:10
| Ответить | Цитировать | Написать  
Сравнение MSSQL и Ibase
    #32368352
Roman Ignatiev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Roman Ignatiev
Участник
Не об этой статье речь?
http://www.ibase.ru/mssql7.htm
Старенькая она :) На мой взгляд, сравнивать тут нечего, в отличие от MSSQL IB последние 8-10 лет практически не развивался, и MSSQL сейчас превосходит его практически по всем параметрам (но далеко не по всем )
...
Рейтинг: 0 / 0
05.01.2004, 10:56
| Ответить | Цитировать | Написать  
Сравнение MSSQL и Ibase
    #32368621
Фотография tygra
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
tygra
Участник
Я тоже раньше читал эту статью. И впечатление тоже такое же сложилось. Пока не поработал на том и на том. Нечего и сравнивать - MS SQL в разы лучше

-- Tygra's --
...
Рейтинг: 0 / 0
05.01.2004, 15:12
| Ответить | Цитировать | Написать  
Сравнение MSSQL и Ibase
    #32368735
Roman Ignatiev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Roman Ignatiev
Участник
Ну не в разы, не надо :) Это же смотря на какие параметры смотреть...
Firebird сейчас явно превосходит MSSQL, думаю, по следующим параметрам:
- соотношение производительность/цена (гыыы)
- количество поддерживаемых платформ (sic!)
- низкая требовательность к аппаратному обеспечению
- низкая требовательность к квалификации администратора. В принципе, хорошо отлаженная база поддержки не требует, а в случае форс-мажора вполне справится обычный админ.
MSSQL превосходит в следующем:
- более высокая производительность (раза в полтора-два)
- наличие гетерогенных запросов
- встраивание в операционную систему
- поддержка XML вроде есть, а также общение с веб-сервером
- встроенные средства репликации (у Firebird - отдельно)
Что там еще?
И не надо говорить, что MSSQL 2000 юзверей потянет, это полностью его право. А вот если посчитать стоимость решения при 20-50 пользователях (ну 200), и базе 10-50Гб, то я все же склоняюсь к решениям на Firebird :)
...
Рейтинг: 0 / 0
05.01.2004, 16:26
| Ответить | Цитировать | Написать  
Сравнение MSSQL и Ibase
    #32368766
alex_k
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
alex_k
Участник

- встраивание в операционную систему
- поддержка XML вроде есть, а также общение с веб-сервером
- встроенные средства репликации (у Firebird - отдельно)


первое непонятно.
второе имхо к серверу бд имеет мало отношения
с третьим не согласен
...
Рейтинг: 0 / 0
05.01.2004, 16:41
| Ответить | Цитировать | Написать  
Сравнение MSSQL и Ibase
    #32368885
Фотография tygra
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
tygra
Участник
авторА вот если посчитать стоимость решения при 20-50 пользователях (ну 200), и базе 10-50Гб, то я все же склоняюсь к решениям на Firebird :)

И далеко ли он утянет, бесплатный FB?
Это все-равно, что купить четыре колеса вместо машины и говорить, что это самое дешовое решение. Правда ездит с горы, и то не всегда :)

-- Tygra's --
...
Рейтинг: 0 / 0
05.01.2004, 18:58
| Ответить | Цитировать | Написать  
Сравнение MSSQL и Ibase
    #32369076
f_w_p
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
f_w_p
Участник
Это все-равно, что купить четыре колеса вместо машины и говорить, что это самое дешовое решение. Правда ездит с горы, и то не всегда :)
Нет, это все равно, что купить ролс-ройс и ездить на нем на рыбалку.
Это для Windows платформы. Но есть еще задачи, требующие Unix. А там паре (IB,Oracle) честно говоря альтернатив мало. Ну м.б. еще Postgress.
Еще у меня сложилось впечатление, что Tygra перешел с IB5 на MSSQL2000. Но ведь сейчас уже есть FB1.5 и IB7. После слияния Yaffil и FireBird можно ожидать много приятного в FB2.0
Теперь добавлю свои пять копеек в сравнение.
-Переход с версии на версию сервера для FB несравнимо проще.
-В MSSQL2000 очень неплохой оптимизатор запросов. В FB можно сказать, что он никакой. Поэтому приходится поработать ручками. Но после этого разница в производительности не такая уж значительная. Кстати, меня убила разница в производительности между MSSQL6.5 и MSSQL2000.
-Закачка больших объемов данных в FB быстрее. Только не надо про BULK INSERT. Это все ж снижение надежности!
-В MSSQL отсутствуют UDF.
-В MSSQL можно в одном запросе обратиться к нескольким БД, а в FB нельзя:-(
-MSSQL требует соответствующей ОС на компьютере. А FB работает практически на любой Windows. Поэтому его удобно использовать для локальных задач. Правда говорят, что есть MSDE:-)
...
Рейтинг: 0 / 0
06.01.2004, 09:03
| Ответить | Цитировать | Написать  
Сравнение MSSQL и Ibase
    #32369089
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SergSuper
Участник
-В MSSQL при сутствуют UDF.
...
Рейтинг: 0 / 0
06.01.2004, 09:28
| Ответить | Цитировать | Написать  
Сравнение MSSQL и Ibase
    #32369123
funikovyuri
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
funikovyuri
Участник
Это для Windows платформы. Но есть еще задачи, требующие Unix. А там паре (IB,Oracle) честно говоря альтернатив мало. Ну м.б. еще Postgress.

Вообще-то большинство СУБД как раз платформанезависимы - MS SQL это скорее исключение
...
Рейтинг: 0 / 0
06.01.2004, 10:35
| Ответить | Цитировать | Написать  
Сравнение MSSQL и Ibase
    #32369187
Roman Ignatiev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Roman Ignatiev
Участник
tygra, я указал реальные параметры, по которым тестировался один из проектов. 200 соединений, через которые скрипт с максимальной скоростью работал с БД в 10Гб. Реально пока 20 пользователей максимум в поставке, на 1,5 Гб (не доросла пока). Работает.
А вот оптимизатор у MSSQL действительно гораздо лучше. Особенно это видно на join. Я это преодолеваю, используя select SP, там соединений как правило не надо. Ну и естественно, учитываю это при проектировании БД.
Вот чего нет у MSSQL, так это триггеров before, и если честно, бесит identity. НУ что стоило сделать генераторы или последовательности?
...
Рейтинг: 0 / 0
06.01.2004, 11:08
| Ответить | Цитировать | Написать  
Сравнение MSSQL и Ibase
    #32369212
f_w_p
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
f_w_p
Участник
В MSSQL присутствуют UDF
То что в MSSQL называют UDF - это несколько не то, что UDF в FB.
...
Рейтинг: 0 / 0
06.01.2004, 11:21
| Ответить | Цитировать | Написать  
Сравнение MSSQL и Ibase
    #32369248
Фотография ну я
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ну я
Участник
-В MSSQL присутствуют UDF.
Да, это так, некоторый аналог есть. Только доступная через них функциональность попахивает скрытыми ключиками. Ограничения на функциональность udf на меня произвели впечатление нарочно введенных, логически необъяснимых и неуместных. Для программистов mssql реализация поддержки udf выглядит по меньшей мере позорной.
...
Рейтинг: 0 / 0
06.01.2004, 11:45
| Ответить | Цитировать | Написать  
Сравнение MSSQL и Ibase
    #32369422
Локшин Марк
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Локшин Марк
Участник
to f_w_p
>-В MSSQL2000 очень неплохой оптимизатор запросов. В FB можно сказать,
>что он никакой. Поэтому приходится поработать ручками. Но после этого
>разница в производительности не такая уж значительная.

Это сколько же надо ручками поработать? У сервера то есть статистическая информация по данным, и в зависимости от нее планы запросов, генерируемые сервером, могут быть весьма и весьма различны.
...
Рейтинг: 0 / 0
06.01.2004, 13:41
| Ответить | Цитировать | Написать  
Сравнение MSSQL и Ibase
    #32369483
f_w_p
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
f_w_p
Участник
Это сколько же надо ручками поработать? У сервера то есть статистическая информация по данным, и в зависимости от нее планы запросов, генерируемые сервером, могут быть весьма и весьма различны.
А никто и не говорил, что плохой оптимизатор это хорошо.
...
Рейтинг: 0 / 0
06.01.2004, 14:26
| Ответить | Цитировать | Написать  
Сравнение MSSQL и Ibase
    #32369553
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SergSuper
Участник
2 Roman Ignatiev
Вот чего нет у MSSQL, так это триггеров before
вобще-то триггеры instead отличаются от before одной строчкой (которую можно и не писать или писать по условиям - т.е. instead обладает большими возможностями)
и если честно, бесит identity
если честно - мне кажется это дело привычки

2 ну я
Для программистов mssql реализация поддержки udf выглядит по меньшей мере позорной.
А можно чуть поподробней? Может удасться логически объяснить ограничения?
...
Рейтинг: 0 / 0
06.01.2004, 15:13
| Ответить | Цитировать | Написать  
Сравнение MSSQL и Ibase
    #32369574
funikovyuri
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
funikovyuri
Участник
2SergSuper

т.е. instead обладает большими возможностями)

Вот как это теперь называется - БОЛЬШИЕ ВОЗМОЖНОСТИ - типа а дальше весь DRI своими руками - но зато все под контролем :)

А можно чуть поподробней? Может удасться логически объяснить ограничения?

Если мне память не изменяет - это что-то типа ESP - т.е. написаны они на C++
...
Рейтинг: 0 / 0
06.01.2004, 15:27
| Ответить | Цитировать | Написать  
Сравнение MSSQL и Ibase
    #32369653
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SergSuper
Участник
2 funikovyuri

Вот как это теперь называется - БОЛЬШИЕ ВОЗМОЖНОСТИ - типа а дальше весь DRI своими руками - но зато все под контролем :)

придираетесь
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
CREATE TRIGGER tr
ON tbl INSTEAD OF INSERT
AS
BEGIN
  RAISERROR ( 50009 ,  16 ,  10 )
  EXEC sp_who
  insert tbl select * from inserted  -- и эта строчка называется "весь DRI своими руками"?
 
END


Если мне память не изменяет - это<UDF> что-то типа ESP - т.е. написаны они на C++
Изменяет. Например функция форматирования числа по разрядам:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
ALTER  function r3(@m money)
returns varchar( 20 )
AS
BEGIN
  declare @s varchar( 20 )
  set @s=convert(varchar( 20 ),@m)
  if datalength(@s)> 6  set @s=stuff(@s,datalength(@s)- 5 , 0 ,' ')  --123.56
 
  if datalength(@s)> 10  set @s=stuff(@s,datalength(@s)- 9 , 0 ,' ')  --123 4567.90
 
  if datalength(@s)> 14  set @s=stuff(@s,datalength(@s)- 13 , 0 ,' ')  --123.56
 
  if datalength(@s)> 18  set @s=stuff(@s,datalength(@s)- 17 , 0 ,' ')  --123.56
 
  return @s
END
go

select dbo.r3( 12312313 . 20 )   -- выдаст 12 312 313.20

А ESP это действительно внешняя DLL, можно и на С++
...
Рейтинг: 0 / 0
06.01.2004, 16:39
| Ответить | Цитировать | Написать  
Сравнение MSSQL и Ibase
    #32369675
funikovyuri
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
funikovyuri
Участник
2SergSuper

Я вообще-то тоже на MS SQL сижу - так что не надо объяснять что такое там UDF и ESP :)

Я говорил про IB UDF
...
Рейтинг: 0 / 0
06.01.2004, 17:00
| Ответить | Цитировать | Написать  
Сравнение MSSQL и Ibase
    #32369719
Фотография ну я
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ну я
Участник
Для программистов mssql реализация поддержки udf выглядит по меньшей мере позорной.
А можно чуть поподробней? Может удасться логически объяснить ограничения?
К проблемам (возможно, субъективно, но кому-то судить надо) отношу
* ограничение передаваемых данных в 255 байт на одно атомарное значение
* приписывание всем вызовам udf так называемого "недетерминированного" статуса и отказ от генерации стабильного плана функции, которая обращается к такой udf.
Возможно, в совсем уж нюансах разобрался не досконально, но вот эти два меня просто убили. Не уверен, что логические объяснения сильно помогут, но услышать их не откажусь. Кстати, если есть ссылки на толковые описания их нюансов, прошу в студию.
...
Рейтинг: 0 / 0
06.01.2004, 17:39
| Ответить | Цитировать | Написать  
Сравнение MSSQL и Ibase
    #32369778
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ASCRUS
Участник
ну я* ограничение передаваемых данных в 255 байт на одно атомарное значение
* приписывание всем вызовам udf так называемого "недетерминированного" статуса и отказ от генерации стабильного плана функции, которая обращается к такой udf.
А откуда такие сведения о UDF MSSQL ? Функции в MSSQL поддерживают до 1024 параметров, параметр может быть любого типа, в том числе и VARCHAR(8000), функция может быть DETERMINISTIC и NOT DETERMINISTIC. Насчет "стабильного плана функции" честно говоря не понял, что имелось ввиду. По моему функции в MSSQL просто прекрасно реализованы и нареканий к ним нет. А возможность с функций возвращать набор данных как inline-запрос или с табличной переменной, это вообще здорово и приятно во всех отношениях. Так что хоть мы и земляки, я с Вами не согласен :)
...
Рейтинг: 0 / 0
06.01.2004, 19:03
| Ответить | Цитировать | Написать  
Сравнение MSSQL и Ibase
    #32370370
Фотография ну я
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ну я
Участник
А откуда такие сведения о UDF MSSQL ? Функции в MSSQL поддерживают до 1024 параметров, параметр может быть любого типа, в том числе и VARCHAR(8000), функция может быть DETERMINISTIC и NOT DETERMINISTIC

Возможно, мы разошлись в теме разговора. Под udf я понимал то же самое что в ib - внешний плагинчик в виде dll. А сведения - из BOL и лекций с курсов по mssql.
...
Рейтинг: 0 / 0
08.01.2004, 12:35
| Ответить | Цитировать | Написать  
Сравнение MSSQL и Ibase
    #32370424
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ASCRUS
Участник
Ну вообще то User Defined Function не обязательно должна быть Extended. У меня еще, честно говоря, на MSSQL 2000 ни разу не возникало потребности писать что то внешнее на DLL, все прекрасно реализуется штатными средствами MSSQL. То же самое можно сказать и о Sybase ASA - там можно спокойно писать на Java ХП и UDF, и мне это еще ни разу не понадобилось. В большинстве задач СУБД это и не нужно, extended procedure как я считаю пишутся по 2 причинам:
1. Для чего то специфического. Хотя в данном случае что то специфическое наверное легче реализовать средствами клиентского приложения или 3-его звена.
2. Из за недостатка штатной функциональности СУБД. В MSSQL этого не наблюдается. Не знаю как сейчас, а вот в IB 5.5 это наблюдалось и в свое время, работая на нем, действительно приходилось дописывать свои DLL и пользоваться сторонними библиотеками UDF-функций. Раз Вы еще об этом говорите, значит я так понимаю недостаток функциональности в последних версиях IB остался.
...
Рейтинг: 0 / 0
08.01.2004, 13:29
| Ответить | Цитировать | Написать  
Сравнение MSSQL и Ibase
    #32370520
Фотография ну я
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ну я
Участник
2 ASCRUS:
Честно говоря, у меня и в мыслях не было, что предметом технического разговора может быть "сойтись во мнении" или "согласиться", ну да ладно. Раз вам не понадобилось - ну что ж, ну повезло. Мне вот повезло меньше.

Как-то читал доку на какую-то прогу (уже не помню какую), запомнилось про описание инсталляции:
dos - распакуйте в новый каталог
windows - запустите setup.exe
unix - выполните скрипт такой-то
mac - вам это не нужно знать ;-)
...
Рейтинг: 0 / 0
08.01.2004, 14:41
| Ответить | Цитировать | Написать  
Сравнение MSSQL и Ibase
    #32370555
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SergSuper
Участник
2 ну я

Насчет ограничения 255. Я не знаю где в БОЛ это Вы нашли, там есть только ограничения на text, cursor и т.д., а так стандартно - 8000.

Детерминированность. Я чесно говоря слабо понимаю что это такое. В жизни это чувствуется что нельзя использовать внутри функции встроенные функции getdate и rand, и нельзя использовать функции, которые используют таблицы, для default. Вот и все ограничения.

Если Вы под UDF подразумеваете внешний плагинчик в виде dll то там и этих ограничений нет. Единственно что: Вы получите процедуру, а не функцию(с помощью которой правда можно сделать функцию).

Так что насчет позорной реализации - наверное слишком.
...
Рейтинг: 0 / 0
08.01.2004, 15:04
| Ответить | Цитировать | Написать  
24 сообщений из 24, страница 1 из 1
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Сравнение MSSQL и Ibase
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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