Полагаю тут спрашивали про вот такую ситуацию.

и?

м?

Добрый день!
Пытаюсь сделать миграцию.
после выполнения makemigrations вижу это.  Почему такое может быть?
Ошибка в модели? или может подключил не так?

разобрался -

for featureMember in json_result['response']['GeoObjectCollection']['featureMember']:
    print(featureMember['GeoObject'])

так нужно. Толкьо проблема в том, что python принтит это в одинарных кавычках(всякие json элементы там), думаю и ретёрнить так же будет. Это именно python так делает или я опять не правильно написал?

Спасибо, теперь понятно что дальше делать

спасибо

все равно одинарные. Толкьо теперь отступы как будто после валидации

Продублирую теперь свой вопрос:

У кого есть опыт адекватной интеграции джанго и asyncio/aiohttp приложений? Интересуют реальные кейсы с использованием джанго орм или другой орм, и вопроса с перезагрузкой соединений. Мне нужно сохранять одинаковую схему таблиц между приложениями, а также иметь возможность переиспользовать бизнес логику моделей из джанго моделей. Сейчас это работает с инициализацией джанго при запуске асинхронного приложения. На асинхронном приложении также висят консьюмеры-сабскрайберы. Сама джанго, под капотом, теряя соединение делает форк-процесс с основного процесса и перезапускает соединение. Мне бы не хотелось писать такие велосипеды, отталкиваясь от джанго архитектуры. от мемори ликов и для адекватной перезагрузки конекшна сейчас используется reset queries и close old connections. Синхронизация схем бд и таблиц - не проблема. Синхронизация бизнес логики - в этом вопрос.

Повторюсь, интересует реальный опыт.

С джангой никак

В обратную сторону можно

Знаю большой проект на django+aiohttp+sqlalchemy

но оттуда выкинули django orm

а в чем проблема ?

Не делай так

Какой смысл в асинхронное приложение выпиливать синхронный сервис

И из двух приложений в одну дб долбиться

Разбивай на микросервисы