обновление версий Django и Python, проблема со значением по умолчанию для FloatField, установленным в строку - PullRequest
Новая
       10

обновление версий Django и Python, проблема со значением по умолчанию для FloatField, установленным в строку

0 голосов
/ 30 октября 2019

В модели, использующей Django 1.8 и Python 2.7, у нас была миграция, которая случайно установила значение по умолчанию для FloatField в пустую строку (default = ''), которую Django интерпретировал как строку байтов: 

class Migration(migrations.Migration):

    dependencies = [
        ('reo', '0030_merge'),
    ]

    operations = [
        migrations.CreateModel(
            name='ProfileModel',
            fields=[
                ('id', models.AutoField(verbose_name='ID', serialize=False, auto_created=True, primary_key=True)),
                ('pre_setup_scenario_seconds', models.FloatField(default=b'', null=True)),
            ],
        ),
    ]

После обновления до Django 2.2 и Python 3.6, Django выдает предупреждение с manage.py migrate, что есть немигрированные изменения. После изменения значения по умолчанию с '' на None и запуска manage.py makemigrations мы получим: 

operations = [
        migrations.AlterField(
            model_name='profilemodel',
            name='pre_setup_scenario_seconds',
            field=models.FloatField(default=None, null=True),
        ),
]

После запуска manage.py migrate вы получите: 

nlaws-> python manage.py migrate
Operations to perform:
  Apply all migrations: auth, contenttypes, django_celery_results, proforma, reo, resilience_stats, sessions, summary, tastypie
Running migrations:
  Applying reo.0050_auto_20191030_1738...Traceback (most recent call last):
  File "manage.py", line 10, in <module>
    execute_from_command_line(sys.argv)
  File "/Users/nlaws/.virtualenv/api/lib/python3.6/site-packages/django/core/management/__init__.py", line 381, in execute_from_command_line
    utility.execute()
  File "/Users/nlaws/.virtualenv/api/lib/python3.6/site-packages/django/core/management/__init__.py", line 375, in execute
    self.fetch_command(subcommand).run_from_argv(self.argv)
  File "/Users/nlaws/.virtualenv/api/lib/python3.6/site-packages/django/core/management/base.py", line 323, in run_from_argv
    self.execute(*args, **cmd_options)
  File "/Users/nlaws/.virtualenv/api/lib/python3.6/site-packages/django/core/management/base.py", line 364, in execute
    output = self.handle(*args, **options)
  File "/Users/nlaws/.virtualenv/api/lib/python3.6/site-packages/django/core/management/base.py", line 83, in wrapped
    res = handle_func(*args, **kwargs)
  File "/Users/nlaws/.virtualenv/api/lib/python3.6/site-packages/django/core/management/commands/migrate.py", line 234, in handle
    fake_initial=fake_initial,
  File "/Users/nlaws/.virtualenv/api/lib/python3.6/site-packages/django/db/migrations/executor.py", line 117, in migrate
    state = self._migrate_all_forwards(state, plan, full_plan, fake=fake, fake_initial=fake_initial)
  File "/Users/nlaws/.virtualenv/api/lib/python3.6/site-packages/django/db/migrations/executor.py", line 147, in _migrate_all_forwards
    state = self.apply_migration(state, migration, fake=fake, fake_initial=fake_initial)
  File "/Users/nlaws/.virtualenv/api/lib/python3.6/site-packages/django/db/migrations/executor.py", line 245, in apply_migration
    state = migration.apply(state, schema_editor)
  File "/Users/nlaws/.virtualenv/api/lib/python3.6/site-packages/django/db/migrations/migration.py", line 124, in apply
    operation.database_forwards(self.app_label, schema_editor, old_state, project_state)
  File "/Users/nlaws/.virtualenv/api/lib/python3.6/site-packages/django/db/migrations/operations/fields.py", line 249, in database_forwards
    schema_editor.alter_field(from_model, from_field, to_field)
  File "/Users/nlaws/.virtualenv/api/lib/python3.6/site-packages/django/db/backends/base/schema.py", line 535, in alter_field
    old_db_params, new_db_params, strict)
  File "/Users/nlaws/.virtualenv/api/lib/python3.6/site-packages/django/db/backends/postgresql/schema.py", line 124, in _alter_field
    new_db_params, strict,
  File "/Users/nlaws/.virtualenv/api/lib/python3.6/site-packages/django/db/backends/base/schema.py", line 648, in _alter_field
    old_default = self.effective_default(old_field)
  File "/Users/nlaws/.virtualenv/api/lib/python3.6/site-packages/django/db/backends/base/schema.py", line 233, in effective_default
    return field.get_db_prep_save(self._effective_default(field), self.connection)
  File "/Users/nlaws/.virtualenv/api/lib/python3.6/site-packages/django/db/models/fields/__init__.py", line 789, in get_db_prep_save
    return self.get_db_prep_value(value, connection=connection, prepared=False)
  File "/Users/nlaws/.virtualenv/api/lib/python3.6/site-packages/django/db/models/fields/__init__.py", line 784, in get_db_prep_value
    value = self.get_prep_value(value)
  File "/Users/nlaws/.virtualenv/api/lib/python3.6/site-packages/django/db/models/fields/__init__.py", line 1739, in get_prep_value
    return float(value)
ValueError: could not convert string to float:

Кто-нибудь знает, какчтобы исправить это?

Похоже, что он связан с https://code.djangoproject.com/ticket/28431,, для которого в двоичном поле установлено значение строки по умолчанию - и, похоже, это ошибка в исходном коде Django.

1 Ответ

0 голосов
/ 30 октября 2019

Предложение от return float (value) ValueError: не удалось преобразовать строку в float в моделях Django помогло исправить эту проблему, в частности мы закончили:

  1. Созданиеновое поле с плавающей точкой2
  2. Запустите команду управления, чтобы получить данные из одного поля, преобразовать их в число с плавающей точкой и сохранить в другом поле
  3. Удалить первое (строковое) поле
  4. Переименуйте второе поле (поле с плавающей точкой) на любое имя, которое вам нужно.

Шаг 2 был выполнен с migrations.RunSQL с 

UPDATE reo_profilemodel SET pre_setup_scenario_seconds2 = cast(pre_setup_scenario_seconds as double precision)
...