AG
Model.objects.get(id_user = user_id,status = 1)
get() должен всегда находить одно значение, в иных случаях будет exception
По моему нашел
https://pypi.org/project/django-multi-email-field/
Только у меня джанга 1.5
Size: a a a
2020 April 24
AG
я им пользовался - норм, но на джанго 2.2
хранит в БД в виде строки, через запятую
извлекает и ожидает значения разделенные переносом строки. Но это в стоке, может можно и настраивать, не помню.
хранит в БД в виде строки, через запятую
извлекает и ожидает значения разделенные переносом строки. Но это в стоке, может можно и настраивать, не помню.
B
я им пользовался - норм, но на джанго 2.2
хранит в БД в виде строки, через запятую
извлекает и ожидает значения разделенные переносом строки. Но это в стоке, может можно и настраивать, не помню.
хранит в БД в виде строки, через запятую
извлекает и ожидает значения разделенные переносом строки. Но это в стоке, может можно и настраивать, не помню.
спс. бу пробовать
N
Что не устраивает
AD
тут data - аргумент, объект подлежащий сериализации
сериализатор и должен отдавать строку
все правильно работает, ты просто через сериализатор пытаешься решить какую-то свою задачу, которую он не должен решать
сериализатор и должен отдавать строку
все правильно работает, ты просто через сериализатор пытаешься решить какую-то свою задачу, которую он не должен решать
Z
нашел решение если кому нужно потом для интервалов
SELECT
"st",
round(AVG("core_tankdata"."volume")::numeric, 2) as "avg_volume",
round(AVG("core_tankdata"."density")::numeric, 3) as "avg_density",
round(AVG("core_tankdata"."mass")::numeric, 2) as "avg_mass",
round(AVG("core_tankdata"."level")::numeric, 2) as "avg_level"
FROM generate_series('2019-01-01 00:00:00+06:00', '2020-04-23 23:59:59+06:00', interval '1 hour') as st, "core_tankdata"
WHERE ("core_tankdata"."record_time" >= st AND "core_tankdata"."record_time" < st + '1 hour')
GROUP BY st ORDER BY st ASC
блин нашел одну загвостку получаю значения где есть они! как вставить условие сли ноне вставлять 0 ? в
round(AVG("core_tankdata"."volume")::numeric, 2) as "avg_volume",
round(AVG("core_tankdata"."density")::numeric, 3) as "avg_density",
round(AVG("core_tankdata"."mass")::numeric, 2) as "avg_mass",
round(AVG("core_tankdata"."level")::numeric, 2) as "avg_level"А
coalesce()
T
разве по идее не должно возвращать None или что то такое ?
юзай вместо get filter().first() и проверяй на None
А
first() получает весь объект, более быстрый запрос после filter() - exists()
T
first() получает весь объект, более быстрый запрос после filter() - exists()
exists вернет true false, только если нужна проверка , а сам объекь не нужен
А
да, поэтому:
if qs.exists():
obj = qs.first()
if qs.exists():
obj = qs.first()
T
только перед этим нужно еще объевить qs и obj))
T
хотя необязательно, от логики зависит
А
да, поэтому:
if qs.exists():
obj = qs.first()
if qs.exists():
obj = qs.first()
вообще, если ожидается вероятнее, что объект существует, то не надо exists() проверять, т.к. эта операция не особо быстрее просто first(), как мне помнится
А
получится, что вы выполните почти 2 операции first()
А
в зависимости от того, что ему нужно делать. Например, если надо обновить содержимое полей, то
qs.exists()
qs.update()
сработает
UPD а вот
obj = qs.first()
obj.update() - уже нет
qs.exists()
qs.update()
сработает
UPD а вот
obj = qs.first()
obj.update() - уже нет
А
либо надо прописывать уже по-другому
А
почему сразу update не сделать?
А
потому что иногда, чтобы что-то обновить, надо произвести еще какие-то вычисления
А
и чтобы на них время не тратить, имеет смысл сначала проверить, а есть ли объект