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

Question

Практически во всех проектах выбор системы баз данных «почти» автоматический. Если вы кодируете «в стеке Microsoft», вы будете использовать SQLServer, в мире Linux по умолчанию используется MySQL, и корпоративный проект внутри компании, большинство магазинов выбрали по умолчанию, например, Oracle или IBM DB2.

Что ты думаешь?

Answer 1

Я перепробовал все три подхода. Я все еще использую MySQL для веб-сайтов, но для внутренних проектов я предпочитаю Firebird или Postgres.

Причина в том, что они бесплатны (как в пиве, так и в речи), намного менее раздуты (например, установщик Firebird занимает всего несколько МБ) и все еще отлично справляются со своей задачей.

Основное преимущество, которое вы получаете, заключается в том, что то же самое масштабируется от встроенного до уровня enterprise , поэтому «первая попытка бесплатна, но вы заплатите намного позже» какая-то история за этим. Я видел, что базы данных Firebird объемом более 200 ГБ работают так же хорошо, как 1 МБ, во встроенном приложении , которое я создаю .

Answer 2

Я не знаю, согласен ли я с тем, что в мире Unix выбор такой сложный. Postgres и MySQL постоянно сталкиваются друг с другом, и выбор не так очевиден, как вам кажется. Тем не менее, они используют множество других БД в Unix (например, sqlite поддерживает многие встроенные системы и даже имеет место на рабочем столе (например, в конфигурации конфигурации пакета YUM для Fedora).

Answer 3

Это кажется логичным выбором, если у клиента или магазина нет предпочтений. Если вы не уверены на 100% в среде развертывания, рекомендуется проверить приложение на нескольких базах данных, чтобы убедиться, что вы не используете какие-либо специальные функции одной конкретной базы данных. Если вы решите, что должны использовать специальную функцию, которая «блокирует» вас в базе данных, лучше знать о ней заранее и принять взвешенное решение, а не использовать ловушку, которая блокирует вас в конкретной базе данных. .

Answer 4

Мои клиенты часто указывают, какой движок базы данных мы будем использовать. Мы регулярно пишем приложения .net против не-SQLServer dbs. В конечном счете, это лучше для клиентов, потому что они получают то, что знают.

Answer 5

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

Хороший дизайн базы данных - третья нормальная форма - будет критерием, по которому вас будут судить в большинстве случаев. Крупные предприятия могут заставить вас использовать Oracle со стеком MS. Предприятия среднего размера, скорее всего, будут использовать SQL Server, но если они потребляют демографические данные из таких источников, как Claritas, вы получите Oracle в комплекте с приложением.

С точки зрения работодателя, который находит кого-то с набором навыков, сервер MS SQL более распространен в компаниях, имеющих собственный отдел разработки.

Answer 6

Может дело в комфоте. MS SQL Server Express Edition поставляется вместе с Visual Studio, поэтому проще настроить приложение для работы с SQL Server. Люди, использующие Linux, используются для установки MySQL, SQLite или PostgreSQL за секунду, и, возможно, это потому, что им не нужны окна для запуска СУБД. Корпоративные проекты - другая история, не должно быть никакого комфорта и искать возможности СУБД.

Answer 7

В большинстве сред, в которых я работал, использовались различные стеки. Я не видел никакого эффекта "стека блокировки" в какой-либо степени. Стек Microsoft предпочитает SQL Server, когда не указана другая спецификация, а LAMP предпочитает MySQL, но я не вижу в этом сильной связи. Три основные фирмы, где я работал последние несколько лет:

Фирма медицинского программного обеспечения: стек ASP.NET C # на IIS с MySQL Инвестиционный банк: Java на * NIX с Sybase, Oracle и DB2 Главный поставщик программного обеспечения (и один из основных поставщиков БД, упомянутых здесь !!): Java на RHEL с PostgreSQL

Я думаю, что большинство хороших магазинов оценивают свои потребности в зависимости от проекта и не выбирают продукты баз данных исключительно из-за их интеграции в стек. Если бы это было так, Oracle не был бы крупнейшим производителем БД, а DB2 была бы намного меньше, чем сейчас.

Answer 8

Я работаю над государственным контрактом, и пока мы кодируем в «Microsoft Stack», мы не можем использовать SQL Server, потому что правительство получает Oracle бесплатно и хочет, чтобы мы использовали его вместо этого.