Здравствуйте, коллеги, я работаю с MS SQL Server около 3х лет
знания на уровне курса querying sql server 70-461
С MySQL работал год-полтора, несколько веб сайтов, стандартные DML инструкции, немного с деревьями поработал и по мелочам.

меня интересует вопрос: в чем преимущество MS SQL Server над MySQL?

Конечно я погуглил, и на этом форуме и на других ресурсах тема поднималась не раз.
Но интересно то, что никто конкретных примеров не приводит :) Все ограничиваются поверхностными высказываниями.
Например говорят что для .net приложений роднее ms sql:)
Работал я и с такой связкой, причем приходилось и с ORM, и ADO.net провайдер предоставляет одинаковые возможности для этих СУБД. Что за мистическое родство) которое предоставляет некие мнимые возможности?

Ну и хотелось бы в целом по СУБД эту тему по полочкам разложить с конкретными примерами.

Если кого заинтересовала тема, можем поступить например так: выбираем критерий, например стоимость и анализируем, затем быстродействие, далее возможности скриптов, безопасность и тд

В конце можно будет подвести итог.

Спасибо.

Dimitry SibiryakovMSSQLAndDotNetв чем преимущество MS SQL Server над MySQL?
Да, собственно, нет у него никаких преимуществ. Оба - довольно кривенькие поделки, которые
более-менее хорошо справляются со своими задачами.

Какой смысл тогда MS SQL Server юзать, если мускуль бесплатный?) когда он вообще нужен?)

skyANAMSSQLAndDotNet, цель топика в чём?
Разобраться когда лучше использовать MS SQL Server, а когда MySQL, с конкретными примерами.

servitMSSQLAndDotNetпропущено...
Разобраться когда лучше использовать MS SQL Server, а когда MySQL, с конкретными примерами.Того что уже есть в интернете, включая и данный ресурс, Вам мало?

прочитайте пожалуйста внимательнее мой первый пост.
зачем воду лить

mad_nazgulMSSQLAndDotNet,

Скажем так я сталкивался с MS SQL и MySQL.
Так вот MS SQL проблем на ровном месте не создает.
А вот MySQL их создавал постоянно, причем в самый неожиданные момент.

Начиная от "кривого" драйвера JDBC для MySQL.
У MySQL есть "фича" сбрасывать соединение по таймауту (~20мин если не ошибаюсь).
По умолчанию эта "фича" включена.
Драйвер JDBC
1) Не ловит, что соединение было закрыто MySQL
2) Не может его восстановить, при обращении (просто падает)

Заканчивая интересными особенностями настройки безопасности.
Когда user в зависимости от dns-имени, IP, названия машины это разные/одни и те же пользователи.
И когда они разные, а когда одно и то же, это устанавливается опытным путем.

Ну и кодировки.
Когда в одной и той же таблице разные строковые колонки могут иметь свои кодировки.
Но декодирование идет по общей настройке соединения.

В других БД тоже имеют место быть проблемы с кодировками, но в MySQL эти проблемы доведены до абсолюта.

<:o)
ну вопросы соединения, это наверное проблемы клиента, а не СУБД

servitMSSQLAndDotNetЕсли кого заинтересовала тема, можем поступить например так: выбираем критерий, например стоимость и анализируем, затем быстродействие, далее возможности скриптов, безопасность и тдВсё это конечно можно произвести, и наверняка это уже кто-то сделал. Но зачем и за чей счёт?MSSQLAndDotNetВ конце можно будет подвести итог.Всё сейчас очень быстро меняется/развивается, и особенно в области IT. Сегодняшние итоги завтра устареют и весь Ваш труд пойдёт насмарку.

PS: и потом уже было:

• 17758424
  
• 10540726
  
• 12898400
  

спасибо за ссылки
я был там

единственный объективное утверждение, которое я заметил, это то что сиквел под линухой не работает, все остальное вода

Начнем подбивать по-тихоньку:

MySQL
1) Дешевле
2) работает под линухой(сиквела работающего под линухуй в продаже я так понял еще нет)

MS SQL Server
1) есть CTE
2) есть intra query parallelism(честно говоря ни разу в планах не видел, хотя max degree of parallelism установлен в 0)

что там с транзакциями, уровнями изоляций например

skyANAMSSQLAndDotNetпропущено...

Разобраться когда лучше использовать MS SQL Server, а когда MySQL, с конкретными примерами.
Хм... А обоснование получается будет: "на форуме так написали", - верно?
конечно нет
ну вот пошли примеры конкретные, и уже есть что обсуждать
в конце концов документацию никто не отменял на случай спорных моментов

думаю что сохранить достаточный уровень объективности можно

servit,

спасибо за ссылки, изучаю