MySQL, MSSql, Oracle: Когда использовать который? [закрытый]

Это зависит от того, что вы пытаетесь сделать, и, очевидно, это связано с затратами.

• MySQL и Postgres очень широко используются огромным количеством стартапов, потому что их исходный код открыт и есть большая поддержка для людей, использующих его
• MSSQL хорош, если вы используете языки программирования MS, из-за простоты подключения и использования.
• Я никогда не использовал oracle, но знаю, что люди часто используют его для хранения данных, поэтому не может быть такой дурной репутации

Все они будут страдать от аналогичных проблем при масштабировании, потому что они являются базами данных РСУБД. У них также есть достойные способы обойти это, и с приличным ORM, используемым в вашем коде, не имеет значения, что вы используете.

Выберите тот, который удобен всем разработчикам

I'd say if you want to compare apples to apples, then it is MySQL vs SQL Express, vs Oracle Express.

Or if you have $, then it is the MySQL support license, MS-SQL Standard, vs whatever Oracle's cheapest offering is.

In my experience, once you choose a language, e.g. Php goes best with MySQL, then you've chosen your DB. Java goes well with Oracle. C# goes well with MSSQL.

Similarly, if you choose your OS, then unix flavors run MySQL or Oracle, but MSSQL is windows only. MySQL and Oracle work on both unix and windows of course.

If you need to buy many machines, then not having to pay OS licenses for the server helps in scaling.

Что касается скаффмана, вы можете взглянуть на postgres, если mysql не масштабируется для вас. Он более зрелый и надежный, чем mysql, и имеет открытый исходный код. Время для переключения сильно зависит от среды вашего приложения, однако, если вам нужно, чтобы кластеризация и репликация работали должным образом в 100% случаев, тогда postgres вас не подведет (как mysql для меня в прошлом)

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

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

«... независимо от дискового пространства ...» - от этого всегда зависит производительность. Как вы думаете, куда идут данные? Лучше подумать о таких вещах, как сегментирование данных, RAID, кластеризация, репликация и т. Д.

Я бы побеспокоился о любой системе, разработчик которой должен был прийти на подобный форум, чтобы задать такой вопрос. В вашем штате должны быть люди, обладающие достаточными навыками и знаниями, чтобы иметь твердое мнение по этому поводу.

Возможно, одна переменная, которую люди упускают из виду в этих случаях, - это доступность экспертной поддержки. Хорошо, в настоящее время существует избыток людей, которые могут помочь вам с проблемами БД, проблемами эффективности, аварийным восстановлением и т. Д. Однако это может быть не всегда так в будущем, и именно приложения, для которых вы его используете, могут быть определяющей проблемой . Есть ли в вашей организации люди, имеющие опыт работы с одной или несколькими соответствующими базами данных? (как оказалось, я считаю, что кто-то, кто стал опытным, скажем, Oracle, может стать достаточно компетентным в Sql * Server или Mysql за довольно короткий промежуток времени) Вы заявляете, что он будет использоваться для ваших финансовых систем - возможно, вам действительно нужен ввод от консультанта, который ' работал над внедрением и / или поддержкой финансовых систем - например, я понимаю, что Sybase пользуется популярностью в компаниях городского типа. Или, может быть, есть готовый пакет, который использует предпочитаемую базу данных? Попытайтесь определить, что именно ваша система должна делать в первую очередь.

Приложение покупается или строится?

• Если покупать, поддерживает ли оно все три и поговорите с поставщиком приложения о различия?
• Если сборка, то это собственная строить или сдавать в аренду. Если контракт вывести, выставить свои требования и пусть поставщики ставят свои аргументы.
• Если в доме построить, то сначала посмотрите на почему вы не заключаете контракт. Обычно это потому, что вы уже иметь собственные возможности, так что смотрите

Сначала вам нужна информация о размерах. Вы говорите об объемах данных в мегабайтах, гигабайтах или терабайтах? Каковы ваши требования к времени безотказной работы, резервное копирование (время восстановления / точка восстановления)? Сколько одновременной активности? Это пик?

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