M
она адекватная с constraint'ами и/или с другими проверками, а если эти проверки запихнуть только в админку - это не очень хорошо)
а можно было бы сделать как-то лучше реализацию в моём случае, чем двойной ForeignKey? Нет никаких идей?
Size: a a a
2019 September 14
p
Вечер добрый всем. Может кто подсказать проект на гитхабе для изучения структуры джанго проектов?
p
Не мелкие блоги и прочее, а более менее интересное.
AO
а можно было бы сделать как-то лучше реализацию в моём случае, чем двойной ForeignKey? Нет никаких идей?
я не знаю специфики вашего проекта, я не задумался над этим... в моём случае, с check'ом я не вижу никаких проблем, наличие двух fk вместо 1 никак не мешает
AO
конкретно в моём случае я абсолютно уверен в том, что этот дизайн с двумя fk не является кривым, а у вас, ну, надо ТЗ анализировать и прочее такое, смотреть, какие требования к системе вообще, как это всё будет использоваться в начале и потом
AO
тут какая есть особенность - придумав наугад любую схему СУБД можно под неё придумать такой проект, для которого эта схема не была бы кривой 😊
M
M
а в каком случае 2 фк было бы кривым вариантом? Можете пример привести? Где могут возникнуть проблемы потенциально?
M
при каком тз
AO
ну, не знаю, когда можно было бы эти фк с другой стороны поставить, когда пользователь и организация делили бы между собой общий аккаунт
AO
я так скажу - если смотреть с позиции студента, который сделал схему СУБД и защищает её перед преподавателем - он всегда может выкрутиться и объяснить любую свою ошибку "а так и было задумано, я специально так сделал"
AO
когда-то давно я сам был таким студентом и после того, как мне указали на ошибку в схеме, я быстро смог придумать кейс, под который бы именно такой дизайн был удачным 😊 поэтому вопрос про кривая схема или нет - он тесно связан с ТЗ 😊без ТЗ или с размытым ТЗ любую схему можно выдать за правильную, имея некие навыки убеждения 😊
AO
криво не 2 fk, криво - если проверки осуществляются только на уровне админки, замена админки не должна приводить к возможным проблемам с целостностью данных
ND
привет всем)
как можно сделать в drf фильтрацию что-то типо (см. скриншот)?
passengers - many to many field
как можно сделать в drf фильтрацию что-то типо (см. скриншот)?
passengers - many to many field
DT
привет всем)
как можно сделать в drf фильтрацию что-то типо (см. скриншот)?
passengers - many to many field
как можно сделать в drf фильтрацию что-то типо (см. скриншот)?
passengers - many to many field
вопрос в том как составить orm выражение ?
ND
именно
DT
.filter(passengers=request.user)
ND
оно поймёт что мне нужно проверить на вхождение request.user в passengers?
DT
он найдет все туры в которых пассажр есть текущий пользователь