данных SQLAlchemy и вообще в PostgreSQL?
Есть задача создать generic relationship таблицу "setting", которая может быть использована в качестве ссылающейся для разных других таблиц: "user", "company", etc.
И в качестве решения я склоняюсь к EAV паттерну, вот примерная структура с типами:
object_id: int (generic relationship, PK)
object_type: int (generic relationship, PK)
type: unicode (PK)
value: JSON
Что скажете?
И зачем она такая?
Почему не таблица с настройками для каждого конфига?
setting_filtering, setting_subscribing и т.д? Ну так это на каждый тип сеттинга нужно создавать таблицу
Обсуждают сегодня