জাজানো 1.7 এবং ডেটা মাইগ্রেশন সহ প্রাথমিক ডেটা লোড হচ্ছে

Question 1

আমি সম্প্রতি জ্যাঙ্গো 1.6 থেকে 1.7 এ পরিবর্তন করেছি এবং আমি মাইগ্রেশন ব্যবহার করতে শুরু করেছি (আমি কখনই দক্ষিণ ব্যবহার করিনি)।

1.7 এর আগে, আমি একটি fixture/initial_data.jsonফাইল দিয়ে প্রাথমিক ডেটা লোড করতাম , যা python manage.py syncdbকমান্ড (ডাটাবেস তৈরি করার সময় ) দিয়ে লোড করা হয়েছিল ।

এখন, আমি মাইগ্রেশন ব্যবহার শুরু করেছি এবং এই আচরণটি অবচিত করা হয়েছে:

যদি কোনও অ্যাপ্লিকেশন মাইগ্রেশন ব্যবহার করে তবে ফিক্সচারগুলির কোনও স্বয়ংক্রিয় লোডিং নেই। যেহেতু জ্যাঙ্গো ২.০ এ অ্যাপ্লিকেশনগুলির জন্য মাইগ্রেশনগুলির প্রয়োজন হবে, তাই এই আচরণটিকে অবহেলা হিসাবে বিবেচনা করা হয়। আপনি যদি কোনও অ্যাপের জন্য প্রাথমিক ডেটা লোড করতে চান তবে ডেটা মাইগ্রেশনে এটি করার বিষয়টি বিবেচনা করুন। ( https://docs.djangoproject.com/en/1.7/howto/initial-data/#automatic-loading-initial-data-fixtures )

সরকারী ডকুমেন্টেশন তাই আমার প্রশ্ন হল কিভাবে এটা করবেন উপর একটি পরিষ্কার উদাহরণ নেই:

ডেটা মাইগ্রেশন ব্যবহার করে এই জাতীয় ডেটা আমদানির সর্বোত্তম উপায়:

একাধিক কল সহ পাইথন কোড লিখুন mymodel.create(...),
JSON ফিক্সার ফাইল থেকে ডেটা লোড করতে একটি জ্যাঙ্গো ফাংশন ( কলloaddata করার মতো ) ব্যবহার বা লিখুন ।

আমি দ্বিতীয় বিকল্প পছন্দ।

আমি দক্ষিণ ব্যবহার করতে চাই না, যেহেতু জ্যাঙ্গো এখন স্থানীয়ভাবে এটি করতে সক্ষম হবে বলে মনে হচ্ছে।

Question 2

আপডেট : এই সমাধানটি যে সমস্যার সৃষ্টি করতে পারে তার জন্য নীচে @ গুইনব্লেইডডির মন্তব্য দেখুন এবং ভবিষ্যতের মডেল পরিবর্তনের জন্য আরও টেকসই এমন পদ্ধতির জন্য নীচে @ রোকলাইটের উত্তর দেখুন।

ধরে নিচ্ছি আপনার কাছে ফিক্সচার ফাইল রয়েছে <yourapp>/fixtures/initial_data.json

আপনার খালি স্থানান্তর তৈরি করুন:

জ্যাঙ্গো ১.7 এ:
```
python manage.py makemigrations --empty <yourapp>
```
জাজানো 1.8+ তে আপনি একটি নাম সরবরাহ করতে পারেন:
```
python manage.py makemigrations --empty <yourapp> --name load_intial_data
```

আপনার স্থানান্তর ফাইলটি সম্পাদনা করুন <yourapp>/migrations/0002_auto_xxx.py

2.1। কাস্টম বাস্তবায়ন, জ্যাঙ্গো দ্বারা অনুপ্রাণিত loaddata(প্রাথমিক উত্তর):

import os
from sys import path
from django.core import serializers

fixture_dir = os.path.abspath(os.path.join(os.path.dirname(__file__), '../fixtures'))
fixture_filename = 'initial_data.json'

def load_fixture(apps, schema_editor):
    fixture_file = os.path.join(fixture_dir, fixture_filename)

    fixture = open(fixture_file, 'rb')
    objects = serializers.deserialize('json', fixture, ignorenonexistent=True)
    for obj in objects:
        obj.save()
    fixture.close()

def unload_fixture(apps, schema_editor):
    "Brutally deleting all entries for this model..."

    MyModel = apps.get_model("yourapp", "ModelName")
    MyModel.objects.all().delete()

class Migration(migrations.Migration):  

    dependencies = [
        ('yourapp', '0001_initial'),
    ]

    operations = [
        migrations.RunPython(load_fixture, reverse_code=unload_fixture),
    ]

2.2। এর জন্য একটি সহজ সমাধান load_fixture(প্রতি @ জুলিয়াসারের পরামর্শ অনুসারে):

from django.core.management import call_command

fixture_dir = os.path.abspath(os.path.join(os.path.dirname(__file__), '../fixtures'))
fixture_filename = 'initial_data.json'

def load_fixture(apps, schema_editor):
    fixture_file = os.path.join(fixture_dir, fixture_filename)
    call_command('loaddata', fixture_file)

আপনি যদি কাস্টম ডিরেক্টরি ব্যবহার করতে চান তবে দরকারী।

2.3। সরলতম: কলিং loaddataসঙ্গে app_labelথেকে ইচ্ছা লোড রাজধানী <yourapp>'র fixturesDir স্বয়ংক্রিয়ভাবে:

from django.core.management import call_command

fixture = 'initial_data'

def load_fixture(apps, schema_editor):
    call_command('loaddata', fixture, app_label='yourapp')

যদি আপনি নির্দিষ্ট না করেন app_label, লোডডেটা সমস্ত অ্যাপ্লিকেশন ফিক্সচার ডিরেক্টরিগুলি (যা সম্ভবত আপনি চান না) fixtureথেকে ফাইলের নাম লোড করার চেষ্টা করবে ।

চালাও এটা
```
python manage.py migrate <yourapp>
```

Question 3

সংক্ষিপ্ত সংস্করণ

আপনার সরাসরি ডেটা মাইগ্রেশনে পরিচালনা কমান্ড ব্যবহার করা উচিত নয়loaddata ।

# Bad example for a data migration
from django.db import migrations
from django.core.management import call_command


def load_fixture(apps, schema_editor):
    # No, it's wrong. DON'T DO THIS!
    call_command('loaddata', 'your_data.json', app_label='yourapp')


class Migration(migrations.Migration):
    dependencies = [
        # Dependencies to other migrations
    ]

    operations = [
        migrations.RunPython(load_fixture),
    ]

দীর্ঘ সংস্করণ

loaddataসদ্ব্যবহার django.core.serializers.python.Deserializerযা মাইগ্রেশন মধ্যে ঐতিহাসিক তথ্য deserialize সবচেয়ে আপ-টু-ডেট মডেল ব্যবহার করে। এটি ভুল আচরণ।

উদাহরণস্বরূপ, মনে করা হয় যে কোনও ডেটা মাইগ্রেশন রয়েছে যা loaddataকোনও ফিক্সচার থেকে ডেটা লোড করার জন্য ম্যানেজমেন্ট কমান্ড ব্যবহার করে এবং এটি ইতিমধ্যে আপনার বিকাশের পরিবেশে প্রয়োগ করা হয়েছে।

পরে, আপনি সংশ্লিষ্ট মডেলটিতে একটি নতুন প্রয়োজনীয় ক্ষেত্র যুক্ত করার সিদ্ধান্ত নিয়েছেন, তাই আপনি এটি করেন এবং আপনার আপডেট হওয়া মডেলের বিপরীতে একটি নতুন মাইগ্রেশন করেন (এবং সম্ভবত ./manage.py makemigrationsআপনাকে অনুরোধ জানানো হলে নতুন ক্ষেত্রে একটি এক-অফ মূল্য প্রদান করবেন )।

আপনি পরবর্তী স্থানান্তর চালান, এবং সবকিছু ঠিক আছে।

অবশেষে, আপনি আপনার জাজানো অ্যাপ্লিকেশনটি বিকাশ সম্পন্ন করেছেন এবং আপনি এটি প্রোডাকশন সার্ভারে স্থাপন করেন। উত্পাদনের পরিবেশের উপর স্ক্র্যাচ থেকে পুরো মাইগ্রেশন চালানোর এখন সময়।

তবে ডেটা মাইগ্রেশন ব্যর্থ হয় । এর কারণ হ'ল loaddataকমান্ড থেকে ডিসরিয়ালাইজড মডেল , যা বর্তমান কোডটি উপস্থাপন করে, আপনার যুক্ত হওয়া নতুন প্রয়োজনীয় ক্ষেত্রের খালি ডেটা দিয়ে সংরক্ষণ করা যাবে না । মূল ফিক্সিং এর জন্য প্রয়োজনীয় ডেটার অভাব রয়েছে!

আপনি যদি নতুন ক্ষেত্রের জন্য প্রয়োজনীয় ডেটা সহ ফিক্সচারটি আপডেট করেন তবে ডেটা মাইগ্রেশনটি এখনও ব্যর্থ হয় । যখন ডেটা মাইগ্রেশন চলমান থাকে, পরবর্তী মাইগ্রেশন যা ডাটাবেসে সংশ্লিষ্ট কলাম যুক্ত করে তা এখনও প্রয়োগ হয় না। আপনি কোনও কলামে ডেটা সংরক্ষণ করতে পারবেন না যা বিদ্যমান নেই!

উপসংহার: একটি ডেটা মাইগ্রেশনে,loaddataকমান্ডটি মডেল এবং ডাটাবেসের মধ্যে সম্ভাব্য অসামঞ্জস্যতার পরিচয় দেয়। আপনার অবশ্যইএটি কোনও ডেটা মাইগ্রেশনে সরাসরি ব্যবহার করাউচিত নয় ।

সমাধান

loaddataকমান্ডটি django.core.serializers.python._get_modelকোনও ফিক্সিং থেকে সংশ্লিষ্ট মডেলটি পেতে ফাংশনের উপর নির্ভর করে , যা কোনও মডেলের সর্বাধিক আপ-টু-ডেট সংস্করণ প্রদান করবে। আমাদের এটি বানর-প্যাচ করা দরকার যাতে এটি historicalতিহাসিক মডেলটি পায়।

(নিম্নলিখিত কোড জ্যাঙ্গো 1.8.x এর জন্য কাজ করে)

# Good example for a data migration
from django.db import migrations
from django.core.serializers import base, python
from django.core.management import call_command


def load_fixture(apps, schema_editor):
    # Save the old _get_model() function
    old_get_model = python._get_model

    # Define new _get_model() function here, which utilizes the apps argument to
    # get the historical version of a model. This piece of code is directly stolen
    # from django.core.serializers.python._get_model, unchanged. However, here it
    # has a different context, specifically, the apps variable.
    def _get_model(model_identifier):
        try:
            return apps.get_model(model_identifier)
        except (LookupError, TypeError):
            raise base.DeserializationError("Invalid model identifier: '%s'" % model_identifier)

    # Replace the _get_model() function on the module, so loaddata can utilize it.
    python._get_model = _get_model

    try:
        # Call loaddata command
        call_command('loaddata', 'your_data.json', app_label='yourapp')
    finally:
        # Restore old _get_model() function
        python._get_model = old_get_model


class Migration(migrations.Migration):
    dependencies = [
        # Dependencies to other migrations
    ]

    operations = [
        migrations.RunPython(load_fixture),
    ]

Question 4

কয়েকটি মন্তব্যে (যথা n__o এর) এবং আমার initial_data.*অনেকগুলি অ্যাপ্লিকেশনে ছড়িয়ে থাকা আমার কাছে প্রচুর ফাইল রয়েছে তা থেকে অনুপ্রাণিত হয়ে আমি সিদ্ধান্ত নিয়েছিলাম যে একটি জ্যাঙ্গো অ্যাপ্লিকেশন তৈরি করা হবে যা এই ডেটা মাইগ্রেশন তৈরিতে সহায়তা করবে।

জ্যাঙ্গো-মাইগ্রেশন-ফিক্সচার ব্যবহার করে আপনি কেবল নিম্নলিখিত ম্যানেজমেন্ট কমান্ডটি চালাতে পারেন এবং এটি ফাইলগুলির INSTALLED_APPSজন্য আপনার সমস্ত অনুসন্ধান initial_data.*করে এগুলি ডেটা মাইগ্রেশনে রূপান্তরিত করবে।

./manage.py create_initial_data_fixtures
Migrations for 'eggs':
  0002_auto_20150107_0817.py:
Migrations for 'sausage':
  Ignoring 'initial_data.yaml' - migration already exists.
Migrations for 'foo':
  Ignoring 'initial_data.yaml' - not migrated.

ইনস্টল / ব্যবহারের নির্দেশাবলীর জন্য জাঙ্গো-মাইগ্রেশন-ফিক্সচার দেখুন ।

Question 5

আপনার ডাটাবেসটিকে কিছু প্রাথমিক ডেটা দেওয়ার জন্য, একটি ডেটা মাইগ্রেশন লিখুন । ডেটা মাইগ্রেশনে আপনার ডেটা লোড করতে রানপাইথন ফাংশনটি ব্যবহার করুন ।

কোনও লোডডাটা কমান্ড লিখবেন না কারণ এইভাবে হ্রাস করা হয়েছে।

আপনার ডেটা মাইগ্রেশন কেবল একবার চালানো হবে। স্থানান্তর হ'ল স্থানান্তরের একটি আদেশযুক্ত ক্রম। 003_xxxx.py মাইগ্রেশন চালিত হলে, জাঙ্গো মাইগ্রেশন ডাটাবেসে লিখেছে যে এই অ্যাপ্লিকেশনটি এই (003) পর্যন্ত স্থানান্তরিত হয়েছে এবং কেবল নিম্নলিখিত স্থানান্তরগুলি চালিত করবে।

Question 6

উপরোক্ত সমাধানগুলি আমার জন্য দুর্ভাগ্যজনকভাবে কার্যকর হয়নি। আমি দেখতে পেয়েছি যে প্রতিবার আমি আমার মডেলগুলি পরিবর্তন করি আমাকে আমার ফিক্সারগুলি আপডেট করতে হবে। আদর্শভাবে আমি পরিবর্তিত ডেটা এবং ফিক্সচার-লোডড ডেটা একইভাবে সংশোধন করতে ডেটা মাইগ্রেশন লিখতে চাই।

এটির সুবিধার্থে আমি একটি দ্রুত ফাংশন লিখেছি যা fixturesবর্তমান অ্যাপের ডিরেক্টরিতে প্রদর্শিত হবে এবং একটি ফিক্সিশন লোড করবে। মডেল ইতিহাসের পয়েন্টে এই ফাংশনটিকে মাইগ্রেশনে রাখুন যা মাইগ্রেশনের ক্ষেত্রগুলির সাথে মেলে।

Question 7

আমার মতে ফিক্সচারগুলি কিছুটা খারাপ। যদি আপনার ডাটাবেস ঘন ঘন পরিবর্তিত হয় তবে এগুলিকে আপ টু ডেট রাখাই শীঘ্রই একটি দুঃস্বপ্ন হবে। আসলে, এটি আমার মতামতই নয়, "জাঙ্গোর দুটি স্কুপস" বইতে এটি আরও ভালভাবে ব্যাখ্যা করা হয়েছে।

পরিবর্তে আমি প্রাথমিক সেটআপ সরবরাহ করতে পাইথন ফাইলটি লিখব। আপনার যদি আরও কিছু প্রয়োজন হয় তবে আমি আপনাকে ফ্যাক্টরি ছেলেটির দিকে নজর দেওয়ার পরামর্শ দেব ।

আপনার যদি কিছু ডেটা মাইগ্রেট করতে হয় তবে আপনার ডেটা মাইগ্রেশন ব্যবহার করা উচিত ।

এর রয়েছে "আপনার রাজধানী, ব্যবহার করুন মডেল কারখানা বার্ন ' রাজধানী ব্যবহার সম্পর্কে।

Question 8

জাঙ্গো ২.১-তে, আমি প্রাথমিক তথ্য সহ কয়েকটি মডেল (উদাহরণস্বরূপ দেশের নামগুলি) লোড করতে চেয়েছিলাম।

তবে আমি চাইছিলাম প্রাথমিক মাইগ্রেশন কার্যকর হওয়ার পরে এটি স্বয়ংক্রিয়ভাবে ঘটুক।

সুতরাং আমি ভেবেছিলাম যে sql/প্রতিটি অ্যাপ্লিকেশনের অভ্যন্তরে এমন একটি ফোল্ডার রাখা খুব ভাল যেটির জন্য প্রাথমিক ডেটা লোড করা দরকার।

তারপরে সেই sql/ফোল্ডারের মধ্যে আমার কাছে .sqlপ্রয়োজনীয় মডেলগুলিতে প্রাথমিক ডেটা লোড করার জন্য প্রয়োজনীয় ডিএমএল সহ ফাইল থাকবে , উদাহরণস্বরূপ:

INSERT INTO appName_modelName(fieldName)
VALUES
    ("country 1"),
    ("country 2"),
    ("country 3"),
    ("country 4");

আরও বর্ণনামূলক হওয়ার জন্য, কোনও ফোল্ডারযুক্ত কোনও অ্যাপ্লিকেশনটি কীভাবে sql/এটি দেখায়:

এছাড়াও আমি এমন কিছু ক্ষেত্রে খুঁজে পেয়েছি যেখানে sqlনির্দিষ্ট ক্রমে স্ক্রিপ্টগুলি কার্যকর করা দরকার। সুতরাং আমি উপরের ছবিতে যেমন দেখলাম ততক্ষণ সংখ্যার সাথে ফাইলের নাম উপসর্গ করার সিদ্ধান্ত নিয়েছি।

তারপরে আমার কাছে SQLsকোনও অ্যাপ্লিকেশন ফোল্ডারের ভিতরে স্বয়ংক্রিয়ভাবে কোনও লোড করার একটি উপায়ের প্রয়োজন ছিল python manage.py migrate।

তাই আমি নামে অন্য অ্যাপ্লিকেশন নির্মিত initial_data_migrationsএবং তারপর আমি তালিকাতে এই অ্যাপ্লিকেশন জোড়া হয়েছে INSTALLED_APPSমধ্যে settings.pyফাইল। তারপরে আমি migrationsভিতরে একটি ফোল্ডার তৈরি করেছি এবং একটি ফাইল যুক্ত করেছি run_sql_scripts.py( যা আসলে কাস্টম মাইগ্রেশন )। নীচের ছবিতে দেখা গেছে:

আমি তৈরি run_sql_scripts.pyকরেছি যাতে এটি sqlপ্রতিটি অ্যাপ্লিকেশনের মধ্যে উপলব্ধ সমস্ত স্ক্রিপ্টগুলি চালনার ক্ষেত্রে যত্ন নেয় । এরপরে কেউ চালিত হলে তাকে বরখাস্ত করা হয় python manage.py migrate। এই প্রথাটি migrationজড়িত অ্যাপ্লিকেশনগুলিকে নির্ভরতা হিসাবে যুক্ত sqlকরে, প্রয়োজনীয় অ্যাপ্লিকেশনগুলি তাদের 0001_initial.pyমাইগ্রেশন সম্পাদন করার পরেই এটি বিবৃতি চালানোর চেষ্টা করে (আমরা অস্তিত্বহীন টেবিলের বিরুদ্ধে এসকিউএল বিবৃতি চালানোর চেষ্টা করতে চাই না)।

এই স্ক্রিপ্টের উত্স এখানে:

import os
import itertools

from django.db import migrations
from YourDjangoProjectName.settings import BASE_DIR, INSTALLED_APPS

SQL_FOLDER = "/sql/"

APP_SQL_FOLDERS = [
    (os.path.join(BASE_DIR, app + SQL_FOLDER), app) for app in INSTALLED_APPS
    if os.path.isdir(os.path.join(BASE_DIR, app + SQL_FOLDER))
]

SQL_FILES = [
    sorted([path + file for file in os.listdir(path) if file.lower().endswith('.sql')])
    for path, app in APP_SQL_FOLDERS
]


def load_file(path):
    with open(path, 'r') as f:
        return f.read()


class Migration(migrations.Migration):

    dependencies = [
        (app, '__first__') for path, app in APP_SQL_FOLDERS
    ]

    operations = [
        migrations.RunSQL(load_file(f)) for f in list(itertools.chain.from_iterable(SQL_FILES))
    ]

আমি আশা করি যে কেউ এই সহায়ক পেয়েছেন, এটি আমার পক্ষে ঠিক কাজ করেছে! যদি আপনার কোন প্রশ্ন থাকে, তাহলে আমাকে দয়া করে জানান.

দ্রষ্টব্য: আমি সম্ভবত জাজানো দিয়ে শুরু করার পরে এটি সর্বোত্তম সমাধান হতে পারে না, তবে এখনও এই "কীভাবে" আপনার সকলের সাথে ভাগ করে নিতে চেয়েছিলাম কারণ এই সম্পর্কে গুগল করার সময় আমি খুব বেশি তথ্য পাইনি find