Различия между MySQL и SQL Server

Одна вещь, на которую вы должны обратить внимание, — это довольно серьезные различия в том, как SQL Server и MySQL реализуют синтаксис SQL.

Вот хорошее Сравнение различных реализаций SQL.

Например, взгляните на раздел top-n. В MySQL:

SELECT age
FROM person
ORDER BY age ASC
LIMIT 1 OFFSET 2

В SQL Server (T-SQL):

SELECT TOP 3 WITH TIES *
FROM person
ORDER BY age ASC

Многие комментарии здесь больше похожи на религиозные аргументы, чем на утверждения из реальной жизни. Я много лет работал и с MySQL, и с MSSQL, и оба продукта хороши. Я бы выбрал MySQL в основном на основе среды, в которой вы работаете. Большинство проектов с открытым исходным кодом используют MySQL, поэтому, если вы идете в этом направлении, MySQL — ваш выбор. Если вы разрабатываете что-то с .Net, я бы выбрал MSSQL не потому, что он намного лучше, а просто потому, что его использует большинство людей. На самом деле в настоящее время я работаю над проектом, который использует ASP.NET с MySQL и С#. Он отлично работает.

Я не могу поверить, что никто не упомянул, что MySQL не поддерживает операторы Common Table Expressions (CTE)/with. Это довольно раздражающая разница.

MySQL, скорее всего, имеет проблемы с повреждением базы данных, и он не исправляет их автоматически, когда они происходят. Я работал с MSSQL с версии 6.5 и не помню проблемы с повреждением базы данных, которая переводила базу данных в автономный режим. Несколько раз, когда я работал с MySQL в производственной среде, проблема с повреждением базы данных переводила всю базу данных в автономный режим, пока мы не запускали волшебную вещь «пожалуйста, исправьте мой поврежденный индекс» из командной строки.

По моему опыту, система транзакций и журналирования MSSQL справляется практически со всем, включая отключение питания или аппаратный сбой, без повреждения базы данных, а если что-то идет не так, она исправляет это автоматически.

Это был мой опыт, и я был бы рад услышать, что это было исправлено или мы делали что-то не так.

http://dev.mysql.com/doc/refman/6.0/en/corrupted-myisam-tables.html

http://www.google.com/search?q=site%3Abugs.mysql.com+index+повреждение

Честно говоря, я не могу найти ни одной причины использовать MySQL, а не MSSQL. Раньше проблема заключалась в стоимости, но SQL Server 2005 Express бесплатен, и есть много веб-хостинговых компаний, которые предлагают полный хостинг с сервером sql менее чем за 5 долларов в месяц.

MSSQL проще в использовании и имеет много функций, которых нет в MySQL.

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

"Оптимизатор" - это больше парсер. В MSSQL ваш план запроса часто является сюрпризом (обычно хорошим, иногда нет). В MySQL он в значительной степени делает то, что вы просили, так, как вы ожидали. Это означает, что вы сами должны иметь глубокое понимание различных способов, которыми это можно сделать.

Не построен на хорошей модели ТРАНЗАКЦИИ (движок MyISAM по умолчанию).

Настройка файловой системы - ваша проблема.

Вся конфигурация базы данных - это ваша проблема, особенно различные размеры кеша.

Иногда кажется, что лучше думать об этом как о специальном, прославленном изаме. Кодд и Дейт не имеют здесь большого значения. Они сказали бы это без смущения.

Я думаю, что одна из главных вещей, на которую следует обратить внимание, это то, что в версиях до MySQL 5.0 не было представлений, триггеров и хранимых процедур.

Подробнее об этом читайте на странице загрузки MySQL 5.0.

@абду

Главное, что я обнаружил в MySQL по сравнению с MSSQL, - это поддержка часовых поясов - возможность красивого переключения между часовыми поясами с учетом перехода на летнее время просто фантастическая.

Сравните это:

mysql> SELECT CONVERT_TZ('2008-04-01 12:00:00', 'UTC', 'America/Los_Angeles');
+-----------------------------------------------------------------+
| CONVERT_TZ('2008-04-01 12:00:00', 'UTC', 'America/Los_Angeles') |
+-----------------------------------------------------------------+
| 2008-04-01 05:00:00                                             |
+-----------------------------------------------------------------+

к искажениям, связанным с этот ответ.

Что касается комментария «проще в использовании», я бы сказал, что дело в том, что они разные, и если вы знаете один, изучение другого будет накладным.

Оба являются продуктом СУБД. Сервер Sql является коммерческим приложением, а MySql — приложением с открытым исходным кодом. Оба продукта включают аналогичную функцию, однако сервер sql следует использовать для корпоративного решения, тогда как mysql может подойти для меньшей реализации. Если вам нужна такая функция, как восстановление, репликация, безопасность granalar и значительный, вам нужен сервер sql

MySql занимает меньше места на диске и использует меньше памяти и процессора, чем сервер sql.

У кого-нибудь есть хороший опыт работы с «портом» базы данных с SQL Server на MySQL?

Это должно быть довольно болезненно! Я переключил версии MySQL с 4.x на 5.x, и различные операторы больше не работали, как раньше. Анализатор запросов был «улучшен», поэтому операторы, которые ранее были настроены для повышения производительности, больше не работали должным образом.

Урок, извлеченный из работы с базой данных MySQL объемом 500 ГБ: это тонкая тема и совсем не тривиальная!

@Cebjyre. IDE, будь то Enterprise Manager или Management Studio, лучше всего, что я видел до сих пор для MySQL. Я говорю «проще в использовании», потому что я могу делать много вещей в MSSQL, где MySQL не имеет аналогов. В MySQL я понятия не имею, как настраивать запросы, просто просматривая план запроса или просматривая статистику. Мастер настройки индексов в MSSQL берет на себя большую часть работы по угадыванию того, какие индексы отсутствуют или находятся не на своем месте.

Одним из недостатков MySQL является отсутствие максимального размера базы данных. База данных будет просто увеличиваться в размере, пока не заполнит диск. Представьте, что этот диск совместно использует базы данных с другими пользователями, и вдруг все их запросы терпят неудачу, потому что их базы данных не могут расти. Я уже давно сообщал об этой проблеме MySQL. Я не думаю, что это еще исправлено.

Потратив некоторое время на работу с MySQL от MSSQL до синтаксиса MySQL POV, я продолжал обнаруживать, что мои возможности ограничены.

Существуют странные ограничения на обновление таблицы при повторном обращении к той же таблице во время обновления.

Кроме того, UPDATE FROM не работает, и в последний раз, когда я проверял, они также не поддерживают синтаксис Oracle MERGE INTO. Это было для меня препятствием, и я перестал думать, что после этого чего-то добьюсь с MySQL.