Django - Підручник 045. Як перемістити модель з однієї програми в іншу

Application, Model, Django

Я хотів би поділитися одним із можливих способів перенесення моделі даних з одного додатка до іншого.

Відразу зазначу, що цей варіант перенесення моделі даних не на 100% робочий і може знадобитися додаткове ручне редагування таблиць для коректної установки Content Type. Так як будь-які подібні модифікації загрожують втратою даних для відносин GenericForeignKey.

У моєму випадку GenericForeignKey не використовувався, тому такої проблеми не було.

Вихідні дані

Припустимо, у вас є стара стаття з моделлю Article. Вам потрібно створити програму для блогу і перенести модель статті в цю програму. Використовує базу даних PostgreSQL.

Переміщення моделі

1. Зробіть резервну копію бази (backup), можете зробити дамп бази та потренуватися на цій дампі на сервері розробки.

2. Перемістіть код моделі Article з article.models.py до blog.models.py . Тобто код старої моделі треба прибрати.

3. Змініть клас Meta у моделі Article , щоб зберегти старе ім'я таблиці. У цьому випадку це була article_artilce

клас мета:
db_table = 'article_article'

1. Змінити всі посилання на моделі даних у всьому проекті. Це означає зміну всього імпорту та ForeignKey .

2. Створіть міграції для обох програм у такому порядку.

блог python manage.py makemigrations
Стаття про python manage.py makemigrations

1. Застосувати міграцію у підробленому режимі. Це дозволить вам додавати міграції у міру їх застосування, але жодних змін не вноситиметься.

python manage.py мігрувати --fake

На даний момент база даних буде вразлива в тому сенсі, що вона не була створена Тип контенту для вашої переданої моделі даних.

1. Це можна виправити такими діями. Тепер нам потрібно змінити ім'я таблиці, і це можна зробити, вилучивши db_table з моделі даних та створивши та застосувавши нову міграцію до нової програми. Тип контенту буде створено автоматично при застосуванні міграції.

блог python manage.py makemigrations
python manage.py мігрувати

По суті після цих дій база даних буде працювати, а дані будуть збережені. Але вам можуть знадобитися додаткові кроки для налаштування бази даних.

Очищення та коригування бази даних

Залежно від того, де та як використовувалася передана модель даних. Вам можуть знадобитися деякі дії. Наприклад, коригування Тип контенту для GenericForeignKey .

У мене був найпростіший випадок — видалення старого Content Type . Для цього необхідно підключитися до бази даних та видалити інформацію з усіх таблиць, які можуть посилатися на Content Type старої моделі.

Такі таблиці можуть бути:

• auth_user_user_permissions
• auth_permission
• django_content_type
• і т.д. інші моделі, де можна було використовувати старі моделі до передачі

Я покажу приклад старого Content Type із моєї бази даних.

Процес очищення

1. Підключитись до бази даних

sudo -u postgres psql
\c myprojectdb

1. Погляньмо на таблицю django_content_type, щоб побачити, які ідентифікатори мають застарілий тип контенту.

SELECT * FROM django_content_type;

Вихід таблиці

id | app_label | модель
----+-----------------+--------------------------------
1 | рахунки | профіль користувача
2 | знання | розділ
3 | знання | статті
4 | адмін | логентри
5 | автентифікація | дозвіл
6 | автентифікація | група
7 | автентифікація | користувач
8 | типи вмісту | тип вмісту
9 | сесії | сесії

1. Знайшовши старі id, ми можемо спробувати їх видалити (наприклад 50 і 51)

DELETE FROM django_content_type WHERE id МІЖ 50 ТА 51;

1. Якщо не вийшло, потрібно знайти, де використовуються дані ID. У помилці буде зазначено, у яких таблицях вони задіяні. У моєму випадку це були auth_permission та auth_user_user_permissions.

SELECT * FROM auth_permission WHERE content_type_id МІЖ 50 AND 51;

Виведення таблиці

id | ім'я | content_type_id | кодова назва
-----+-------------------+-----------------+----- -----------
154 | Можна додати чат | 50 | add_chat
155 | Можна змінити чат | 50 | change_chat
156 | Можна видалити чат | 50 | delete_chat
157 | Можна додати повідомлення | 51 | add_message
158 | Може змінити повідомлення | 51 | change_message
159 | Можна видалити повідомлення | 51 | delete_message
276 | Можна переглядати чат | 50 | view_chat
277 | Можна переглядати повідомлення | 51 | view_message

Далі шукаємо id, що цікавить, в auth_user_user_permissions

SELECT * FROM auth_user_user_permissions WHERE permission_id=154;

Виведення таблиці

id | user_id | permission_id
-----+--------+--------------
102 | 2 | 154

1. Прибираємо з таблиці auth_user_user_permissions всі дозволи старого Content Type.

ВИДАЛИТИ З auth_user_user_permissions WHERE permission_id=154;

1. Забираємо дозвіл з таблиці auth_permission.

DELETE FROM auth_permission WHERE content_type_id МІЖ 50 ТА 51;

1. Видалити типи вмісту.

DELETE FROM django_content_type WHERE id МІЖ 50 ТА 51;

Висновок

У такий спосіб можна перемістити цікаву модель даних з одного додатка до іншого, а також очистити базу від застарілого контенту. Проте працювати з базою даних потрібно дуже акуратно, щоб не порушити її цілісність.

Для Django я рекомендую Timeweb VDS-сервер .