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 ориентируется на какую-либо сущность предметной области, и таким образом между предметной областью и структурой БД существует соответствие.
Главный вопрос - зачем? Какую задачу вы хотите решить и почему вы её так усложняете?