web-dev-qa-db-ja.com

これを追跡する方法は? AttributeError: 'NoneType'オブジェクトには、makemigrations中に属性 'is_relation'がありません

昨日から2度目の紛らわしいエラーが発生しました。前回は移行全体をフラット化したばかりですが、問題の原因を実際に見つけたことはありません。

したがって、これは、pythonプロジェクトの移行を行おうとすると発生します。エラーはどこで探す必要がありますか?実際には移行に関するものではなく、views.pyまたはモデルのエラーに関するものだと感じています。 .pyは、これがデータベースの移行に影響を与える理由を完全には理解していませんが。

とにかく、これらのエラーはどれも私が書いたコードを指していません。それはすべてDjangoにあります。では、それを引き起こすエラーを見つける方法は?

(testenv1) C:\Users\user\Eclipse_workspace\test1\test1>python manage.py makemigrations --trace
Traceback (most recent call last):
  File "manage.py", line 22, in <module>
    execute_from_command_line(sys.argv)
  File "C:\Python27\testenv1\lib\site-packages\Django\core\management\__init__.py", line 363, in execute_from_command_line
    utility.execute()
  File "C:\Python27\testenv1\lib\site-packages\Django\core\management\__init__.py", line 355, in execute
    self.fetch_command(subcommand).run_from_argv(self.argv)
  File "C:\Python27\testenv1\lib\site-packages\Django\core\management\base.py", line 283, in run_from_argv
    self.execute(*args, **cmd_options)
  File "C:\Python27\testenv1\lib\site-packages\Django\core\management\base.py", line 330, in execute
    output = self.handle(*args, **options)
  File "C:\Python27\testenv1\lib\site-packages\Django\core\management\commands\makemigrations.py", line 150, in handle
    loader.project_state(),
  File "C:\Python27\testenv1\lib\site-packages\Django\db\migrations\loader.py", line 323, in project_state
    return self.graph.make_state(nodes=nodes, at_end=at_end, real_apps=list(self.unmigrated_apps))
  File "C:\Python27\testenv1\lib\site-packages\Django\db\migrations\graph.py", line 409, in make_state
    project_state = self.nodes[node].mutate_state(project_state, preserve=False)
  File "C:\Python27\testenv1\lib\site-packages\Django\db\migrations\migration.py", line 92, in mutate_state
    operation.state_forwards(self.app_label, new_state)
  File "C:\Python27\testenv1\lib\site-packages\Django\db\migrations\operations\fields.py", line 148, in state_forwards
    delay = not old_field.is_relation
AttributeError: 'NoneType' object has no attribute 'is_relation'

(testenv1) C:\Users\user\Eclipse_workspace\test1\test1>

これが私のmodels.pyです。現在はWIPです。

# -*- coding: utf-8 -*-
from __future__ import unicode_literals

from Django.db import models
#from wheel.metadata import unique
from datetime import datetime
from Django.urls import reverse
# Create your models here.
from Django.shortcuts import redirect

class Task(models.Model):
    name = models.CharField(max_length=255,blank=True)
    code = models.SlugField(max_length=255, unique=True)
    sender = models.ForeignKey("Sender", default=0)
    client = models.ForeignKey("Client", null=True,blank=True)
    datetime = models.DateTimeField(default=datetime.now)
    duration = models.IntegerField(default=0,blank=True)
    photo = models.ImageField(null=True, blank=True)
    route = models.TextField(blank=True)
    km = models.FloatField(default=0, blank=True)
    notes = models.TextField(blank=True)
    milage_receipt = models.ForeignKey("MilageReceipt", null=True, blank=True, on_delete=models.SET_NULL)

    def date(self):
        return self.datetime.date()
    def status(self):
        try: 
            if self.receipt and self.milage_receipt:
                return "done"
            Elif not self.receipt:
                return "new"
            Elif not self.milage_receipt:
                return "ok"
        except Receipt.DoesNotExist:
            return "new"
        except MilageReceipt.DoesNotExist:
            return "processing"
        return str(self.receipt)

    def save(self, *args, **kwargs):
        if self.duration == None:
            self.duration = 0
        if self.km == None:
            self.km = 0
        super(Task, self).save(*args, **kwargs) # Call the "real" save() method.

    def get_absolute_url(self):
        return reverse('task_update', args=[str(self.id)])

    def __unicode__(self):
            return self.code


class Client(models.Model):
    name = models.CharField(max_length=255)
    name2 = models.CharField(max_length=255, blank=True)
    slug = models.SlugField(unique=True, max_length=255)
    email = models.EmailField()
    handle = models.CharField(max_length=255, blank=True)
    contact_name = models.CharField(max_length=255, blank=True)
    street = models.CharField(max_length=255)
    Zip = models.IntegerField()
    city = models.CharField(max_length=255)
    street2 = models.CharField(max_length=255,blank=True)
    Zip2 = models.CharField(max_length=255,blank=True)
    city2 = models.CharField(max_length=255,blank=True)
    default_vat = models.IntegerField(default=7)
    km_price = models.FloatField(default=0)
    active = models.BooleanField(default=False)
    def __unicode__(self):
            return self.slug

class Sender(models.Model):
    name = models.CharField(max_length=255)
    slug = models.SlugField(max_length=255)
    email = models.EmailField()
    street = models.CharField(max_length=255)
    Zip = models.IntegerField()
    city = models.CharField(max_length=255)
    phone = models.CharField(max_length=255)
    website = models.URLField()
    tax_id = models.CharField(max_length=255)
    vat_id = models.CharField(max_length=255)
    bank = models.ForeignKey("BankAccount")

    def __unicode__(self):
        return self.slug

class BankAccount(models.Model):
    name = models.CharField(max_length=255)
    iban = models.CharField(max_length=255)
    bic = models.CharField(max_length=255)
    holder = models.CharField(max_length=255)

class ReceiptNumber(models.Model):
    id = models.AutoField(primary_key=True, unique=True)
    number = models.IntegerField(blank=True)

    def __unicode__(self):
        return str(self.id)

class MyQuerySet(models.query.QuerySet):
    def delete(self):
        print self
        raise

class SingleDeleteManager(models.Manager):
    def get_query_set(self):
        return MyQuerySet(self.model, using=self._db)  

class Receipt(models.Model):
    number = models.OneToOneField("ReceiptNumber", blank=True, related_name="receipt", null=True)
    vat = models.IntegerField(blank=True)
    amount = models.DecimalField(max_digits=10, decimal_places=2, blank=True)
    body = models.TextField(blank=True)
    date = models.DateField(default=datetime.now, blank=True)
    task = models.OneToOneField("Task", related_name="receipt")
    objects = SingleDeleteManager()
    def total(self):
        a = float(self.amount) * (self.vat / 100.0) + float(self.amount)
        return "%.2f" % round(a,2)
    def vat_amount(self):
        a = float(self.amount) * (self.vat / 100.0)
        return "%.2f" % round(a,2)

    def save(self,*args, **kwargs):
        if self.date == None:
            self.date = datetime.now()
        if self.amount == None:
            self.amount = 0  
        if self.vat == None:
            self.vat = self.task.client.default_vat
        super(Receipt, self).save(*args, **kwargs)
        #if not hasattr(self, "number") or self.number == None:
        #    new_number = ReceiptNumber.objects.create()
        #    new_number.number = ReceiptNumber.objects.filter(Q(receipt__task__sender_id=self.sender.id) | Q(milage_receipt__task__sender_id=self.sender.id)).latest('id').number+1
        #    new_number.save()
        #    self.number = new_number 
        #    super(Receipt, self).save(*args, **kwargs)

    def delete(self, *args, **kwargs):
        if hasattr(self,"number") and self.number.id:
            self.number.delete()
        return super(self.__class__, self).delete(*args, **kwargs)
    def get_absolute_url(self):
        return reverse('receipt_create_for_task', args=[str(self.task.id)])
    def __unicode__(self):
        try:
            return str(self.number) + ": " + self.task.code
        except Task.DoesNotExist:
            return "should be gone"

class ReceiptTemplate(models.Model):
    name = models.CharField(max_length=255)
    vat = models.IntegerField()
    amount = models.FloatField()
    body = models.TextField()

class MilageReceipt(models.Model):
    number = models.OneToOneField("ReceiptNumber", null=True)
    sender = models.ForeignKey("Sender")
    client = models.ForeignKey("Client")

バージョン1.11です!

6
JasonTS

これをデバッグする非常に便利な方法を Djangoのこのチケット Radekで見つけました。

勇気がある場合は、_Django/db/migrations/operations/fields.py_のstate_forwards()メソッドを編集して、最初の行にデバッグ出力を追加できます。

_def state_forwards(self, app_label, state):
    # THIS IS THE LINE TO ADD
    print app_label + " " + self.model_name_lower + " " + self.name
    # END OF THE LINE TO ADD
    new_fields = []
    old_field = None
    for name, instance in state.models[app_label, self.model_name_lower].fields:
        if name != self.name:
            new_fields.append((name, instance))
        else:
            old_field = instance
    state.models[app_label, self.model_name_lower].fields = new_fields
    # Delay rendering of relationships if it's not a relational field
    delay = not old_field.is_relation
    state.reload_model(app_label, self.model_name_lower, delay=delay)
_

次に、_./manage.py makemigrations_を再度実行します。クラッシュする前に、移行を失敗させているモデルの名前が表示されているはずです。

以下の例では、クラッシュする前に処理される最後のモデルがadsummaryアプリのcore、より具体的にはaccountフィールドであることに注意してください。ちなみに、これを見つけた後、adsummaryアプリのmigrationsフォルダーでcoreを検索したところ、この列を削除するコマンドがあることがわかりました。移行ファイルのうち、列がデータベースに存在しなくなったにもかかわらず、このコマンドを削除すると、makemigrationsが再び機能し始めました。

_Felipes-MacBook-Air:backend felipe$ ./manage.py makemigrations -v 3
contenttypes contenttype name
core adsummary account
Traceback (most recent call last):
  File "./manage.py", line 22, in <module>
    execute_from_command_line(sys.argv)
  File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/Django/core/management/__init__.py", line 363, in execute_from_command_line
    utility.execute()
  File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/Django/core/management/__init__.py", line 355, in execute
    self.fetch_command(subcommand).run_from_argv(self.argv)
  File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/Django/core/management/base.py", line 283, in run_from_argv
    self.execute(*args, **cmd_options)
  File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/Django/core/management/base.py", line 330, in execute
    output = self.handle(*args, **options)
  File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/Django/core/management/commands/makemigrations.py", line 150, in handle
    loader.project_state(),
  File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/Django/db/migrations/loader.py", line 323, in project_state
    return self.graph.make_state(nodes=nodes, at_end=at_end, real_apps=list(self.unmigrated_apps))
  File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/Django/db/migrations/graph.py", line 409, in make_state
    project_state = self.nodes[node].mutate_state(project_state, preserve=False)
  File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/Django/db/migrations/migration.py", line 92, in mutate_state
    operation.state_forwards(self.app_label, new_state)
  File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/Django/db/migrations/operations/fields.py", line 149, in state_forwards
    delay = not old_field.is_relation
AttributeError: 'NoneType' object has no attribute 'is_relation'
_
13
Felipe Ferri

同じことが私にも起こりました。 Django 1.11にバグがあると思います。Django 1.10.7にダウングレードし、問題なく移行を実行し、その後再び1.11にアップグレードしました。 オープンチケット があります:

編集:それは確かにバグであり、それはまだDjango 2.1.4にあります

それを修正する方法を見つけました:

/Django/db/migrations/operations/fields.pyを開き、state_forwardsメソッドの例外に示されている行に移動し、行delay = not old_field.is_relationdelay = old_field is None or not old_field.is_relationに変更します。

Markus Holtermannの回答の修正が https://code.djangoproject.com/ticket/2807 で見つかりました:

delay = not old_field.is_relationNoneであるold_fieldにどのように到達したかは完全にはわかりません。これは、state.models[app_label, self.model_name_lower].fieldsにその名前のフィールドがないことを意味しますが、そうだと思います。 delay = old_field is None or not old_field.is_relationで安全に移動できます。

3
Wessi

同じ移行エラーが私に起こりました。私の場合、基礎となるMySQLテーブルスキーマがmodels.pyのモデル仕様と同期しなくなったことが原因でした。具体的には、私のテーブルには、以前に失敗した移行から残った列がありました。

MySQLの列を手動で削除し、テーブルスキーマがmodels.pyと一致することを確認することで、問題を修正しました。エラーの原因となった失敗した移行を削除してから、削除した移行を新たにやり直しました。移行を実行する前に、基になるテーブルとmodels.pyスキーマが同期されていたため、スムーズに実行されました。

これがお役に立てば幸いです。

2
arni

FamousJameous が言うように、問題はRemoveFieldメソッドにあり、おそらく移行で使用されます。私の場合、定義されていないフィールドを削除しようとしたときに問題が発生しました(例:リレーションシップによって作成されたfield_idを削除しようとしましたが、定義はfield)。

1
Boris Romero

ベスト&ショートソリューションはそれです。

アプリの移行ファイルをすべて削除します。

その後、ターミナルヒットで。

python3 manage.py makemigration app_name
python3 manage.py migrate

それは私のために働いています:)

0
Ashish Sondagar

私はこの問題を解決する方法を100%確信していませんが、私のために働いたものを書きます:

次のパスで関数state_forwards(ubuntuを使用しています)を見つけます。

"/home/aseem/venv/bt_pip/lib/python3.6/site-packages/Django/db/migrations/operations/fields.py"

bt_pipはフォルダvenvに保存されている私のpip仮想環境名です。上記のstate_forwardsfuncに次の行を追加します。

print (app_label + " " + self.model_name_lower + " " + self.name + str(self.field))

これにより、問題の原因となっているアプリが表示されます。

ここでインストール Django-reset-migrations 。次に、ターミナルで実行します。

python manage.py reset_migrations app_name

エラーが表示されましたが、その後python manage.py makemigrationsを試したところうまくいきました。

0
Aseem