Короче говоря, ваши страхи необоснованны. Вы должны "организовать" свою базу данных по проектам, чтобы использовать термин Django. Каждая модель в каждом приложении будет иметь свою собственную таблицу, но все они будут находиться в одной базе данных. Помещение их в отдельную базу данных не является хорошей идеей по целому ряду причин, самая большая из них заключается в том, что вы не можете выполнять запросы по всем базам данных.
Хотя я согласен с тем, что юг, вероятно, немного тяжел для ваших начальных стадий разработки / разработки, его следует серьезно рассмотреть для всего, что напоминает бета-версию и абсолютно необходимо в производстве.
Если во время разработки вы будете много портить свои модели, лучше всего использовать приспособления для быстрой загрузки данных после запуска синхронизации. Или, если вы собираетесь изменить несколько обязательных полей, напишите быстрый Python, чтобы создать для вас фиктивные данные.
Что касается того, что вы не доверяете вашим данным в двоичном виде, простой pg_dump даст вам текстовую версию ваших данных. Для меня это звучит так, будто вы работаете над своим приложением на основе данных о производстве, что является ошибкой. Ваша цель должна состоять в том, чтобы ваше приложение создавалось, работало и тестировалось на поддельных данных или хотя бы на копии ваших производственных данных, а затем, когда вы уверены, что все хорошо, перенесите его в производство. Здесь пригодятся такие вещи, как южная сторона, поскольку вы можете автоматизировать это развертывание, и это поможет вам обрабатывать любые изменения таблицы / столбца базы данных, которые вам нужно внести.
Я уверен, что все это звучит как боль, но все это может быть автоматизировано и, поверьте мне, это сделает вашу жизнь намного проще.