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

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

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

Основная польза, которую Вы извлекаете, - то, что масштабы того же самого от встроенного до уровня предприятия, таким образом, существует никакая "первая попытка, свободны, но Вы заплатите намного позже" вид истории его. Я видел базы данных Firebird 200 + ГБ, работающий столь же прекрасный 1 МБ один во встраиваемой заявке, которую я подаю.

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

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

Я не знаю, что соглашаюсь, что выбор так сокращается и сух в мире Unix. Пост-ГРЭС и MySQL идут в ногу все время, и выбор не является столь четким, как Вы заставили его казаться. Тем не менее их много другого дб на Unix, которое используется (например, sqlite полномочия много встроенных систем, и даже имеет место на рабочем столе (во ВКУСНОЙ конфигурации пакета Fedora utitlity, например)).

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

Медицинская Фирма программного обеспечения: ASP.NET Стопка C# на IIS с MySQL Investment Bank: Java на *ОТКЛОНЯЕТ с Sybase, Oracle и Поставщиком DB2 Major Software (и один из крупных поставщиков DB упомянул здесь!!): Java на RHEL с PostgreSQL

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

Возможно, о комфорте. Выпуск MS SQL Server Express прибывает присоединенный с Visual Studio, таким образом, легче настроить рвение с SQL Server. Люди, использующие Linux, используются для установки MySQL, SQLite или PostgreSQL за секунду, и возможно это вызвано тем, что им не нужны окна для выполнения DBMS. Корпоративные проекты являются другой историей, не должно быть никакого комфорта и не искать функции DBMS.

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

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

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