Что относительно абстрактной модели? Он не сохраняется в базе данных и предназначен для подкласса, но вам разрешено создавать экземпляры и использовать его атрибуты. Я предполагаю, что вы хотите, чтобы какая-то временная структура данных проходила, что соответствует требованиям экземпляра модели.
class Layout(models.Model):
class Meta:
abstract = True
Если вы по какой-то причине нужны реальные модели конкретные, и прекрасно с этим создание таблиц для них, вы могли бы технически и повторно реализовать метод сохранения() и сделать его не-оп.
Я действительно не понимаю, где и как вы будете использовать это, но это действительно модель, которая не спасает.
Лично я фактически использовал модели, которые не предназначены для сохранения, в проекте, использующем mongodb и нерельсовой вилкой django. Я создаю модели, которые предназначены исключительно для встраивания в другие модели в виде вложенных поддокументов, и я никогда не хочу, чтобы они были привязаны к отдельной коллекции.
Update
Вот еще одно предложение, что могло бы сделать вещи намного проще для вашей цели. Почему бы просто не использовать обычную модель django, сохранить ее в базе данных, как обычно, и создать простую функцию импорта/экспорта, чтобы сохранить ее в XML или прочитать в экземпляре из XML. Таким образом, вы получаете 100% нормальную функциональность администратора, вы все равно можете запросить базу данных для значений, а часть XML - простое дополнение. Вы также можете использовать это для изменения настроек и отметить определенный как активный.
Зачем нужна модель, если она не сохраняется в таблице? –
@ IgnacioVazquez-Abrams: Я также хотел бы услышать более конкретный вариант использования OP. – jdi
@jdi: Я добавил свой прецедент. – Amirshk