Модели Django с внешними DB

Question

У меня есть типичный проект Django с одной первичной базой данных, где я храню все необходимые мне данные.

Предположим, что есть еще одна БД с некоторой дополнительной информацией. Эта БД напрямую не связана с моим проектом Django, поэтому давайте предположим, что у меня даже нет элемента управления под ним.

Проблема в том, что я знаю, нужно ли мне создавать и поддерживать модель для этой внешней БД, чтобы я мог использовать ORM Django. Или, может быть, лучшим решением является использование raw SQL для извлечения данных из внешней БД, а затем использование этого ifo для фильтрации данных из первичной БД с использованием ORM или непосредственно в представлениях.

Решение с созданием модели выглядит вполне нормально, но тот факт, что БД не является частью моего проекта, означает, что я не знаю о возможных изменениях схемы и, похоже, это плохая практика.

Таким образом, в конце концов, если у меня есть какие-то внешние ресурсы, такие как БД, которые не связаны с, но необходимые для моего проекта я должен:

• Try для создания моделей Джанго для них
• Используйте необработанный SQL, чтобы получить info от внешнего БД, а затем использовать его для фильтрации данных из первичной БД с помощью ОРМ, а также с использованием данных непосредственно в представлениях, если необходимо
• Использовать необработанный SQL как для первичной, так и для внешней БД, где они пересекаются в логике приложения

Answer 1

Предлагаю вам прочитать информацию об инспекторах и маршрутизаторах баз данных. Для управления внешней БД можно использовать django ORM. https://docs.djangoproject.com/en/1.7/ref/django-admin/#inspectdb

Answer 2

Я хотел бы создать минимальные модели Джанго на внешних базах данных => те, которые взаимодействуют с вашим кодом:

Несколько результатов в этом

1. Если части базы данных вы не заинтересованы в изменении, это не повлияет на ваше приложение.
2. Если внешние модели используют ваши изменения, вы, вероятно, захотите узнать об этом как можно быстрее (ваше приложение также может сломаться и в этом случае).
3. Все запросы реляционных баз данных в вашем коде обрабатываются одним и тем же ORM.

Answer 3

Альтернативой является использование SQLAlchemy для внешней базы данных. Он может использовать reflection для генерации эквивалентных SQLAlchemy моделей django во время выполнения.

Это все еще не будет без проблем. Если ваш код зависит от определенного столбца, он все равно будет разбит, если этот столбец будет удален или изменен несовместимым образом. Тем не менее, это добавит немного большей гибкости для взаимодействия с базой данных, например. модель Django определенно сломается, если столбец int будет изменен на столбец varchar, но с использованием отражения базы данных он будет разорваться, только если ваш код зависит от того, что это int. Если вы просто покажете данные или что-то еще, оно останется полностью функциональным. Тем не менее, всегда есть шанс, что изменение не нарушит систему, но вызывает неожиданное поведение.

Если, как сказал Бенджамин, внешняя система имеет API, это было бы предпочтительным выбором.