F
и больше полей в этой форме нет
Size: a a a
2019 October 04
F
не должно падать, а падает, дебагом уже все просмотрел в этом куске кода и не понятно
C
Если мы не укзываем порядок
То нам отдаются записи без порядка и в порядке на усмотрение базы
То нам отдаются записи без порядка и в порядке на усмотрение базы
C
Абсолютно логично
DK
Никогда нельзя полагаться на то, что pk - автоинкремент
I
подскажите плиз. я запутался.мне нужно из моей модели передать несколько значений во вьюху .в которой надо эти значения подставить для вызова процедуры...когда значения с формы берем используем клинед дата.. а когда с модели ...запутался....
DK
если хотите сортировку по дате создания - добавляйте поле created и сортируйте по нему
C
Никогда нельзя полагаться на то, что pk - автоинкремент
Можно взять и посмотреть
Если ты писал модели, не вижу никаких проблем делать так
Если ты писал модели, не вижу никаких проблем делать так
DK
случай 1:
id = models.UUIDField(primary_key=True, default=uuid.uuid4, editable=False)
случай 2:
MyModel.objects.create(id=9999, ...)
id = models.UUIDField(primary_key=True, default=uuid.uuid4, editable=False)
случай 2:
MyModel.objects.create(id=9999, ...)
C
если хотите сортировку по дате создания - добавляйте поле created и сортируйте по нему
Если у нас обьекты модели создаются внутри одного инстанса и нигде больше не кочуют, то нет никакой разницы, что мы берем первый созданный обьект через .first() что черкз ордеринг.
В чем разница между id 1 создан вчера и id 2 создан сегодня?
Айдишник ранее созданного все равно будет раньге каждого следующего
Зачем писать больше кода?
В чем разница между id 1 создан вчера и id 2 создан сегодня?
Айдишник ранее созданного все равно будет раньге каждого следующего
Зачем писать больше кода?
F
Clean_verification_code
победил сменой verification_code = self.cleaned_data['verification_code']
verification_code = self.cleaned_data.get('verification_code')
verification_code = self.cleaned_data.get('verification_code')
F
так и не понял почему, вроде одно и тоже
C
случай 1:
id = models.UUIDField(primary_key=True, default=uuid.uuid4, editable=False)
случай 2:
MyModel.objects.create(id=9999, ...)
id = models.UUIDField(primary_key=True, default=uuid.uuid4, editable=False)
случай 2:
MyModel.objects.create(id=9999, ...)
Если айдишник переопределен в uuid64 то ясен красен
Я говорю про стандартное поле айдишника
Я говорю про стандартное поле айдишника
DK
Если у нас обьекты модели создаются внутри одного инстанса и нигде больше не кочуют, то нет никакой разницы, что мы берем первый созданный обьект через .first() что черкз ордеринг.
В чем разница между id 1 создан вчера и id 2 создан сегодня?
Айдишник ранее созданного все равно будет раньге каждого следующего
Зачем писать больше кода?
В чем разница между id 1 создан вчера и id 2 создан сегодня?
Айдишник ранее созданного все равно будет раньге каждого следующего
Зачем писать больше кода?
сортировка по pk прописана только в .first()
Если взять к примеру "по старинке" .filter()[0] - поведение будет отличаться от .first().
Если взять к примеру "по старинке" .filter()[0] - поведение будет отличаться от .first().
vc
Если у нас обьекты модели создаются внутри одного инстанса и нигде больше не кочуют, то нет никакой разницы, что мы берем первый созданный обьект через .first() что черкз ордеринг.
В чем разница между id 1 создан вчера и id 2 создан сегодня?
Айдишник ранее созданного все равно будет раньге каждого следующего
Зачем писать больше кода?
В чем разница между id 1 создан вчера и id 2 создан сегодня?
Айдишник ранее созданного все равно будет раньге каждого следующего
Зачем писать больше кода?
если нет сортировки и в доках нет что гарантировано отдается в порядке
автоинкремента, то надо order_by
автоинкремента, то надо order_by
C
сортировка по pk прописана только в .first()
Если взять к примеру "по старинке" .filter()[0] - поведение будет отличаться от .first().
Если взять к примеру "по старинке" .filter()[0] - поведение будет отличаться от .first().
Но где вы видели, что автор поста писал про переопределенное поле айди в uuid64?
C
Такого в сетапе не было
DK
у него вообще уже есть поле created
"Привет всем. Подскжаите плиз. Есть в базе 3 instance объекта, у всех есть cretaed field. Мне нужно взять тот, который самый первый был создан. Как это можно сделать?"
"Привет всем. Подскжаите плиз. Есть в базе 3 instance объекта, у всех есть cretaed field. Мне нужно взять тот, который самый первый был создан. Как это можно сделать?"
AG
Если у нас обьекты модели создаются внутри одного инстанса и нигде больше не кочуют, то нет никакой разницы, что мы берем первый созданный обьект через .first() что черкз ордеринг.
В чем разница между id 1 создан вчера и id 2 создан сегодня?
Айдишник ранее созданного все равно будет раньге каждого следующего
Зачем писать больше кода?
В чем разница между id 1 создан вчера и id 2 создан сегодня?
Айдишник ранее созданного все равно будет раньге каждого следующего
Зачем писать больше кода?
лучше явно указать, чем потом рефакторить
DK
а вы начали рекомендовать вместо этого сортировку по неизвестному pk ключу