Django - Сабақ 045. Модельдерді бір қолданбадан екіншісіне жылжыту

Application, Model, Django

Деректер үлгісін бір қолданбадан екіншісіне тасымалдаудың мүмкін жолдарының бірімен бөліскім келеді.

Деректер үлгісін тасымалдауға арналған бұл опция 100% жұмыс істемейтінін және Мазмұн түрін дұрыс орнату үшін кестелерді қосымша қолмен өңдеу қажет болуы мүмкін екенін бірден ескертемін. Кез келген осындай өзгертулер GenericForeignKey қатынастары үшін деректердің жоғалуына алып келетіндіктен.

Менің жағдайда GenericForeignKey пайдаланылмады, сондықтан мұндай мәселе болмады.

Бастапқы деректер

Мақаланың үлгісі бар ескі мақала мақаласы бар делік. Блог қосымшасын жасап, мақала үлгісін осы қолданбаға тасымалдауыңыз қажет. PostgreSQL дерекқорын пайдаланады.

Үлгіні жылжыту

1. Дерекқордың резервтік көшірмесін жасаңыз (сақтық көшірме), сіз дерекқордың демпін жасай аласыз және әзірлеу серверінде осы дампта тәжірибе жасай аласыз.

2. Article үлгі кодын article.models.py -дан blog.models.py -ге жылжытыңыз. Яғни, ескі үлгідегі кодты алып тастау керек.

3. Ескі кесте атауын сақтау үшін Мақал үлгісіндегі Meta класын өзгертіңіз. Бұл жағдайда article_artilce болды.

Мета класы:
db_table = 'article_article'

1. Жоба бойынша деректер үлгілеріне барлық сілтемелерді өзгертіңіз. Бұл барлық импортты және ForeignKey өзгертуді білдіреді.

2. Келесі ретпен екі қолданба үшін тасымалдауларды жасаңыз.

python manage.py makemigrations блогы
python manage.py makemigrations мақаласы

1. Көшіруді жалған режимде қолданыңыз. Бұл тасымалдауларды олар қолданылған кезде қосуға мүмкіндік береді, бірақ ешқандай өзгертулер енгізілмейді.

python manage.py көшіру --жалған

Осы кезде дерекқор ContentType арқылы өткізілген деректер үлгісі үшін жасалмаған мағынада осал болады.

1. Мұны келесі қадамдар арқылы түзетуге болады. Енді біз кесте атын өзгертуіміз керек және мұны деректер үлгісінен db_table жою және жаңа қолданбаға жаңа тасымалдауды жасау және қолдану арқылы жасауға болады. Мазмұн түрі тасымалдауды қолданғанда автоматты түрде жасалады.

python manage.py makemigrations блогы
python manage.py көшіру

Шындығында, осы қадамдардан кейін деректер базасы жұмыс істейді және деректер сақталады. Бірақ дерекқорды орнату үшін сізге қосымша қадамдар қажет болуы мүмкін.

Дерекқорды тазалау және жаңарту

Өткізілген деректер үлгісі қайда және қалай пайдаланылғанына байланысты. Сізге біраз әрекет жасау қажет болуы мүмкін. Мысалы, GenericForeignKey үшін Content Type параметрін реттеу.

Менде ең қарапайым жағдай болды - бұл ескі Мазмұн түрін жою. Ол үшін дерекқорға қосылу керек және ескі үлгінің Мазмұн түріне сілтеме жасай алатын барлық кестелерден ақпаратты жою керек.

Мұндай кестелер болуы мүмкін:

• auth_user_user_рұқсаттары
• аутентификациялық_рұқсат
• django_content_type
• және т.б. тапсыру алдында ескі үлгілерді пайдалана алатын басқа модельдер

Мен дерекқорымдағы ескі мазмұн түрінің мысалын көрсетемін.

Тазалау процесі

1. Дерекқорға қосылыңыз

sudo -u postgres psql
\c myprojectdb

1. Қай идентификаторлардың бұрынғы мазмұн түрі бар екенін көру үшін django_content_type кестесін қарастырайық.

ТАҢДАУ * Django_content_type;

Кестені шығару

id | app_label | үлгі
----+------------------+-----------------------
1 | шоттар | пайдаланушы профилі
2 | білім | бөлім
3 | білім | мақала
4 | админ | логентрия
5 | аутентификация | рұқсат
6 | аутентификация | топ
7 | аутентификация | пайдаланушы
8 | мазмұн түрлері | мазмұн түрі
9 | сеанстар | сеанс

1. Ескі идентификаторды тауып, біз оларды жоюға тырысамыз (мысалы, 50 және 51)

django_content_type FROM ИД 50 ЖӘНЕ 51 АРАСЫНДА ЖОЮ;

1. Егер ол орындалмаса, идентификатор деректерінің қайда пайдаланылатынын табу керек. Қате олардың қай кестелерге қатысқанын көрсетеді. Менің жағдайда бұл auth_permission және auth_user_user_permissions болды.

* 50 ЖӘНЕ 51 АРАСЫНДА мазмұн_түрінің_идентификаторы болатын auth_permission FROM ТАҢДАҢЫЗ;

Кестені шығару

id | аты | content_type_id | код аты
-----+--------------------+----------------+----- -----------
154 | чатты қосуға болады | 50 | add_chat
155 | чатты өзгерте алады | 50 | өзгерту_чат
156 | чатты жоя алады | 50 | жою_чат
157 | Хабарды қосуға болады | 51 | қосу_хабарлама
158 | Хабарламаны өзгерте алады | 51 | өзгерту_хабарлама
159 | Хабарды жоя алады | 51 | жою_хабарлама
276 | Чатты көре алады | 50 | көру_чат
277 | Хабарды көре алады | 51 | көру_хабарламасы

Әрі қарай, auth_user_user_permissions ішінен қызығушылық идентификаторын іздеңіз

ТАҢДАУ * auth_user_user_permissions ҚАЙДА permission_id=154;

Кестені шығару

id | user_id | рұқсат_идентификаторы
-----+---------+---------------
102 | 2 | 154

1. auth_user_user_permissions кестесінен ескі Мазмұн түрі үшін барлық рұқсаттарды жойыңыз.

auth_user_user_permissions ҚАЙДАН ЖОЮ permission_id=154;

1. auth_permission кестесінен рұқсатты жойыңыз.

50 ЖӘНЕ 51 АРАСЫНДА мазмұн_түрінің_идентификаторы ЖОЮ;

1. Мазмұн түрлерін жою.

django_content_type FROM ИД 50 ЖӘНЕ 51 АРАСЫНДА ЖОЮ;

Қорытынды

Осылайша, қызықты деректер үлгісін бір қолданбадан екіншісіне жылжытуға, сондай-ақ ескірген мазмұнның дерекқорын тазалауға болады. Дегенмен, оның тұтастығын бұзбау үшін деректер қорымен өте мұқият жұмыс істеу керек.

Django үшін Timeweb VDS-server ұсынамын.