WEB форумы на jedi
[Форум] [Помощь] [Поиск] [Выйти]
Добро пожаловать, [info]User

WEB форумы на jedi [ПОИСК] [Архив до 03.2006]

Тема MS SQL Server К предыдущему сообщению На следующее сообщение Обсуждение и поиск СОФТа

Отправил Mish-a в 11:25 07.06.2001[Ответить]
Последее время меня часто интересует такой вопрос.
Известно, что ранее MS SQL Server версий 6.5, да и 7.0 тоже заметно отставал (это еще мягко говоря) по производительности от Oracle и пр.
2000-я версия его вроде бы заметно лучше. И все же - сталкивался ли кто-нибудь с такими задачами, которые оказались не под силу MS SQL Server, то ли в силу большого объема обрабатываемых данных, то ли в силу частых изменений данных, то ли в силу еще чего-то другого? Был бы рад, если бы кто-нить поделился подробностями этих процессов - конфигурация железа, условия задачи, симптомы и пр.
Заранее спасибо!


Отправил NightWing в 13:36 07.06.2001[Ответить]
Я не могу поделится мнением о реальной производительности ms sql по сравнению с ораклом т.к. с последним не работал.
Проблемы с mssql начинаются при большом числе параллельных запросов. Тут важен правильный дизайн БД и распределение полномочий. Иначе всё начинает дико блокироваться :(
Тем не менее скажу о таком странном баге: при большом числе входящих репликаций (snapshot replication sql2k->sql2k over ip) база периодически выпадает в single mode ;((( Причём автоматически с помощью sp с командой разблокировки она возвращатся в нормальное состояние не хочет. Приходится возвращать вручную.
Железо дохлое: iP3-1000*2/1G RAM/120G RAID

А так при нормальной настройке пашет шустренько.


Отправил CAHbKA в 13:48 07.06.2001[Ответить]
по тестам TPC[1] бледно он не выглядит, правда и техника там не такая дохлая, как у NightWing'а ;-)
Но упорно бытует мнение, что это решение уровня мелкой рабочей группы, то ли это мнение насаждается ораклоидами, то-ли win, как платформа крива, то-ли еще что... :)

--
[1] http://www.tpc.org


Отправил NightWing в 14:04 08.06.2001[Ответить]
Мнение про слабость mssql распрстраняют в основном оракловеды, т.к. оракл предлагает сравнимый продукт по гораздо более высокой цене (это не моё мнение, вычитано у чувака, который 6 лет работал с mssql & oracle, наверное знает, что говорит...)
А вот DB/2 TPC/C проводила afaik именно на win2k. Это к вопросу о слабости платформы.
Кстати, http://www.tpc.org/tpcc/results/tpcc_perf_results.asp?resulttype=all ...

tpcc_perf_results.<b>asp</b> ;)


Отправил CAHbKA в 14:31 08.06.2001[Ответить]
не думаю, что у кластера о 192-х ксеонах от компака будет цена гораздо более ниже...
вопрос о простом, собранном на коленке: в случае MSSQL какая нужна железка, чтоб держать 5000 пользователей? Спрашиваю потому, что знаю, на какой оракл столько держит.


Отправил NightWing в 19:41 08.06.2001[Ответить]
Хм... абстрактный вопрос.
А что они будут делать, каков тип задачи?


Отправил CAHbKA в 20:35 08.06.2001[Ответить]
а что, просто 5000 одновременных соединений можно?! ;-)


они будут делать мелкие select'ы...
для конкретики, пусть это будет биллинг МТС ;-)


Отправил NightWing в 20:31 09.06.2001[Ответить]
Я слабо разбираюсь в биллинге МТС, но если это будут простенькие запросы, то 5000 _одновременных_ соединений думаю потребуют кластер как минимум. Это же ОЧЕНЬ крупная система, в Костроме такой ни у кого нет. ИМХО.


Отправил Peps в 06:52 10.06.2001[Ответить]
Думается мне что мтс использует аппаратные системы а не программные, вот. А вообше по большому счету меня устраивет и цена и икачество прдоставяляехых услуог и т.дл.


Отправил NightWing в 12:26 10.06.2001[Ответить]
Пепс,я не понял, ты хочешь сказать, они биллинг сиской делают? :)))
И причём тут цена и качество предоставляемых услуг? МТС-то сюда для примера ввернули.
DAY, скажи пару ласковых уж про любимый оракл да и про то, на чём он стоит :)


Отправил CAHbKA в 14:19 10.06.2001[Ответить]
Скорее всего, железка.
Но, видимо, обратная связь должна быть, и можно спровоцировать ситуацию, когда, к примеру, активность абонентов выльется в нагрузку на сервер БД


Отправил Patrol в 19:40 10.06.2001[Ответить]
Угу..
А потом МТС не работает по 1-м января ;)