Альтернативы SQL Server Express за пределами 2 ГБ

В нашем проекте (который полностью разработан с использованием .NET) мы используем базу данных среднего размера размером около 2 ГБ. В настоящее время мы используем редакцию SQL Express;

Как работают альтернативы для SQL Server Express? Я в основном рассматриваю MySQL и PostgreSQL. (Windows 7 x86, x64)

Есть ли какие-либо убедительные преимущества использования MySQL или PostgreSQL?Как насчет поддержки нативных объектов .NET?Встроенные типы XML?Поддержка двоичных данных?Поддержка аналогичного инструмента, как Management Studio?Простота установки?След памяти?Сравнение производительности этих 3 баз данных?

Стоит ли даже рассматривать эти альтернативы, особенно учитывая тот факт, что мы являемся магазином .NET?

Я сослался на эти связанные вопросы:

DB2 против PostgreSQL против SQL ServerБаза данных, которая может обрабатывать> 500 миллионов строкMySQL против SQL Server Express
 Santhosh08 окт. 2010 г., 09:25
Время установки SQL Express слишком велико (занимает более 10 минут);
 TomTom08 окт. 2010 г., 16:45
Ну, тогда получайте удовольствие от других продуктов. SQL Express имеет серьезные преимущества, такие как интеграция в обновление Windows. Автоматическое исправление.
 Hemant08 окт. 2010 г., 07:00
Почему вы ищете альтернативу? С какими проблемами вы сталкиваетесь с SQL Server Express?

Ответы на вопрос(4)

Текущие версииSQL Server 2008R2PostgreSQL 9.0


Сравнение функций

SQL Server 2005 против MySQL 5 против PostgreSQL 8.3

Некоторое упоминание о SServer2008 было отмечено в сравнении. Я не слишком уверен в различиях между выпуском Express и выпуском для предприятий.


Ориентиры

PostgreSQL 8.3 против SQL Server 2008

Вывод: PostgreSQL 8.3 (старая версия) может конкурировать с SQL Server, а при настройке превзойти его.

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

Помимо размышлений, у меня есть несколько моментов, которые помогут MySQL. Поскольку у него есть несколько приятных подвигов, есть и плохие моменты.

Например, MySQL наиболее известен тем, что он является суперскоростной СУБД. И это. Когда таблицы используют движок MyISAM. Что это значит? Означает, что даже простое требование согласованности внешних ключей не будет доступно. Тогда вы можете представить обо всем остальном.

Если вы используете движок InnoDB для таблиц MySQL, то вы можете рассчитывать с помощью FK, безопасных транзакций, но производительности не так быстро (довольно на том же уровне, что и PostgreSQL, что хорошо). Ах, и вы не можете рассчитывать с функцией полнотекстового поиска, например.

MySQL таков: или у вас есть производительность, или у вас неплохо управляемая база данных, но никогда не то и другое.

Postgre, который я выбрал, полнофункциональный. Не имеет производительности таблиц MyISAM, но достаточно быстр.

Большинство людей не знают, но Postgre даже более полнофункциональный, чем вы можете себе представить. Позвольте мне рассказать вам о приятной вещице на PG. Он учитывает генетический алгоритм в своем парсере запросов.

Анализатор запросов - это компонент, который анализирует запрос и решает, какой план следует использовать для извлечения запрашиваемых вами данных. Когда он анализирует запрос, он может получить несколько разных способов извлечения одних и тех же данных. Он выбирает наиболее вероятно быстро и выполнить. Но иногда он выполняет и другие планы, чтобы проверить, хорошо это или нет. И регистрирует статистику о тех пробегах.

Со временем, благодаря статистике, он знает, какой план быстрее всего выполнить, поэтому он становится быстрее сам по себе. Сколько вы его используете, тем быстрее он становится. Если таблицы меняются, этот процесс позволяет оптимизировать себя.

Хорошо, я слишком много говорил.

Ну, я действительно не знаю M $ Express Server, поэтому я не могу об этом говорить. Но теперь я думаю, что у вас есть лучшая панорама о Postgre и MySQL.

Приветствия.

 rfusca09 окт. 2010 г., 03:55
Postgres или PostgreSQL, а не Postgre.
 Dave09 окт. 2010 г., 01:55
Я хороший энтузиаст программного обеспечения. Будь то зарабатывать деньги или нет. Если это хорошо, я склонен использовать это, даже если мне нужно заплатить за это. Если это отстой, это отстой, даже если это бесплатно.

как LINQ to SQL, потребуется немного больше внимания, чтобы заставить его работать, а MySQL и PostgreSQL не очень хорошо поддерживаются.

Я наконец достиг того, что хотел с MySQL, используя DBLinq, но это заняло некоторое время.

Решение Вопроса

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

MySQL - держитесь подальше от этого, все стало некрасиво и станет еще страшнее, когда Oracle владеет им. Не стоит платить за использование базы данных с открытым исходным кодом второго уровня, на мой взгляд, когда вы можете использовать PostgreSQL бесплатно и без страха.

PostgreSQL - действительно хороший вариант. Лицензия BSD бесплатна для использования и изменения источника. Нет ограничений на данные много функций. Но если время установки является вашей основной причиной, чтобы оставить SQL Express, PostgreSQL довольно быстро устанавливается на Windows или Linux, насколько я не знаю, потому что мне все равно, займет ли это 1 минуту или 10 минут в моих системах. На Linux-боксе это очень быстро, если вы предварительно скомпилируете его или используете установку пакета, я бы сказал, менее чем за 10 минут.

Как насчет поддержки нативных объектов .NET? Не уверен, что это такое.

Встроенные типы XML? PG да.

Поддержка двоичных данных? PG да.

Поддержка аналогичного инструмента, как Management Studio? PG да pgadmin или несколько других сторонних поставщиков.

Простота установки? Легко с большим количеством опций, чем SQL Server. Например, вы можете компилировать с разным размером страницы, если хотите.

След памяти? Может быть маленьким или большим в зависимости от того, как вы регулируете настройки памяти.

Сравнение производительности этих 3 баз данных? Ну, SQL Express не может вместить более 4-10 ГБ, забывайте, что может сделать 2008 Express. Таким образом, вы не сравниваете яблоки с апельсинами здесь. Но я бы сказал, что все они могут работать хорошо, если используются правильно. PG работает очень хорошо.

Стоит ли даже рассматривать эту альтернативу (особенно учитывая тот факт, что мы являемся магазином .NET)? Да, это стоит рассмотреть, но зависит, если стоимость имеет значение для вас. Я предполагаю, что в какой-то момент вы вырастите экспресс-версию и начнете покупать платную версию. Microsoft знает, как продавать, и это часть модели, которую вы будете развивать. Вы не ошибетесь с PostgreSQL, если у вас есть возможность протестировать его и проверить в своей среде, используйте это время для сравнения. Не просто по умолчанию SQL Server, потому что ваш магазин .NET.

Более старый пост, который добавляет к этому и еще более актуален сегодня.http://archives.postgresql.org/pgsql-advocacy/2005-07/msg00008.php

Ваш ответ на вопрос