лучшие практики для приложений баз данных

Question

Я спросил себя, что сообщество считает «лучшими практиками», когда речь идет о создании интерфейса для базы данных.

например:.

должна ли каждая форма иметь свое собственное соединение?

должен ли весь материал, связанный с базой данных, переходить в отдельный слой? То есть: создание класса, который обрабатывает все базы данных, которые я затем создаю из своих форм и так далее?

насколько строго следует соблюдать правило разделения, а именно: куда помещать строки SQL, строки подключения. В каждом коде форм (можно найти), в отдельном (исходном) файле в виде глобальных переменных, в файле XML или даже в исходном коде, только на сервере sql?

и т.д.

Answer 1

При создании веб-приложения у вас обычно есть 3 уровня логики.

1. Презентационный слой
2. Уровень бизнес-логики
3. Уровень доступа к данным

Последний уровень делает все, что касается управления базой данных.

Уровень бизнес-логики никогда не должен напрямую взаимодействовать с базой данных без использования уровня доступа к данным.

Это мой лучший совет

Answer 2

Не делайте этих ошибок .

Answer 3

Всегда лучше разделить разные слои вашего проекта. Посмотрите в рамки MVC.

MVC в Википедии

Answer 4

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

Answer 5

Это очень широкий вопрос без простого ответа. Если это небольшой или средний проект, я бы поместил строку подключения в web.config (раздел connectionStrings) и использовал встроенный элемент управления SqlDataSource для доступа к нему.

Answer 6

Ознакомьтесь с рекомендациями по архитектуре приложений на вашем языке и ознакомьтесь с популярными фреймворками. Ответ на этот вопрос может легко заполнить 3 или 4 семестра классов архитектуры приложений.