SQL-запросы в большом проекте: есть ли смысл разбивать программу на отдельные классы

Добрый день!
В данный момент занимаюсь приведением в порядок большого проекта на C#, который до меня писали несколько человек разного уровня подготовленности, и у меня возникла небольшая дилемма.
Программа плотно работает с базой данных SQL, что-то подключается через датасет и адаптеры, что-то берется через sql-запросы.
В проекте уже есть статический класс для работы с базой данных, в которым есть много методов для разных операций. Мне довольно удобно, когда все методы для работы с базой находятся в одном месте.
С другой стороны, кажется оправданным, когда разные классы сами по себе работают со своей частью данных в базе. При этом точно известно, где находится какой метод для конкретного класса, и не нужно искать его среди сотен других.

Собственно, вопрос: стоит ли идти по пути дальнейшего выделения всех методов работы с базой в отдельный класс, или же нужно оставить их в своих классах?
Буду рада ссылкам на статьи, где рассматриваются и анализируются эти подходы.

Добавлено через 11 минут
Извините, но тему переименовали некорректно. Да, я неточно сформулировала заголовок темы.
Правильнее будет: есть ли смысл выделять все методы для работы с БД в отдельный класс.

0

Сообщение от Jezofine Мне довольно удобно, когда все методы для работы с базой находятся в одном месте

Я пошёл именно по такому пути и создаю в проекте статический класс TableAdapter`ов - называю его ta и статический класс DataTable`ов - назвал его t. И в любом месте программы могу вызвать к примеру такое ta.Kadri.Update(t.Kadri). Эти классы строятся на основе единственного DataSet`а в TableAdapter`ах которого содержатся все требуемые мне запросы. И всё это на одном экране. TableAdapter`ы - хорошая штука, но в них есть не всё что нужно - приходится их слегка дорабатывать, после чего получается отличная визуальная среда для работы с БД

0