Самодиагностика занимает ресурсы и несовершенна. Для того, чтобы предоставить удобный API для доступа к данным, Django должна как-то получить информацию о содержимом базы данных и существует два способа сделать это. Первый: можно явно описать данные в Python. Второй: самодиагностика базы данных при работе приложения для определения моделей данных.

Второй способ кажется более очевидным, так как метаданные в ваших таблицах хранятся в одном месте, но он приводит к нескольким проблемам. Первое, самодиагностика базы данных во время работы приложения потребляет ресурсы. Если среде разработки потребуется проверять структуру базы данных при выполнении каждого запроса, или хотя бы при каждом запуске веб-сервера, вы получите значительную нагрузку на ресурсы сервера. (В то время как некоторые считают такую нагрузку приемлемой, разработчики Django нацелены на максимально возможную скорость работы среды. И этот подход успешно решает задачу обгона конкурентов в тестах.) Во-вторых, некоторые базы данных, особенно старые версии MySQL, не сохраняют достаточно метаинформации для точной и полной самодиагностики.

Разрабатывать с помощью Python прикольно и хранение всего в виде его кода сокращает число «переключений контекста», которые приходится делать вашему мозгу. Если придерживаться единой среды разработки/менталитета, это повысит продуктивность работы. Необходимость писать SQL, затем код Python, а потом опять SQL, отрицательно сказывается на производительности разработчика.

Когда модели данных хранятся в виде кода, а не в базе данных, это упрощает управление версиями этих моделей. Это поможет вам хранить историю всех изменений моделей.

SQL позволяет лишь определённый уровень хранения метаинформации о формате данных. Большинство систем управления базами данных не предоставляют специализированных типов данных для представления адресов электронной почты или URL. Модели Django предоставляют. Преимущество высокоуровневых типов данных в улучшении продуктивности и в большем повторном использовании кода.

SQL несовместим между разными платформами баз данных. При распространении веб-приложения, более практично передавать модуль на языке Python, который описывает формат ваших данных, вместо отдельных наборов операторов CREATE TABLE для MySQL, PostgreSQL и SQLite.