Reverse for 'create_feedback_id' with arguments '('', '')'
- а Django говорит, что они пустые, почему-то. Вы уверены? может быть у вас они каким-нибудь {% with %} переопределяются?{% url viewname slug=order.slug id=start.id %}
хотя я не вижу как это может помочь. parent
. Это идеологически правильнее, чем выкидывать сообщение, на которое юзер может просто не обратить внимания. Он даже не подумает, что вы на самом деле его изменения не сохранили. https://docs.djangoproject.com/en/1.9/ref/forms/va... SELECT COUNT...
. Я думаю, таких триггеров можно целую кучу соорудить, с лёгкостью набрать 20.
2) Писать один класс, обозначающий все сущности БД - это крайне непрактично. Вы теряете все преимущества ООП-подхода в принципе.
- Вам класс в принципе не нужен тогда, вы можете накидать кучу функций в модуль
- Класс/модуль этот будет огромен
- Наследование становится бесполезным, коли у вас только один класс
- Имеете море дублирования кода
Разделение сущностей на классы придумано не напрасно. Каждый класс ORM ориентируется на какую-либо сущность предметной области, и таким образом между предметной областью и структурой БД существует соответствие.
Главный вопрос - зачем? Какую задачу вы хотите решить и почему вы её так усложняете?