YY
ты же понимаешь что никто твой код не видит
и твой вопрос звучит как
набор несвязаных букав
и твой вопрос звучит как
набор несвязаных букав
😐
Size: a a a
2019 November 11
FK
надо просто помучаться с подобной фигнёй пару-тройку раз, и потом она уже не забывается. И ещё огромное количество виденных и написанных примеров )
FK
{% for choice in question.choice_set.all %}
<li>{{ choice.choice_text }}</li>
{% endfor %}
<li>{{ choice.choice_text }}</li>
{% endfor %}
choice_set - это поле в модели, которое Django автоматически добавляет для внешних ключей для обратной связи. Т.е. если в Сhoice у тебя есть внешний ключ к Question, то Django для этого ключа добавит "обратное" поле в Question - choice_set.
DT
choice_set - это поле в модели, которое Django автоматически добавляет для внешних ключей для обратной связи. Т.е. если в Сhoice у тебя есть внешний ключ к Question, то Django для этого ключа добавит "обратное" поле в Question - choice_set.
+
при условии что не задан related_name
при условии что не задан related_name
FK
даже если ты явно его не прописываешь. Внутри это менеджер объектов (похожий на Model.objects) с теми же методами - all, filter и т.д., только по умолчанию он уже филтьтрует свои объекты по наличию связи с выбранным question.
DT
если related_name задан допустим related_name='choices'
то и запрос будет
{{ question.choices.all }}
то и запрос будет
{{ question.choices.all }}
YY
даже если ты явно его не прописываешь. Внутри это менеджер объектов (похожий на Model.objects) с теми же методами - all, filter и т.д., только по умолчанию он уже филтьтрует свои объекты по наличию связи с выбранным question.
ЧЕТКО! спасибо
YY
если related_name задан допустим related_name='choices'
то и запрос будет
{{ question.choices.all }}
то и запрос будет
{{ question.choices.all }}
👍
RS
День добрый. Подскажите по ситуации: в модель добавлено поле
UUIDField(default=uuid.uuid4, editable=False), в базе данные уже есть, после миграции все значения uuid-ов в этом поле у всех объектов становятся одинаковыми; есть ли способ генерировать новый uuid для каждого объекта во время миграции, не прибегая к описанному в доках способу с делением миграции на три? (это НЕ primary_key и unique=True тоже не нужно)разобрались?
models.UUIDField(default=uuid.uuid4, primary_key=True, editable=False)
models.UUIDField(default=uuid.uuid4, primary_key=True, editable=False)
R
Помогите понять связь ManyToManyField оно позволяет связать произвольное количество записей одной модели с произвольным количеством записей другой модели....но в ForeignField тоже самое же ?....допустим у нас есть модель для Обявления и модель для Рубрики и мы связали модель обявления с моделю рубрики через ForeignToField то мы же можем произвольное количество обявления связать с рубрикой
R
вот это чем он отличается от ManyToManyField
FK
вот это чем он отличается от ManyToManyField
у many есть дополнительная таблица в базе и произвольное количество в обе стороны. ForeignKey - одно объявление может иметь только одну рубрику (потому что это поле в самом объявлении и значение там может быть одно). ManyToMany - одно объявление - сколько угодно рубрик, и наоборот - в каждой рубрике сколько угодно объявлений.
R
у many есть дополнительная таблица в базе и произвольное количество в обе стороны. ForeignKey - одно объявление может иметь только одну рубрику (потому что это поле в самом объявлении и значение там может быть одно). ManyToMany - одно объявление - сколько угодно рубрик, и наоборот - в каждой рубрике сколько угодно объявлений.
Благодарю!
DT
вот это чем он отличается от ManyToManyField
у одной записи Bb может быть одна рубрика
R
у одной записи Bb может быть одна рубрика
Спасибо
ik
тут можно больше узнать
МС
разобрались?
models.UUIDField(default=uuid.uuid4, primary_key=True, editable=False)
models.UUIDField(default=uuid.uuid4, primary_key=True, editable=False)
Да, спасибо, всё же пришлось сделать всё как в официальной документации :)