Я хочу написать один класс DB в котором будет происходить соединение и где будут методы для работы со ВСЕМИ таблицами, так например чтоб методом я могла бы запросить как пользователей в таблице users, так и product..
1) Я как-то давно пробовал Peewee, и если я ни с чем её не путаю - у меня сложилось впечатление, что это экспериментальная и весьма своеобразная ORM с очень хитрым синтаксисом, основанным на интроспекции. Предполагая, что вы начинающий разработчик - вам стоит посмотреть на SQLAlchemy, а ещё лучше - на Django с её ORM, которая проста как гвоздь.
2) Писать один класс, обозначающий все сущности БД - это крайне непрактично. Вы теряете все преимущества ООП-подхода в принципе.
- Вам класс в принципе не нужен тогда, вы можете накидать кучу функций в модуль
- Класс/модуль этот будет огромен
- Наследование становится бесполезным, коли у вас только один класс
- Имеете море дублирования кода
Разделение сущностей на классы придумано не напрасно. Каждый класс ORM ориентируется на какую-либо сущность предметной области, и таким образом между предметной областью и структурой БД существует соответствие.
Главный вопрос - зачем? Какую задачу вы хотите решить и почему вы её так усложняете?
Anatoly Scherbakov: вот я и спросила в самом начале про классы и наследование. Сущности БД-это функции класса? Например,мне надо создать базу данных разных товаров. Один класс будет иметь отношене к группе товары и от него будут наследовать класс продовольственные товары,класс товары для детей итд. Так можно делать?
Не вполне. У вас будет класс Товар (скажем, Product). В нём будет поле type, которое будет принимать разные значения, например - "children", "food", ... - это наиболее практично в большинстве случаев.
Благодарю за то,что поняли меня. Тогда имея класс товары,как это отобразится в БД? Что если будет 2 или более разных классов? Например, Товары,Объявления и Программа ТВ?
Тогда у вас будут разные таблицы: Product, Advertisement, Television. А разные типы, скажем, товаров вероятно удобнее выражать полем таблицы Product, как я написал выше.
