Мне показалось это тупо, типо зачем две таблицы если я

могу это в одной хранить?

Да в целом зачем вообще таблицы Храни просто словарик в памяти, нахера тебе ещё что-то

И делай дамп этого дела в пикл🤡

"ну типа при пиризапуске праграммы он жи сатреца" ну кстати, вероятно решением моей проблемы может стать переход на nosql, но пока не требуется ___ точнее я понятия не имею какие инструменты мне вообще требуются для моих задач лол

Решением твоей проблемы будет хранение четко структурированных данных с определенными отношениями вместо хранения непонятного куска чего-то

ну почему же это непонятно, мне в целом вполне себе понятно что там хранится у пользователя 1 есть объект машинка, когда то я решил что у машинки есть колеса, цвет, обивка, потом я решил что обивка это ерунда и мне не нужно хранить эти данные, но есть пользователи у которых эти данные записаны все еще, в целом если бы был какой то способ сформировать класс без учета обивки - меня бы это устроило ___ из того что я понял, мне видимо не следует делать (**данные) и видимо это и будет (временным???) решением моей проблем

Почитай про нормальные формы что ли

Как ты добиваешься консистентности данных? Например как проверяешь, что нет повторяющихся данных?

что значит как проверяю что нет повторяющихся данных? 1 пользователь 1 объект

Ну так а как ты проверяешь, что у двух пользователей разные объекты? Например что у двух юзеров не повторяется электронная почта, номер и т.д. и т.п Как проверяешь, что в объекте вообще есть необходимые данные? Или у тебя системе пофиг что хранится о юзере, главное, что что-то хранится?

эти данные хранятся в виде табличных значений))) у пользователей же может быть одинаковая машина, но с разной комплектацией итд

Может, но зачем хранить для каждого пользователя всю машину, если можно хранить машины отдельно, каждая машина будет иметь какую-то комплектацию (которые тоже можно хранить отдельно) и хранить в пользователе только айдишник нужной машины? Ты как минимум сэкономишь тонну места, а как максимум получишь консистентеость данных, которая не будет ломаться в случае некорректного запроса

но у каждой машины разный пробег, и количество бензина в баке итд ___ я видимо все еще не допер в чем проблема хранить данные в таком виде, у меня нет проблемы в том, что они вот так хранятся, у меня проблема в том что я изменяю класс и оно ломается(

Твоя текущая схема: users = { 1: { ..., car: { interior: interior_obj1, gas: ..., mileage: ..., ... }, }, 2: { ..., car: { interior: interior_obj1, gas: ..., mileage: ..., ... } }, 3: { ..., car: { interior: interior_obj1, gas: ..., mileage: ..., ... } } } Что я предлагаю: users = { 1: { ..., car: 1 }, 2: { ..., car: 2 }, 3: { ..., car: 3 } } cars = { 1: { interior: 1, gas: ..., mileage: ..., ... }, 2: { interior: 1, gas: ..., mileage: ..., ... }, 3: { interior: 1, gas: ..., mileage: ..., ... } } car_interiors = { 1: interior_obj1 } Чего мы добились таким разделением? 1) Убрали дублирование данных, теперь у нас один interior_obj1 и три ссылки на него, а не три копии этого объекта как было 2) Определили четкую структуру данных и отношения между разными сущностями

так это, в целом то что ты написал у меня это так и работает дело в другом вот я решил что мне важно учитывать interior - создал и описал все, пользователь сохранил структуру car: { interior: 1, gas: 123 mileage: 123, } создал соответствующий датакласс проблема возникнет в тот момент, когда я из датакласса уберу интериор, а у пользователя останутся вот эти данные