В каком сценарии вы бы предпочли использовать MySQL над сервером SQL или наоборот?

Question

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

Пример: mysql в случае нескольких баз данных с несколькими таблицами, SQL Server для одной базы данных с большим количеством таблиц, потому что ....

Answer 1

В практической ситуации это не имеет значения, если у вас нет массивной системы, в которой такие вещи, как зеркалирование, RAC - все, что нужно для вашего решения. Для большинства приложений платформа базы данных не имеет значения. Если это актуально, то оборудование / функции становятся более важными

Некоторые мысли:

• Чем занимается остальная часть компании? Нет смысла пытаться использовать MySQL, если у вас есть команда DBA, поддерживающая сотни серверов MS SQL

• Язык клиента. С моей точки зрения, некоторые клиентские языки лучше подходят для их «естественной» платформы БД, но это связано с тем, что вы работаете в магазине MS, Java или PHP

• Бюджет. Если вы хотите пригласить консультанта по MS через 4 часа, вам придется заплатить за это. Какова потеря вашего бизнеса в минуту, если что-то не так?

• Политика. Я не согласен с некоторыми аспектами того, как наша разработка БД настраивала корпоративную сборку MS SQL, но у меня нет выбора. Если вы учитесь в школе, ваши наставники по курению в трусах и туфлях будут ненавидеть Microsoft.

Answer 2

Критерии, которые я использую:

• Размещено ли решение в Linux? Если это так, то обсуждение будет обращено к MySQL против PostgreSQL.
• Каков опыт сотрудников DBA? Это имеет большое значение.
• Какой тип развития будет предпринят против него? Если в первую очередь .NET, то это будет в пользу SQL Server, потому что примеров использования и использования кода .NET с SQL Server гораздо больше, чем .NET с MySQL.
• Существуют ли особые функции, которые вам нужно будет использовать? Например, в SQL Server 2008 Enterprise предусмотрены средства сбора данных об изменении, объекты аудита, DDL и триггеры входа в систему для помощи с ETL и безопасностью, которые являются функциями, которых у MySQL, очевидно, нет (пока).

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

Answer 3

Несмотря на то, что я предпочитаю использовать программное обеспечение ОС и программное обеспечение, которое работает на нескольких платформах, я должен признать, что я предпочитаю использовать MS SQL вместо MySQL. ИМО, MS SQL - единственное благо, которое вышло из MS (хотя оно было куплено;)

MS SQL simple обладает большими возможностями, когда речь идет о написании хранимых процедур, пользовательских функций, подзапросов, производных таблиц и т. Д. Каждый раз, когда я использую My SQL, я чувствую себя очень ограниченным (и я делаю поиск документы для альтернатив моих обычных запросов)

Тем не менее, если вы просто используете свой sql-сервер в качестве объекта хранения (что, к сожалению, многие разработчики делают), вы так же хорошо знакомы с My SQL, как и MS SQL.

/ B

Answer 4

Сначала я укажу на слона в комнате: mysql бесплатен. Серьезно, это большое преимущество. Так что, если бы я возглавлял стартап, я бы с большим удовольствием поднял его.

Кроме того, если бы у меня был магазин только для Windows, я бы предпочел SQL-сервер, поскольку он хорошо интегрируется с другими инструментами разработки MS, такими как Visual Studio, sharepoint и т. Д.

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

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

Answer 5

яблок против апельсинов. Mysql не является допустимой ACID-совместимой базой данных, поэтому ее можно использовать, только если вы выполняете чтение, а не запись. Однако тогда я все же предпочел бы твердую базу данных, совместимую с ACID, поэтому я бы предпочел любую реальную базу данных, прежде чем переходить на mysql (если вы хотите использовать бесплатные базы данных, postgresql - хорошая альтернатива mysql).

Answer 6

Лучший выбор будет тот, который лучше всего подходит для остальной части вашего набора инструментов. Если вы магазин .NET, то SQL Server подойдет лучше всего. Если вы частично или полностью являетесь магазином LAMP или WAMP, то MySQL. Если вы занимаетесь чем-то другим, то вы, вероятно, уже достаточно умели, чтобы решить, но если не считать того, какая база данных чаще всего используется в руководствах и другой документации для ваших инструментов?