Использование доступа MS как [закрытый] бэкенд приложения.NET

Для доступа к базе данных Access, Вы можете посмотреть на NHibernate? Насколько я знаю, поддерживает Microsoft Access, и использование подобной библиотеки, возможно, облегчит вам задачу, если вы собираетесь позже перенести данные в какую-нибудь другую базу данных.

Если вы уже знакомы с языком .NET и MS Access, то я бы посоветовал начать с разработки очень простой базы данных MS Access и написать небольшое консольное .NET-приложение, которое подключается к этой базе данных и выполняет некоторые основные функции, например, запрос/вставка/удаление/обновление. Тогда это всего лишь случай сборки по кусочкам этой части, введения графических интерфейсов/раздельных libs (dlls) и т.д.

К сожалению для вас .NET Linq к SQL (ORM) не поддерживает базы данных MS Access, поэтому вам придется разрабатывать свои Бизнес-объекты с нуля (не всегда плохо!).

Вот хорошая отправная точка MS-приложение на C#.

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

Рассмотрение базы данных:

Единственное, на что следует обратить внимание при использовании MS Access в качестве back-end базы данных, это:

1. Масштабируемость - MS Access не масштаб очень хорошо и подходит только для небольшого числа пользователей *EDIT: Цифры варьируются в зависимости от типа выполняемых пользователями действий - для решения по созданию отчетов сама компания Microsoft предлагает максимум до ~100 одновременных пользователей - в этом техническом документе содержится больше информации *
2. Безопасность - MS Access не предлагает такие же сложные уровни. безопасности, в которой вы найдете другие продукты для работы с базами данных (SQL Server, Oracle, MySQL)
3. SQL Синтаксис - есть некоторые тонкие различия в том, как вы писать определённые виды запросов для MS Access
4. Other Limitations - MS Access не поддерживает хранимые процедуры, поэтому весь ваш код доступа к данным должен будет использовать встроенные SQL-команды (command.Type = CommandType.Text).
   5. Максимальный размер базы данных, поддерживаемый Microsoft Access, составляет 2 ГБ - следите за ростом базы данных

Расчеты по дизайну:

1. Имеется ли уже существующая база данных MS Access с некоторыми пользовательскими формами и кодовыми модулями? Если да, то вы можете использовать их в качестве основы для вашего приложения - MS Access использует Visual Basic for Applications (VBA), так как это язык программирования, и нет никаких инструментов/утилит, которые, как я знаю, портируют VBA на VB.Net

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

3. Держите код доступа к данным подальше от ваших форм - постарайтесь держать код доступа к данным в отдельном классе/DLL, чтобы было легче поддерживать

   • EDIT: как другие предлагали, постарайтесь избегать разбросанных по всему пользовательскому интерфейсу экземпляров подключения ADO.Net и объектов команд - поместите весь код подключения к БД в один класс/DLL, чтобы было легче исправлять/сохранять/заменять. Также я бы предложил по той же причине поместить все операторы SQL-запросов в отдельный класс или модуль. *

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

5. Имейте в виду сопровождаемость - кто-то после вас, возможно, должен будет внести изменения. Используйте комментарии в коде и назовите свои объекты (формы/переменные/названия функций) разумными именами

6. Делайте регулярные резервные копии своего кода - ежедневно помещайте копию на сетевой или USB диск

Здесь есть много хороших советов, все, что я хотел бы добавить, это обязательно построить все ваши классы доступа к данным и модификации за четко определенным интерфейсом(ами). Я уверен, что настанет время, когда это приложение вырастет MS Access, а наличие хорошо определенных интерфейсов упростит обновление до другой базы данных.

] Один совет - инкапсулировать весь код, относящийся к доступу, в рамках одного класса. Класс должен, по крайней мере, иметь возможность: [

] [
• ] найдите файл доступа к файлу .mdb [
]. [
• ] создайте и откройте все объекты [] OleDbConnection []. [
  ] [
  • ] [] Очень важно, чтобы все соединения гарантированно закрывались, поэтому их использование в блоке [] с использованием [] является очень хорошей идеей [] [
  ]. [
  ][
] [
• ](Возможно) построение и выполнение всех OleDbCommands (удаление db-специфичной логики из потребляющих компонентов - они должны уметь делать запросы данных и извлекать результаты при прозрачном создании Connection & Command и т.д.[
]) [