M
первые 30 элементов должны быть отсортированы как-то, верно? по дате, например?
нет, не обязательно
Size: a a a
2019 August 08
SR
нет, не обязательно
all().order_by('createDate)[:30]
M
all().order_by('createDate)[:30]
Т.е. всё равно all() вызывается и получаются все элементы в начале... Я же хочу избежать этого поведения. Ведь 30 объектов достать гораздо проще из базы
SR
Т.е. всё равно all() вызывается и получаются все элементы в начале... Я же хочу избежать этого поведения. Ведь 30 объектов достать гораздо проще из базы
можно как угодно, просто Вы не обозначили, какие именно элементы, то есть, за что цепляться должен запрос в базе
где [:30] это срез первых 30-ти объектов
где [:30] это срез первых 30-ти объектов
AK
Т.е. всё равно all() вызывается и получаются все элементы в начале... Я же хочу избежать этого поведения. Ведь 30 объектов достать гораздо проще из базы
когда вызывается .all() никаких запросов в базу непроисходит, просто генерируется новый QuerySet с новыми параметрами запроса, вот когда его потребуется "вычислить" произойдёт запрос в бд
M
когда вызывается .all() никаких запросов в базу непроисходит, просто генерируется новый QuerySet с новыми параметрами запроса, вот когда его потребуется "вычислить" произойдёт запрос в бд
и всё таки .all()[:30] должен же сначала достать все элементы, а потом 30 элементов из него достать, верно?
AK
и всё таки .all()[:30] должен же сначала достать все элементы, а потом 30 элементов из него достать, верно?
нет
M
можно как угодно, просто Вы не обозначили, какие именно элементы, то есть, за что цепляться должен запрос в базе
где [:30] это срез первых 30-ти объектов
где [:30] это срез первых 30-ти объектов
ни за что. В моём случае можно считать, что множество
DT
и всё таки .all()[:30] должен же сначала достать все элементы, а потом 30 элементов из него достать, верно?
запрос будет только когда
будет обращение к данным
будет обращение к данным
DT
.all()[:30] - формирует limit offset запрос
M
.all()[:30] - формирует limit offset запрос
понял, спасибо
EC
подскажите пожалуйста, есть модель
в классе админки пишу что
на что получаю
class Refund(models.Model):
transaction = models.ForeignKey('transaction.Transaction', on_delete=models.CASCADE)
amount = models.IntegerField(default=0)
в классе админки пишу что
class RefundAdmin(admin.ModelAdmin):
list_display = ('transaction__id', )
на что получаю
Unable to lookup 'transaction__id' on Refund or RefundAdmin
EC
что собственно не так
MS
изврашаться с сериалайзером наверняка получится, но проще просто упаковать в транзакцию и обработать json ручками - в цикле создать
объекты персоны и во втором раскидать связи.
объекты персоны и во втором раскидать связи.
Спасибо за идею, буду пробовать
RS
подскажите пожалуйста, есть модель
в классе админки пишу что
на что получаю
class Refund(models.Model):
transaction = models.ForeignKey('transaction.Transaction', on_delete=models.CASCADE)
amount = models.IntegerField(default=0)
в классе админки пишу что
class RefundAdmin(admin.ModelAdmin):
list_display = ('transaction__id', )
на что получаю
Unable to lookup 'transaction__id' on Refund or RefundAdmin
Ну он не может обратиться по __id в этом месте
Просто
Просто
transaction_id пробовал?EC
почему он не может ?
EC
у меня аналогичная конструкция в другой модели все работает как нужно
RS
у меня аналогичная конструкция в другой модели все работает как нужно
Покажи код того где это работает?
На dpaste.de
На dpaste.de
P
Использую локаль в своем проекте. При деплое не убунту получаю - unsupported locale setting
Поправил настойки локали системы, ошибка не пропала. Что делать?
Поправил настойки локали системы, ошибка не пропала. Что делать?
P
Гениально. Поменял ru_RU на ru_RU.UTF-8 - заработало...