Можно ли, стоит ли и если «да», то как... в модели помимо поля указывать сразу возможные значения этого поля и записывать их в БД при миграции?

Question

[TitanFighter]

День добрый.
К примеру есть

class Country(models.Model):
    country_name = models.CharField('Country', max_length = 30)

и я знаю, что в БД мне нужно всего 3 страны, скажем Ирландия, Венгрия и Турция. Насколько я понимаю, то при миграции создаются только таблицы и поля.
Вопросы:
1) Можно ли...
2) Стоит ли...
3) и если "да", то как... при миграции модели писать сразу данные в БД?

Спасибо.

Answer 1

[Dimonchik]

https://docs.djangoproject.com/en/1.8/ref/models/f...

see choices

Answer 2

[sim3x]

можно
https://docs.djangoproject.com/en/1.8/ref/models/f...

стоит - вопрос в поддержке нормальной форми БД

при необходимости, да писать в миграции данные, необходимые для работы приложения

Comments

[TitanFighter]

Нормализацию соблюдаю, так что тут все норм. По поводу Choices - правильно ли я понял, что все значения, которые я укажу, при миграции будут автоматом записаны в БД?

[sim3x]

TitanFighter: все что укажешь в миграции запишется
choices - отдельная вещь, которая дает сохранять сокращенние значения в бд, а потом их разворачивать в читаемий вид

[TitanFighter]

Что-то я не понял, как через choices при миграции записывать в таблицу данные.
Взял из букваря вот этот код

class Student(models.Model):
    FRESHMAN = 'FR'
    SOPHOMORE = 'SO'
    JUNIOR = 'JR'
    SENIOR = 'SR'
    YEAR_IN_SCHOOL_CHOICES = (
        (FRESHMAN, 'Freshman'),
        (SOPHOMORE, 'Sophomore'),
        (JUNIOR, 'Junior'),
        (SENIOR, 'Senior'),
    )
    year_in_school = models.CharField(max_length=2,
                                      choices=YEAR_IN_SCHOOL_CHOICES,
                                      default=FRESHMAN)

    def is_upperclass(self):
        return self.year_in_school in (self.JUNIOR, self.SENIOR)

makemigrations myApp -> migrate -> Джанго создал таблицу, а она пустая. Подскажите, какие еще телодвижения нужно сделать?
Спасибо.

[sim3x]

TitanFighter: в данном случае - никаких

Answer 3

[Олег]

Итак, как вы уже выяснили choices не записываются в базу - они хранятся исключительно в коде и используются ORM для валидации данных и формировании списка вариантов в формах, например в Django-админке.

При поставленной задаче на ум приходит следующее:

Использовать choices и хранить список стран в настройках проекта - Django settings, таким образом будет проще пользоваться возможностями Django ORM для валидации данных и представления данных в формах. Стоит учесть, что при добавлении новой страны придется изменять настройки и перезапускать (перевыкатывать) проект.

Затем, написать датамиграцию, чтобы добавить необходимые вам страны в базу. В такой миграции вы сможете в цикле пройтись по названиям стран из настроек проекта и создать все необходимые объекты, если они еще не созданы.

Comments

[TitanFighter]

Это шутка, хранить несвязанную с настройками информацию в файле настроек? Не проще в отдельном файле, который просто импортировать?

[Олег]

TitanFighter: Я такими с такими вещами не шучу: вариант с настройками необходим, если вы планируете на уровне ORM валидировать вводимые данные. Если не планируете, то можете указать их в датамиграции. На странице с описанием фикстур вам это пишут прямым текстом:

Deprecated since version 1.7:
If an application uses migrations, there is no loading of initial SQL data (including backend-specific SQL data). Since migrations will be required for applications in Django 1.9, this behavior is considered deprecated. If you want to use initial SQL for an app, consider doing it in a data migration.