Стоит ли создавать класс перечислений для больших запросов?

Доброго времени суток. Сейчас пишу БД на ЯП Python используя MySQL. БД очень большая и SQL запросы содержат довольно большое кол-во команд. Я создал отдельный класс, в котором пишу все необходмые методы для взаимодействия с БД. Теперь чтобы не портить вид и абстрагировать программиста (пока что меня, а в дальнейшем того, кто будет дописывать, рефакторить) от РАБОЧИХ, ГОТОВЫХ SQL запросов я хочу создать класс унаследованный от Enum. В него я будуписать константы string - вого типа которые будут содержать названия атрибутов, команд по типу добавления данных в БД, поиска, удаления, создания таблиц и т.п. Проще говоря, программист который будет читать мой код будет видеть к примеру функцию adding_data, в ней будет переменная query и она будет равна константе из класса унаследованного от Enum.

Теперь вопрос. Данное решение является нормальным? Можно ли так делать с точки зрения клин кода и с точки зрения упрощения кода для чтения? Если нельзя, то почему и что делать с SQL командами на 10 строк?

P.S. Еще опишу возможный плюс (я это вижу как плюс) данного решения. Программисту нужно будет добавить какую-нибудь функцию допустим для добавления данных в сущность БД и ему не придется писать заново запрос

0

Сообщение от MetMark БД очень большая и SQL запросы содержат довольно большое кол-во команд.

Вот тут ваще второе никак не должно следовать из первого.

Описание ваше непонятно. Вообще, абстрагирование - это хорошо. Правда, абстрагирование любят все, поэтому добрые люди уже кое-что понаписали в данном направлении. Посмотрите SQLAlchemy.

0

Сообщение от dondublon второе никак не должно следовать из первого

В смысле, следовать? Оно не следует. Просто в большой БД у каждой сущности много атрибутов. Про НФ я в теме, но не в этом суть

Сообщение от dondublon Посмотрите SQLAlchemy

Принял, спасибо

0

MetMark, ну, звучит, как будто следует. Окей, нет так нет.

0