Какая база данных Вы рекомендовали бы использовать с C# (.NET) приложение?

Для быстрого и грязного я пошел бы с SQL-сервером Компактный Выпуск. Незавершенная реализация SQL-сервера, таким образом, это не требует Вас, устанавливает любые другие приложения.

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

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

Я говорю, идут с SQL-сервером Компактный Выпуск. Это реально подобный полноценной версии SQL Server, и VS2008 создал в поддержке разработки таблиц, запросив и т.д. (Studio управления, 2008 также имеет поддержку его). Самая большая оборотная сторона - то, что Вы терпите неудачу на хранимых процедурах, но позитивный аспект является большим, поскольку нет никакой потребности установить что-либо на машине локальных пользователей, и это работает очень быстро на выбор данных. Еще более прохладный, то, что с Металлом SQL, можно создать файл DBML и использовать LINQ, как Вы были бы с SQL-сервером.

Поддержка SQL Server MS выходит из поля без любых других драйверов или требуемой установки. Кроме того, MS SQL Server Express свободна.

Можно генерировать сценарии, которые экспортируют данные в MySQL.

Как насчет того, чтобы использовать db4o? Это - OODB, который можно встроить в приложение. Также репликация поддержек.Править: Как примечание стороны - В моем текущем любимом проекте с помощью db4o у меня есть строка (C# 3.5):

IList<Users> list = Persistence.Database.Query<Users>(u => u.Name == "Admin");

Используя сильное введенное лямбда-выражение для получения (ленивого) списка объектов от базы данных. Это также использует индексы для получения списка быстро.

Я не знаю о хорошей незавершенной базе данных, которая является полностью синтаксисом, и введите совместимый с MySQL. Имея это в виду, у Вас есть три опции:

1. Выберите что-то как SQLlite, Доступ или Компактный SQL Server. Проблема состоит в том, что Вы закончите тем, что писали некоторую сложную логику преобразования с любым из тех и иметь для записи всех запросов дважды.
2. MySQL установки локально. Затем необходимо выносить наличие полного сервера базы данных, работающего локальной системе. Вы определенно хотите избежать этого для чего-либо, что Вы поставите клиенту, но для Вашего собственного использования это могло бы быть в порядке. К счастью, MySQL не использует столько же ресурсов сколько некоторые другие современные серверы баз данных, но это - еще меньше, чем идеал.
3. Переключитесь на выпуск SQL Server Express в сервере и используйте SQL Server, Компактную в клиенте. Это столь же дешево как MySQL (возможно, еще более дешевый, так как Вы предполагаетесь MySQL покупки для любого коммерческого использования). Полагание, что Вы используете C# в клиентском конце, Вы могли бы хотеть использовать его с ASP.NET в стороне сервера также. И если Вы используете сторону сервера ASP.NET, затем не трудно найти хост, который предлагает SQL Server Express. Теперь Ваши базы данных являются совместимым типом и любой запрос, который Вы пишете для Вас, клиент, как гарантируют, будет работать на Ваш сервер также.

IMO, одни из больших преимуществ стопки базы данных MS (исключая доступ) - то, что у них есть совместимое решение для того, что Вы делаете полностью от рабочего стола до кластеров мультицентра обработки данных. Если масштаб Вашего приложения изменяется, или необходимо поставить данные между двумя различными классами приложения, слой базы данных заботится о.

"Очевидным" выбором была бы MS SQL Server Express. VS и .NET и поддерживают его исходно и если бы у Вас уже есть опыт с ним (для основного DB), я, конечно, испытал бы желание придерживаться его (или его специальная версия).

Но это - конечно, не конец Ваших опций. Я использую SQLite много для межплатформенных приложений и веб-приложений. Это - eye-wateringly-fast, и это действительно интегрируется вполне прилично через Систему. Данные. SQLite - хотя не так плотно как SQL Server MS.

Существует также Компактный выпуск SQL Server, который выдерживает сравнение вполне хорошо с SQLite.

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

Для производства я сказал бы или MS SQL для крупных проектов, (или экспресс для середины уровня) просто из-за тесной интеграции с VS и Sqlite для меньших проектов.

Учитывая описание, я думал бы, что Sqlite будет хорошим выбором, так как это - самые простые/самые низкие издержки.

Я делал некоторое тестирование с последнего и хотя я также рекомендовал бы SQL Server 2005 (Экспресс в случае необходимости), потому что это работает из поля, хотя SQL Server 2008 является новым и RTM'd теперь.

SQL Server, поскольку большинство упомянуло... Моя причина состояла бы в том, потому что можно использовать управление исходным кодом для интеграции тестовых сценариев от C# до базы данных....

Основа команды (TFS) является одним таким от Microsoft с GUI...

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

Так как этому уже отвечают. Я должен упомянуть при работе с языками CLR, Интеграция концепций CLR/.NET устанавливает SQL Server MS 2005/2008 кроме остальных. Следующая выборка отсюда.

При помощи языков, таких как Visual Basic.NET и C#, можно извлечь выгоду из интеграции CLR для написания кода, который имеет более сложную логику и больше подходит для задач вычисления. Кроме того, Visual Basic.NET и C# предлагают объектно-ориентированные возможности, такие как инкапсуляция, наследование и полиморфизм. Можно легко организовать связанный код в классы и пространства имен, что означает, что можно более легко организовать и поддержать инвестиции в код, когда Вы работаете с большими объемами кода. Способность к логически и физически организует код в блоки, и пространства имен огромное преимущество, которое позволяет Вам лучше найти и связать различные части кода в большой реализации базы данных.