Цитата(Karen_ @ 25.2.2010, 11:27  ) |
| один мой знакомый говорит |
"Одна бабка сказала"... пусть обоснует.
Если MS SQL тормозит на той же конфигурации и нагрузке, на которых MySQL летает - следует админу сервера вырвать руки из задницы.
| Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате |
| Форум программистов > СУБД, общие вопросы > MySql vs MSSQL |
| Автор: Karen_ 25.2.2010, 10:27 |
| у меня вот такой вопрос, вопрос наверно экспертам: где MSSQL отстает от MYSQL, один мой знакомый говорит что если в определенное время скажем за секунду постараться обратиться к обеим базам простыми запросами типа select insert update то есть какая то границе где MSSQL начнет тормозить: так ли это? |
| Автор: Akina 25.2.2010, 11:25 | ||
"Одна бабка сказала"... пусть обоснует. Если MS SQL тормозит на той же конфигурации и нагрузке, на которых MySQL летает - следует админу сервера вырвать руки из задницы. |
| Автор: Karen_ 25.2.2010, 12:06 |
| он склазал что он когда то протестировал все это и только MySql сумел держаться до конца но я своими глазами это не видел, я вот хочу ему доказать обратное, есть какие то тулы с помощью которых можно симулироварь запросы желательно разными тредами |
| Автор: Zloxa 25.2.2010, 12:13 | ||
А разве отказ от транзакций и вынос блокировок на уровень таблицы в MyISAM не есть тот самый балласт, который скинут для пущего перфомансу на селекте? Слышал так же о возможности размещения индексов в оперативе. В MS такого не припомню. Мне казалось приложение, сравнительно небольшого обьема, со стремащемся к нулю отношением модификациии данных к их чтению, при относительно малом объеме данных и относительно большой пользовательской нагрузке, оптимизированное под MySQL, дложно бы сделать то же приложение оптимизированное под MS, на том же железе. |
| Автор: Akina 25.2.2010, 13:24 | ||||||||
Предполагается всё-таки одинаковая тест-нагрузка - т.е. без транзакций. Как бы. А блокировки на потоковом чтении неизменённых кэшированных данных на перформанс не влияют.
А что там припоминать? Это же обычное кэширование, только принудительное. А MS SQL при перезаполнении кэша оперирует каким-то аналогом LRU sitting time - т.е. кэширует вполне оптимально, особенно если соотношение размера БД к объёму выделенного ОЗУ не слишком велико.
Боюсь, что это будет слишком искусственная БД, аналога которой в реале не сыщешь.
Если он профессиональный тестер серверов БД - то есть предмет для разговора. |
| Автор: Zloxa 25.2.2010, 13:40 | ||||||
Дык если мы не говорим begin transaction, это ведь не значит что код, начинающий транзакцию не отрабатывает. MS, AFAIK просто по умолчанию фиксирует транзакцию после каждой инструкции. Триггерный код, в конце концов, работает в той же транзакции, что и вызвавшая его инструкция.
Опять же, если нет удержания блокировки, это ведь не значит, что не происходит ее захвата. Спички.. но все же умноженное на большое количество пльзователй, может таки дать эффект. ХОТЯ.... вдруг подумалось о dirty reads...... и о том, как таки мало я знаю 
странно, мне казалось, львиную долю интернет проектов в эту категорию можно смело записать. |
| Автор: Karen_ 25.2.2010, 14:02 |
| ну так что? получается что он прав был? база для которого он тестировал все это не содержал никаких реалации, и говорит что это тоже влияет на скорость работы что можно сказать насчет этого? |
| Автор: Zloxa 25.2.2010, 14:19 |
| Karen_, с какой целью интересуетесь? |
| Автор: Karen_ 25.2.2010, 14:38 |
| проблема в том что я сейчас должен работать с этой базой данных, написать веб сайт на ASP.NET и в свою очередь если потребуется внести изменения в структруе базы данных, но с MySQL не хочется работать потому что думаю гарантии никаких что .NET с MySQL будет работать так же хорошо как с MSSQL, я предложил создать новуюю базу на MSSQL с нормальными реляциями но мне ответили что нет реляции замедляют работу и MSSQL точно не может парралельно отвечать на большое количество запросов, даже если запрос очень маленький: да и при этом надо обеспечить максимальную скорость, я вот решил спросить неужели MySql настолько хорош в этом плане или всетаки MSSQL лучше |
| Автор: Zloxa 25.2.2010, 15:13 | ||||
Вам ответили бред. Описанная вами симптоматика однозначно имеет за собой первопричиной кривизну рук а не платформы.
Если бюджет Вашего проекта предоставялет возможность покупки win сервера + sql сервера + клиентские лицензии на них, то, я бы однозначно, голосовал за утверждение Ваших инноваций, если бы мне предоставили таковую возможность.  Как лицензируется IIS, который Вы намерены испльзовать, увы - не в курсе. Однако же стоит еще заметить что необходимость миграции на новую платформу и, возможно, конверсии данных, так же увеличивают стоимость разработки и несет на себе определенные риски |
| Автор: Karen_ 25.2.2010, 16:47 |
| сервер есть, если не ошибаюсь 16 отдельных процессорный(каждый из них 3.2 гг) комп 32ГБ озу и лицензионный Вин Сервер 2003, думаю если смогу убедить что mssql лучше чем mysql то он согласится перейти на mssql , но вот убедить очень сложно, просто я так глубоко не разбираюсь в субд по этому трудно идти до конца если можете дать какие то тест тулы с помощью которых можно доказать все это я был бы вам очень признателен |
| Автор: Zloxa 25.2.2010, 17:20 | ||
может тогда ну его- делать столь радикальные преобразования? |
| Автор: Karen_ 25.2.2010, 17:27 |
| не понял |