две таблицы билетов и клиентов, есть отношение между клиентами и билетами по id билета)
у меня есть класс (сделанный на pydantic модели, не знаю важно это или нет), когда я считываю данные из таблицы билетов, я создаю экземпляры этого класса.
Некоторые поля экземпляров, я планирую записывать в базу с клиентами.
сейчас у меня предвидится сценарий, когда я буду что-то считывать из таблицы с клиентами и мне нужно будет подтянуть по id билета какие-то данные о билете, которые есть в таблице билетов.
я думаю о варианте, когда по id билета, я считываю все данные о нем из соответствующей таблицы и опять создаю экземпляр класса, чтобы единым образом с ним взаимодействовать.
я не понимаю, это норм? или есть более лучшая практика?
например хранить в базе сам объект или так нельзя?
Я не могу понять проблему. Что я смог понять: ты считываешь строки из базы данных и по ним создаёшь объекты. Что я не смог понять: какие к этому вопросы, что значит “хранить в базе сам объект"
Проблема в том, что однажды создав объекты билетов, я не хочу вечно хранить их в памяти. Но в следующий раз если я захочу к конкретным обратится, мне придется их по новой создавать. Я не могу решить париться мне на этот счет или нет. И если парится, то могу ли я не создавать по новой, а в базу клиентов сохранить сам объект, чтобы потом с ним взаимодействовать при последующем считывании. _____ p.s. хотя сейчас понимаю, что если я даже и смогу сохранить сам объект, то отношение, то мне нужно чтобы продолжало работать, потому что в таблице билетов может что-то изменится
Все так делают, в этом и смысл базы данных — она хранит состояние, а программа берёт оттуда данные для своих сиюминутных нужд. Хранить объекты в памяти подолгу не нужно, потому что они за это время в базе могут измениться
так а получается хранить их в виде объекта или какого-то состояния? а потом по этому состоянию опять создавать объект? либо я чего-то не знаю о техниках/способах взаимодействия с базами данных, чтобы у меня этого вопроса не возникало...
Так, архитектура 101. База данных хранит персистентные данные. Данные — табличные, строки, столбцы, все дела. База данных является source of truth, то есть если есть сомнения, какая актуальная версия данных, правильный ответ — та, что в базе. Программа обрабатывает данные. Для этого она берёт актуальные версии нужных ей строк из базы, конвертирует её в своё внутреннее представление так, как ей это удобно (например, можно работать напрямую с туплами, а можно, как ты, обернуть данные в объекты — это распространённый приём, можно для этого даже SQLAlchemy взять, чтобы она за тебя это делала), реализует на нём бизнес-логику, а потом при необходимости шлёт в базу данных апдейты. Обработка закончилась, внутреннее представление можно удалить из памяти — все нужные изменения отправлены в базу.
окей спасибо за инфу единственное, в начале ты написал "архитектура 101" ниже это типа краткое описание? А то поиск находит какую-то фигню
Обсуждают сегодня