валидатор не удаляет ничего, он отвечает на вопрос: "вот эти данные подходят вот под эти правила?"

я понимаю тогда мне надо в форму его написать или как

чтоб поле форми єто делало а потм валидатор принимал

доброго времени суток! мне нужно каждый день добавлять сегодняшнюю дату в базу. Как это реализовать?

В pre_save instance еще не имеет id?

если только создается да

Зачем? Нужно больше данных

А так - менеджмент команда в кроне сделает это

Делаю фильтрацию данных. Нужно будет сохранять отчёты по дате

Ну так ты же отчёты эти сохраняешь когда-то. Там и сохраняй дату

Господа, помогите мнением. Есть таблица сущностей, которые исчисляются в тысячах и десятках тысяч. Строки из таблицы не удаляются, а при удалении сущности, в строке выставляется метка(отдельным полем, null, если не удалена) того, что была удалена юзером. Также базе лежит вьюха этой таблицы, которая представляет все строки, у которых это поле не null. Сейчас в коде, если нужно сделать что-то с неудаленными сущностями, используется куча raw sql, явно роняющая читаемость и удобность кода. Стоит ли заменять raw sql на запросы через орм, учитывая, что вся суть вьюхи заменяется одним фильтром или удобство кода не стоит такой потери в производительности?

а нагрузка критична?

RPS сколько?

Цифр сверху не дали, но за нагрузку на бд там явно беспокоятся. Без rps можно какие-то предположения строить?

не совсем понятно, а почему сейчас используется для этого raw sql?
или у вас джанговская модель натравлена не на саму таблицу а на вьюху?

всем приветю Кто-нибудь интегрировал джанго с скл сервером? я установила все что требовалось ,настроила а однако ошибки. Помогите разобраться,плиз

какие ошибки?

что вы подразумеваете под интеграцией? в постгрещке подключили пайтон и в нём пытаетесь запустить джангу? или просто подключить бд как хранилку?

и какой sql? их много разных

Модель стоит на обычной тамблице и о вьюхе никакого представления не имеет. raw sql используется в когда нужно что сделать именно с неудаленными сущностями. Чаще всего какие-то join'ы и тп. Сделано это было так, видимо, из соображений производительности

msовский, скорее всего)