рекомендации для приложений баз данных

Question

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

например ,:

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

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

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

и т.д.

Answer 1

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

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

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

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

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

Answer 2

Не заставляй эти ошибки.

Answer 3

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

Answer 4

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

Answer 5

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

Answer 6

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

MVC в Википедии