рекомендации для приложений баз данных
-
10-07-2019 - |
Вопрос
Я спросил себя, что сообщество считает "лучшими практиками", когда дело доходит до создания интерфейса для базы данных.
например ,:
должна ли каждая форма иметь свою собственную связь?
должны ли все материалы, связанные с базой данных, быть вынесены на отдельный уровень?Это:создание класса, который обрабатывает всю базу данных, которую я затем создаю из своих форм и так далее?
насколько строго следует соблюдать правило разделения, то есть:куда поместить строки SQL, строки подключения.В каждом коде forms (доступном для поиска), в отдельном (исходном) файле в качестве глобальных переменных, в файле XML или даже нигде в исходном коде, только на сервере sql?
и т.д.
Решение
При создании веб-приложения у вас обычно есть 3 уровня логики.
- Уровень представления
- Уровень бизнес - логики
- Уровень доступа к данным
Последний уровень выполняет все, что касается управления базой данных.
Уровень бизнес-логики никогда не должен взаимодействовать с базой данных напрямую, без использования уровня доступа к данным.
Это мой лучший совет
Другие советы
Не заставляй эти ошибки.
Ознакомьтесь с рекомендациями по использованию архитектур приложений на вашем языке и с популярными фреймворками.Ответ на этот вопрос может легко заполнить 3 или 4 семестра занятий по архитектуре приложений.
Поймите модель транзакций вашей базы данных.Oracle и SQL Server поддерживают транзакции, но то, как они работают, немного отличается.
Это очень широкий вопрос, на который нет простого ответа.Если это проект небольшого или среднего размера, я бы поместил строку подключения в web.config (раздел ConnectionStrings) и использовал встроенный элемент управления SqlDataSource для доступа к нему.
Всегда лучше разделить разные уровни вашего проекта.Загляните в MVC framework.