Модераторы: LSD
  

Поиск:

Ответ в темуСоздание новой темы Создание опроса
> MySql vs MSSQL 
:(
    Опции темы
Karen_
Дата 25.2.2010, 10:27 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Новичок



Профиль
Группа: Участник
Сообщений: 25
Регистрация: 13.3.2008

Репутация: нет
Всего: нет



у меня вот такой вопрос, вопрос наверно экспертам:

где MSSQL отстает от MYSQL, один мой знакомый говорит что если в определенное время скажем за секунду постараться обратиться к обеим базам простыми запросами типа select insert update то есть какая то границе где MSSQL начнет тормозить:
так ли это? 


PM MAIL   Вверх
Akina
Дата 25.2.2010, 11:25 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Советчик
****


Профиль
Группа: Модератор
Сообщений: 20581
Регистрация: 8.4.2004
Где: Зеленоград

Репутация: 13
Всего: 454



Цитата(Karen_ @  25.2.2010,  11:27 Найти цитируемый пост)
один мой знакомый говорит 

"Одна бабка сказала"... пусть обоснует.
Если MS SQL тормозит на той же конфигурации и нагрузке, на которых MySQL летает - следует админу сервера вырвать руки из задницы.


--------------------
 О(б)суждение моих действий - в соответствующей теме, пожалуйста. Или в РМ. И высшая инстанция - Администрация форума.

PM MAIL WWW ICQ Jabber   Вверх
Karen_
Дата 25.2.2010, 12:06 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Новичок



Профиль
Группа: Участник
Сообщений: 25
Регистрация: 13.3.2008

Репутация: нет
Всего: нет



он склазал что он когда то протестировал все это и только MySql сумел держаться  до конца но я своими глазами это не видел, я вот хочу ему доказать обратное, есть какие то тулы с помощью которых можно симулироварь запросы желательно разными тредами 
PM MAIL   Вверх
Zloxa
Дата 25.2.2010, 12:13 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Чо?
****


Профиль
Группа: Завсегдатай
Сообщений: 3473
Регистрация: 12.9.2008

Репутация: 11
Всего: 161



Цитата(Akina @  25.2.2010,  11:25 Найти цитируемый пост)
 Если

А разве отказ от транзакций и вынос блокировок на уровень таблицы в MyISAM не есть тот самый балласт, который скинут для пущего перфомансу на селекте?
Слышал так же о возможности размещения индексов в оперативе. В MS такого не припомню.

Мне казалось приложение, сравнительно небольшого обьема, со стремащемся к нулю отношением модификациии данных к их чтению, при относительно малом объеме данных и относительно большой пользовательской нагрузке, оптимизированное под MySQL, дложно бы сделать то же приложение оптимизированное под MS, на том же железе. 


--------------------
Достоверно известно, что 89% людей доверяют статистике взятой с потолка smile
PM   Вверх
Akina
Дата 25.2.2010, 13:24 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Советчик
****


Профиль
Группа: Модератор
Сообщений: 20581
Регистрация: 8.4.2004
Где: Зеленоград

Репутация: 13
Всего: 454



Цитата(Zloxa @  25.2.2010,  13:13 Найти цитируемый пост)
разве отказ от транзакций и вынос блокировок на уровень таблицы в MyISAM не есть тот самый балласт, который скинут для пущего перфомансу на селекте?

Предполагается всё-таки одинаковая тест-нагрузка - т.е. без транзакций. Как бы. А блокировки на потоковом чтении неизменённых кэшированных данных на перформанс не влияют.

Цитата(Zloxa @  25.2.2010,  13:13 Найти цитируемый пост)
Слышал так же о возможности размещения индексов в оперативе. В MS такого не припомню.

А что там припоминать? Это же обычное кэширование, только принудительное. А MS SQL при перезаполнении кэша оперирует каким-то аналогом LRU sitting time - т.е. кэширует вполне оптимально, особенно если соотношение размера БД к объёму выделенного ОЗУ не слишком велико.

Цитата(Zloxa @  25.2.2010,  13:13 Найти цитируемый пост)
приложение, сравнительно небольшого обьема, со стремащемся к нулю отношением модификациии данных к их чтению, при относительно малом объеме данных и относительно большой пользовательской нагрузке, оптимизированное под MySQL, дложно бы сделать то же приложение оптимизированное под MS, на том же железе.

Боюсь, что это будет слишком искусственная БД, аналога которой в реале не сыщешь.

Цитата(Karen_ @  25.2.2010,  13:06 Найти цитируемый пост)
он склазал что он когда то протестировал все это и только MySql сумел держаться  до конца 

Если он профессиональный тестер серверов БД - то есть предмет для разговора. 


--------------------
 О(б)суждение моих действий - в соответствующей теме, пожалуйста. Или в РМ. И высшая инстанция - Администрация форума.

PM MAIL WWW ICQ Jabber   Вверх
Zloxa
Дата 25.2.2010, 13:40 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Чо?
****


Профиль
Группа: Завсегдатай
Сообщений: 3473
Регистрация: 12.9.2008

Репутация: 11
Всего: 161



Цитата(Akina @  25.2.2010,  13:24 Найти цитируемый пост)
Предполагается всё-таки одинаковая тест-нагрузка - т.е. без транзакций. Как бы. 

Дык если мы не говорим begin transaction, это ведь не значит что код, начинающий транзакцию не отрабатывает. MS, AFAIK просто по умолчанию фиксирует транзакцию после каждой инструкции. Триггерный код, в конце концов, работает в той же транзакции, что и вызвавшая его инструкция.
Цитата(Akina @  25.2.2010,  13:24 Найти цитируемый пост)
А блокировки на потоковом чтении неизменённых кэшированных данных на перформанс не влияют.

Опять же, если нет удержания блокировки, это ведь не значит, что не происходит ее захвата. Спички.. но все же умноженное на большое количество пльзователй, может таки дать эффект. 


ХОТЯ.... вдруг подумалось о dirty reads......  и о том, как таки мало я знаю smile


Цитата(Akina @  25.2.2010,  13:24 Найти цитируемый пост)
Боюсь, что это будет слишком искусственная БД, аналога которой в реале не сыщешь.

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


--------------------
Достоверно известно, что 89% людей доверяют статистике взятой с потолка smile
PM   Вверх
Karen_
Дата 25.2.2010, 14:02 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Новичок



Профиль
Группа: Участник
Сообщений: 25
Регистрация: 13.3.2008

Репутация: нет
Всего: нет



ну так что? получается что он прав был?
база для которого он тестировал все это не содержал никаких реалации, и говорит что это тоже влияет на скорость работы
что можно сказать насчет этого?
PM MAIL   Вверх
Zloxa
Дата 25.2.2010, 14:19 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Чо?
****


Профиль
Группа: Завсегдатай
Сообщений: 3473
Регистрация: 12.9.2008

Репутация: 11
Всего: 161



Karen_, с какой целью интересуетесь?


--------------------
Достоверно известно, что 89% людей доверяют статистике взятой с потолка smile
PM   Вверх
Karen_
Дата 25.2.2010, 14:38 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Новичок



Профиль
Группа: Участник
Сообщений: 25
Регистрация: 13.3.2008

Репутация: нет
Всего: нет



проблема в том что я сейчас должен работать с этой базой данных, написать веб сайт на ASP.NET и в свою очередь если потребуется внести изменения в структруе базы данных, но с MySQL не хочется работать потому что думаю гарантии никаких что .NET с MySQL будет работать так же хорошо как с MSSQL, я предложил создать новуюю базу на MSSQL с нормальными реляциями но мне ответили что нет реляции замедляют работу и MSSQL точно не может парралельно отвечать на большое количество запросов, даже если запрос очень маленький:
да и при этом надо обеспечить максимальную скорость, я вот решил спросить неужели MySql настолько хорош в этом плане или всетаки MSSQL лучше
PM MAIL   Вверх
Zloxa
Дата 25.2.2010, 15:13 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Чо?
****


Профиль
Группа: Завсегдатай
Сообщений: 3473
Регистрация: 12.9.2008

Репутация: 11
Всего: 161



Цитата(Karen_ @  25.2.2010,  14:38 Найти цитируемый пост)
но мне ответили

Вам ответили бред.
Описанная вами симптоматика однозначно имеет за собой первопричиной кривизну рук а не платформы.

Цитата(Karen_ @  25.2.2010,  14:38 Найти цитируемый пост)
я предложил создать новуюю базу на MSSQL

Если бюджет Вашего проекта предоставялет возможность покупки win сервера + sql сервера + клиентские лицензии на них, то, я бы однозначно, голосовал за утверждение Ваших инноваций, если бы мне предоставили таковую возможность. smile 
Как лицензируется IIS, который Вы намерены испльзовать, увы - не в курсе.

Однако же стоит еще заметить что необходимость миграции на новую платформу и, возможно, конверсии данных, так же увеличивают стоимость разработки и несет на себе определенные риски





Это сообщение отредактировал(а) Zloxa - 25.2.2010, 15:19


--------------------
Достоверно известно, что 89% людей доверяют статистике взятой с потолка smile
PM   Вверх
Karen_
Дата 25.2.2010, 16:47 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Новичок



Профиль
Группа: Участник
Сообщений: 25
Регистрация: 13.3.2008

Репутация: нет
Всего: нет



сервер есть, если не ошибаюсь 16 отдельных процессорный(каждый из них 3.2 гг) комп 32ГБ озу и лицензионный Вин Сервер 2003, думаю если смогу убедить что mssql лучше чем mysql то он согласится перейти на mssql , но вот убедить очень сложно, просто я так глубоко не разбираюсь в субд по этому трудно идти до конца smile если можете дать какие то тест тулы с помощью которых можно доказать все это я был бы вам очень признателенsmile
PM MAIL   Вверх
Zloxa
Дата 25.2.2010, 17:20 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Чо?
****


Профиль
Группа: Завсегдатай
Сообщений: 3473
Регистрация: 12.9.2008

Репутация: 11
Всего: 161



Цитата(Karen_ @  25.2.2010,  16:47 Найти цитируемый пост)
 я так глубоко не разбираюсь в субд

может тогда ну его- делать столь радикальные преобразования?



--------------------
Достоверно известно, что 89% людей доверяют статистике взятой с потолка smile
PM   Вверх
Karen_
Дата 25.2.2010, 17:27 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Новичок



Профиль
Группа: Участник
Сообщений: 25
Регистрация: 13.3.2008

Репутация: нет
Всего: нет



не понял 
PM MAIL   Вверх
  
Ответ в темуСоздание новой темы Создание опроса
Правила форума "Общие вопросы по базам данных"
LSD
Zloxa

Данный форум предназначен для обсуждения вопросов о базах данных не попадающих под тематику других форумов:

  • вопросам по СУБД для которых нет отдельных подфорумов
  • вопросам которые затрагивают несколько разных СУБД (например проблема выбора)
  • инструменты для работы с СУБД
  • вопросы проектирования БД
  • теоретически вопросы о СУБД

Данный форум не предназначен для:

  • вопросов о поиске разлиных БД (если не понимаете чем БД отличается от СУБД то: а) вам не сюда; б) Google в помощь)
  • обсуждения проблем с доступом к СУБД из различных ЯП (для этого есть соответсвующие форумы по каждому ЯП)
  • обсуждения проблем с написание SQL запросов, для этого есть форум Составление SQL-запросов
  • просьб о написании курсовой, реферата и т.п., для этого есть Центр помощи или фриланс биржа
  • объявлений о найме специалистов, для этого есть раздел Объявления о найме специалистов

Если вы не соблюдаете эти правила, не удивляйтесь потом не найдя свою тему/сообщение. ;)


Полезные советы:

При написании сообщения постарайтесь дать теме максимально понятное название. В теме максимально подробно опишите проблему. Если применимо укажите: название базы данных и версии (MySQL 4.1, MS SQL Server 2000 и т.п.); используемых язык программирования; способа доступа (ADO, BDE и т.д.); сообщения об ошибках.

Для вставки кода используйте теги [code=sql] [/code].

Литературу по базам данных можно поискать здесь.

Действия модераторов можно обсудить здесь.


Если Вам понравилась атмосфера форума, заходите к нам чаще! С уважением, LSD, Zloxa.

 
0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей)
0 Пользователей:
« Предыдущая тема | СУБД, общие вопросы | Следующая тема »


 




[ Время генерации скрипта: 0.0552 ]   [ Использовано запросов: 22 ]   [ GZIP включён ]


Реклама на сайте     Информационное спонсорство

 
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности     Powered by Invision Power Board(R) 1.3 © 2003  IPS, Inc.