Як обійти відсутність підтримки зовнішніх ключів у базах даних у Django


77

Я знаю, що Django не підтримує зовнішні ключі в декількох базах даних (спочатку Django 1.3 docs)

Але я шукаю обхідного шляху.

Що не працює

У мене дві моделі в окремій базі даних.

routers.py:

class NewsRouter(object):
    def db_for_read(self, model, **hints):
        if model._meta.app_label == 'news_app':
            return 'news_db'
        return None

    def db_for_write(self, model, **hints):
        if model._meta.app_label == 'news_app':
            return 'news_db'
        return None

    def allow_relation(self, obj1, obj2, **hints):
        if obj1._meta.app_label == 'news_app' or obj2._meta.app_label == 'news_app':
            return True
        return None

    def allow_syncdb(self, db, model):
        if db == 'news_db':
            return model._meta.app_label == 'news_app'
        elif model._meta.app_label == 'news_app':
            return False
        return None

Модель 1 у fruit_app / models.py:

from django.db import models

class Fruit(models.Model):
    name = models.CharField(max_length=20)

Модель 2 у news_app / models.py:

from django.db import models

class Article(models.Model):
    fruit = models.ForeignKey('fruit_app.Fruit')
    intro = models.TextField()

Спроба додати "Статтю" в адміністратора видає таку помилку, оскільки вона шукає Fruitмодель у неправильній базі даних ( 'news_db'):

DatabaseError at /admin/news_app/article/add/

(1146, "Table 'fkad_news.fruit_app_fruit' doesn't exist")

Спосіб 1: підклас IntegerField

Я створив власне поле ForeignKeyAcrossDb, яке є підкласом IntegerField. Код знаходиться на github за адресою: https://github.com/saltycrane/django-foreign-key-across-db-testproject/tree/integerfield_subclass

fields.py:

from django.db import models


class ForeignKeyAcrossDb(models.IntegerField):
    '''
    Exists because foreign keys do not work across databases
    '''
    def __init__(self, model_on_other_db, **kwargs):
        self.model_on_other_db = model_on_other_db
        super(ForeignKeyAcrossDb, self).__init__(**kwargs)

    def to_python(self, value):
        # TODO: this db lookup is duplicated in get_prep_lookup()
        if isinstance(value, self.model_on_other_db):
            return value
        else:
            return self.model_on_other_db._default_manager.get(pk=value)

    def get_prep_value(self, value):
        if isinstance(value, self.model_on_other_db):
            value = value.pk
        return super(ForeignKeyAcrossDb, self).get_prep_value(value)

    def get_prep_lookup(self, lookup_type, value):
        # TODO: this db lookup is duplicated in to_python()
        if not isinstance(value, self.model_on_other_db):
            value = self.model_on_other_db._default_manager.get(pk=value)

        return super(ForeignKeyAcrossDb, self).get_prep_lookup(lookup_type, value)

І я змінив модель статті на:

class Article(models.Model):
    fruit = ForeignKeyAcrossDb(Fruit)
    intro = models.TextField()

Проблема полягає в тому, що іноді, коли я отримую доступ до Article.fruit, це ціле число, а іноді це об’єкт Fruit. Я хочу, щоб це завжди було об’єктом «Фрукти». Що мені потрібно зробити, щоб доступ до Article.fruit завжди повертав об’єкт Fruit?

Як обхідний шлях для свого обхідного шляху я додав fruit_objвластивість, але я хотів би усунути це, якщо це можливо:

class Article(models.Model):
    fruit = ForeignKeyAcrossDb(Fruit)
    intro = models.TextField()

    # TODO: shouldn't need fruit_obj if ForeignKeyAcrossDb field worked properly
    @property
    def fruit_obj(self):
        if not hasattr(self, '_fruit_obj'):
            # TODO: why is it sometimes an int and sometimes a Fruit object?
            if isinstance(self.fruit, int) or isinstance(self.fruit, long):
                print 'self.fruit IS a number'
                self._fruit_obj = Fruit.objects.get(pk=self.fruit)
            else:
                print 'self.fruit IS NOT a number'
                self._fruit_obj = self.fruit
        return self._fruit_obj

    def fruit_name(self):
        return self.fruit_obj.name

Спосіб 2: поле підкласу ForeignKey

З другої спроби я спробував підкласувати поле ForeignKey. Я змінився, ReverseSingleRelatedObjectDescriptorщоб використовувати базу даних, вказану forced_usingв менеджері моделей Fruit. Я також видалив validate()метод із ForeignKeyпідкласу. Цей метод не мав такої ж проблеми, як метод 1. Код на github за адресою: https://github.com/saltycrane/django-foreign-key-across-db-testproject/tree/foreignkey_subclass

fields.py:

from django.db import models
from django.db import router
from django.db.models.query import QuerySet


class ReverseSingleRelatedObjectDescriptor(object):
    # This class provides the functionality that makes the related-object
    # managers available as attributes on a model class, for fields that have
    # a single "remote" value, on the class that defines the related field.
    # In the example "choice.poll", the poll attribute is a
    # ReverseSingleRelatedObjectDescriptor instance.
    def __init__(self, field_with_rel):
        self.field = field_with_rel

    def __get__(self, instance, instance_type=None):
        if instance is None:
            return self

        cache_name = self.field.get_cache_name()
        try:
            return getattr(instance, cache_name)
        except AttributeError:
            val = getattr(instance, self.field.attname)
            if val is None:
                # If NULL is an allowed value, return it.
                if self.field.null:
                    return None
                raise self.field.rel.to.DoesNotExist
            other_field = self.field.rel.get_related_field()
            if other_field.rel:
                params = {'%s__pk' % self.field.rel.field_name: val}
            else:
                params = {'%s__exact' % self.field.rel.field_name: val}

            # If the related manager indicates that it should be used for
            # related fields, respect that.
            rel_mgr = self.field.rel.to._default_manager
            db = router.db_for_read(self.field.rel.to, instance=instance)
            if getattr(rel_mgr, 'forced_using', False):
                db = rel_mgr.forced_using
                rel_obj = rel_mgr.using(db).get(**params)
            elif getattr(rel_mgr, 'use_for_related_fields', False):
                rel_obj = rel_mgr.using(db).get(**params)
            else:
                rel_obj = QuerySet(self.field.rel.to).using(db).get(**params)
            setattr(instance, cache_name, rel_obj)
            return rel_obj

    def __set__(self, instance, value):
        raise NotImplementedError()

class ForeignKeyAcrossDb(models.ForeignKey):

    def contribute_to_class(self, cls, name):
        models.ForeignKey.contribute_to_class(self, cls, name)
        setattr(cls, self.name, ReverseSingleRelatedObjectDescriptor(self))
        if isinstance(self.rel.to, basestring):
            target = self.rel.to
        else:
            target = self.rel.to._meta.db_table
        cls._meta.duplicate_targets[self.column] = (target, "o2m")

    def validate(self, value, model_instance):
        pass

fruit_app / models.py:

from django.db import models


class FruitManager(models.Manager):
    forced_using = 'default'


class Fruit(models.Model):
    name = models.CharField(max_length=20)

    objects = FruitManager()

news_app / models.py:

from django.db import models

from foreign_key_across_db_testproject.fields import ForeignKeyAcrossDb
from foreign_key_across_db_testproject.fruit_app.models import Fruit


class Article(models.Model):
    fruit = ForeignKeyAcrossDb(Fruit)
    intro = models.TextField()

    def fruit_name(self):
        return self.fruit.name

Спосіб 2a: Додайте маршрутизатор для fruit_app

У цьому рішенні використовується додатковий маршрутизатор для fruit_app. Це рішення не вимагає модифікацій ForeignKey, необхідних у Способі 2. Переглянувши поведінку маршрутизації за замовчуванням у Django django.db.utils.ConnectionRouter, ми виявили, що, незважаючи на те, що ми очікували, fruit_appщо 'default'за замовчуванням будемо знаходитись у базі даних, instanceпідказка, передана db_for_readдля пошуку зовнішнього ключа, ставить її 'news_db'бази даних. Ми додали другий маршрутизатор, щоб забезпечити fruit_appзавжди зчитування моделей з 'default'бази даних. ForeignKeyПідклас використовується тільки для «виправити» ForeignKey.validate()методу. (Якщо Django хотів підтримати зовнішні ключі в базах даних, я б сказав, що це помилка Django.) Код знаходиться на github за адресою: https://github.com/saltycrane/django-foreign-key-across-db-testproject

routers.py:

class NewsRouter(object):
    def db_for_read(self, model, **hints):
        if model._meta.app_label == 'news_app':
            return 'news_db'
        return None

    def db_for_write(self, model, **hints):
        if model._meta.app_label == 'news_app':
            return 'news_db'
        return None

    def allow_relation(self, obj1, obj2, **hints):
        if obj1._meta.app_label == 'news_app' or obj2._meta.app_label == 'news_app':
            return True
        return None

    def allow_syncdb(self, db, model):
        if db == 'news_db':
            return model._meta.app_label == 'news_app'
        elif model._meta.app_label == 'news_app':
            return False
        return None


class FruitRouter(object):
    def db_for_read(self, model, **hints):
        if model._meta.app_label == 'fruit_app':
            return 'default'
        return None

    def db_for_write(self, model, **hints):
        if model._meta.app_label == 'fruit_app':
            return 'default'
        return None

    def allow_relation(self, obj1, obj2, **hints):
        if obj1._meta.app_label == 'fruit_app' or obj2._meta.app_label == 'fruit_app':
            return True
        return None

    def allow_syncdb(self, db, model):
        if db == 'default':
            return model._meta.app_label == 'fruit_app'
        elif model._meta.app_label == 'fruit_app':
            return False
        return None

fruit_app / models.py:

from django.db import models


class Fruit(models.Model):
    name = models.CharField(max_length=20)

news_app / models.py:

from django.db import models

from foreign_key_across_db_testproject.fields import ForeignKeyAcrossDb
from foreign_key_across_db_testproject.fruit_app.models import Fruit


class Article(models.Model):
    fruit = ForeignKeyAcrossDb(Fruit)
    intro = models.TextField()

    def fruit_name(self):
        return self.fruit.name

fields.py:

from django.core import exceptions
from django.db import models
from django.db import router


class ForeignKeyAcrossDb(models.ForeignKey):

    def validate(self, value, model_instance):
        if self.rel.parent_link:
            return
        models.Field.validate(self, value, model_instance)
        if value is None:
            return

        using = router.db_for_read(self.rel.to, instance=model_instance)  # is this more correct than Django's 1.2.5 version?
        qs = self.rel.to._default_manager.using(using).filter(
                **{self.rel.field_name: value}
             )
        qs = qs.complex_filter(self.rel.limit_choices_to)
        if not qs.exists():
            raise exceptions.ValidationError(self.error_messages['invalid'] % {
                'model': self.rel.to._meta.verbose_name, 'pk': value})

Додаткова інформація

Оновлення

Ми застосували останній метод після того, як ще трохи налаштували наші маршрутизатори. Вся реалізація була досить болючою, що змушує нас думати, що ми маємо робити це неправильно. У списку TODO пишеться модульний тест для цього.


13
я ненавиджу, коли немає відповіді на запитання, але, блін, хто може на це відповісти
Бастардо

4
Схоже, це питання потребує щедрості
Адам Нельсон,

Чому б просто не розмістити обидві моделі в одній базі даних? Тобто яка конкретна причина, чому ви вирішили відмовитись від цього (очевидного) обхідного шляху?

3
Той факт, що ваші таблиці розподілені по кількох базах даних, означає, що вони знаходяться в окремих доменах. У такому випадку коду вашої програми завжди слід робити "перевірку цілісності". Це стосується вашого ділового рівня. Причина того, що ваше рішення настільки "болюче", полягає в тому, що ви намагаєтесь зробити це на рівні даних. Якщо таблиці не в окремих доменах, я повторюю коментар sampablokuper: чому вони не знаходяться в одній базі даних?
Франс

Мені було б цікаво почути, чи все ще ви використовуєте 2a: це погано працює. Мені довелося створити кілька порожніх таблиць для fruitматеріалів у newsБД, щоб це працювало, і якщо ви зробите перехресне посилання на БД в інструменті адміністратора, воно зламається, якщо ви не використовуєте обхідний спосіб, подібний до вашого fruit_nameметоду в GitHub. Крім того, southжахливо плутає з міграціями.
Aidan Fitzpatrick

Відповіді:


2

Ви можете зробити подання в базі даних, в якому є перехресний запит до бази даних, а потім визначити модель подання в окремому файлі, щоб syncdb працював.

Щасливого програмування. :)


1
Це буде працювати лише в тому випадку, якщо обидві бази даних одного типу і працюють на одному сервері баз даних ...
Cerin

2

Я знаю, що Djano-nosql має підтримку клавіш і подібних, хоча трохи магії з http://www.allbuttonspressed.com/projects/django-dbindexer . Можливо, щось із цього могло б допомогти.

З опису:

"Ви можете просто сказати dbindexer, які моделі та поля повинні підтримувати ці запити, і він подбає про підтримку необхідних для Вас індексів."

-Керрі


2

Що стосується ForeignKeyAcrossDbчастини, чи не могли б ви внести якісь корективи у свій клас всередині __init__? Перевірте, чи відповідає відповідне поле, Integerякщо ні, завантажте його з бази даних або зробіть щось інше, що потрібно. Python __class__можна змінити під час виконання без особливих проблем.


2

Розбивши голову кілька днів, мені вдалося отримати свій Іноземний ключ НА ТОМІЖ БАНКІ!

Можна вносити зміни у ФОРМУ, щоб шукати ІНОЗЕМНИЙ КЛЮЧ в іншому банку!

Спочатку додайте ПЕРЕЗАРЕЖЕННЯ ПОЛІВ, як безпосередньо (зламайте) мою форму, у функції ____init____

app.form.py

# -*- coding: utf-8 -*-
from django import forms
import datetime
from app_ti_helpdesk import models as mdp

#classe para formulario de Novo HelpDesk
class FormNewHelpDesk(forms.ModelForm):
    class Meta:
        model = mdp.TblHelpDesk
        fields = (
        "problema_alegado",
        "cod_direcionacao",
        "data_prevista",
        "hora_prevista",
        "atendimento_relacionado_a",
        "status",
        "cod_usuario",
        )

    def __init__(self, *args, **kwargs):
        #-------------------------------------
        #  using remove of kwargs
        #-------------------------------------
        db = kwargs.pop("using", None)

        # CASE use Unique Keys
        self.Meta.model.db = db

        super(FormNewHelpDesk, self).__init__(*args,**kwargs)

        #-------------------------------------
        #   recreates the fields manually
        from copy import deepcopy
        self.fields.update(deepcopy( forms.fields_for_model( self.Meta.model, self.Meta.fields, using=db ) ))
        #
        #-------------------------------------

        #### follows the standard template customization, if necessary

        self.fields['problema_alegado'].widget.attrs['rows'] = 3
        self.fields['problema_alegado'].widget.attrs['cols'] = 22
        self.fields['problema_alegado'].required = True
        self.fields['problema_alegado'].error_messages={'required': 'Necessário informar o motivo da solicitação de ajuda!'}


        self.fields['data_prevista'].widget.attrs['class'] = 'calendario'
        self.fields['data_prevista'].initial = (datetime.timedelta(4)+datetime.datetime.now().date()).strftime("%Y-%m-%d")

        self.fields['hora_prevista'].widget.attrs['class'] = 'hora'
        self.fields['hora_prevista'].initial =datetime.datetime.now().time().strftime("%H:%M")

        self.fields['status'].initial = '0'                 #aberto
        self.fields['status'].widget.attrs['disabled'] = True

        self.fields['atendimento_relacionado_a'].initial = '07'

        self.fields['cod_direcionacao'].required = True
        self.fields['cod_direcionacao'].label = "Direcionado a"
        self.fields['cod_direcionacao'].initial = '2'
        self.fields['cod_direcionacao'].error_messages={'required': 'Necessário informar para quem é direcionado a ajuda!'}

        self.fields['cod_usuario'].widget = forms.HiddenInput()

виклик форми з подання

app.view.py

form = forms.FormNewHelpDesk(request.POST or None, using=banco)

Тепер зміна вихідного коду DJANGO

Тільки поля типу ForeignKey, ManyToManyField і OneToOneField можуть використовувати 'using', тому додано IF ...

django.forms.models.py

# line - 133: add using=None
def fields_for_model(model, fields=None, exclude=None, widgets=None, formfield_callback=None, using=None):

# line - 159

if formfield_callback is None:
    #----------------------------------------------------
    from django.db.models.fields.related import (ForeignKey, ManyToManyField, OneToOneField)
    if type(f) in (ForeignKey, ManyToManyField, OneToOneField):
        kwargs['using'] = using

    formfield = f.formfield(**kwargs)
    #----------------------------------------------------
elif not callable(formfield_callback):
    raise TypeError('formfield_callback must be a function or callable')
else:
    formfield = formfield_callback(f, **kwargs)

ЗМІНИТИ ФАЙЛ

django.db.models.base.py

змінювати

# line 717
qs = model_class._default_manager.filter(**lookup_kwargs)

для

# line 717
qs = model_class._default_manager.using(getattr(self, 'db', None)).filter(**lookup_kwargs)

Готовий: D


1

Поле зовнішнього ключа передбачає, що ви можете - запитувати зв’язок, приєднуючись, тобто fruit__name - перевіряти посилальну цілісність - забезпечувати цілісність посилань при видаленні - функціональність пошуку адміністративного ідентифікатора - (ще дещо ...)

Перший варіант використання завжди був би проблематичним. Можливо, в кодовій базі є деякі інші особливі випадки зовнішнього ключа, які також не працюють.

Я керую досить великим сайтом django, і зараз ми використовуємо звичайне ціле поле. На даний момент я вважаю, що підкласифікація цілого поля та додавання ідентифікатора до перетворення об'єкта було б найпростішим (у 1.2, що вимагало виправлення деяких бітів django, сподіваюся, що на сьогоднішній день це покращено), ми повідомимо вас, яке рішення ми знаходимо.


1

Натрапив на подібну проблему необхідності посилання (переважно) на статичні дані в декількох (5) базах даних. Зробив невелике оновлення ReversedSingleRelatedObjectDescriptor, щоб дозволити встановлення відповідної моделі. Він не реалізує зворотний зв'язок ATM.

class ReverseSingleRelatedObjectDescriptor(object):
"""
This class provides the functionality that makes the related-object managers available as attributes on a model
class, for fields that have a single "remote" value, on the class that defines the related field. Used with
LinkedField.
"""
def __init__(self, field_with_rel):
    self.field = field_with_rel
    self.cache_name = self.field.get_cache_name()

def __get__(self, instance, instance_type=None):
    if instance is None:
        return self

    try:
        return getattr(instance, self.cache_name)
    except AttributeError:
        val = getattr(instance, self.field.attname)
        if val is None:
            # If NULL is an allowed value, return it
            if self.field.null:
                return None
            raise self.field.rel.to.DoesNotExist
        other_field = self.field.rel.get_related_field()
        if other_field.rel:
            params = {'%s__pk' % self.field.rel.field_name: val}
        else:
            params = {'%s__exact' % self.field.rel.field_name: val}

        # If the related manager indicates that it should be used for related fields, respect that.
        rel_mgr = self.field.rel.to._default_manager
        db = router.db_for_read(self.field.rel.to, instance=instance)
        if getattr(rel_mgr, 'forced_using', False):
            db = rel_mgr.forced_using
            rel_obj = rel_mgr.using(db).get(**params)
        elif getattr(rel_mgr, 'use_for_related_fields', False):
            rel_obj = rel_mgr.using(db).get(**params)
        else:
            rel_obj = QuerySet(self.field.rel.to).using(db).get(**params)
        setattr(instance, self.cache_name, rel_obj)
        return rel_obj

def __set__(self, instance, value):
    if instance is None:
        raise AttributeError("%s must be accessed via instance" % self.field.name)

    # If null=True, we can assign null here, but otherwise the value needs to be an instance of the related class.
    if value is None and self.field.null is False:
        raise ValueError('Cannot assign None: "%s.%s" does not allow null values.' %
                         (instance._meta.object_name, self.field.names))
    elif value is not None and not isinstance(value, self.field.rel.to):
        raise ValueError('Cannot assign "%r": "%s.%s" must be a "%s" instance.' %
                         (value, instance._meta.object_name, self.field.name, self.field.rel.to._meta.object_name))
    elif value is not None:
        # Only check the instance state db, LinkedField implies that the value is on a different database
        if instance._state.db is None:
            instance._state.db = router.db_for_write(instance.__class__, instance=value)

    # Is not used by OneToOneField, no extra measures to take here

    # Set the value of the related field
    try:
        val = getattr(value, self.field.rel.get_related_field().attname)
    except AttributeError:
        val = None
    setattr(instance, self.field.attname, val)

    # Since we already know what the related object is, seed the related object caches now, too. This avoids another
    # db hit if you get the object you just set
    setattr(instance, self.cache_name, value)
    if value is not None and not self.field.rel.multiple:
        setattr(value, self.field.related.get_cache_name(), instance)

і

class LinkedField(models.ForeignKey):
"""
Field class used to link models across databases. Does not ensure referrential integraty like ForeignKey
"""
def _description(self):
    return "Linked Field (type determined by related field)"

def contribute_to_class(self, cls, name):
    models.ForeignKey.contribute_to_class(self, cls, name)
    setattr(cls, self.name, ReverseSingleRelatedObjectDescriptor(self))
    if isinstance(self.rel.to, basestring):
        target = self.rel.to
    else:
        target = self.rel.to._meta.db_table
    cls._meta.duplicate_targets[self.column] = (target, "o2m")

def validate(self, value, model_instance):
    pass

1

Це рішення спочатку написано для однієї керованої бази даних з міграціями та однієї або декількох застарілих баз даних із моделями Meta, managed=Falseпідключеними на рівні бази даних до однієї бази даних. Якщо db_tableпараметр містить ім'я бази даних і таблиці імені цитованого правильно « '» (MySQL) або «" » (інший дб), наприклад db_table = '"DB2"."table_b"', то це не котирується більше Джанго. Запити складаються Django ORM правильно, навіть з JOINs:

class TableB(models.Model):
    ....
    class Meta:    
        db_table = '`DB2`.`table_b`'    # for MySQL
        # db_table = '"DB2"."table_b"'  # for all other backends
        managed = False

Набір запитів:

>>> qs = TableB.objects.all()
>>> str(qs.query)
'SELECT "DB2"."table_b"."id" FROM DB2"."table_b"'

Це підтримується всіма серверними базами даних db в Django.

(Здається, я розпочав нагороду за повторне нове запитання, де моя відповідь продовжується.)


0

Натхненний коментарем @Frans. Моє обхідне рішення - зробити це на бізнес-рівні. У наведеному прикладі це питання. Я б встановив плід для IntegerFieldвключення Article, як "не робити перевірку цілісності на рівні даних".

class Fruit(models.Model):
    name = models.CharField()

class Article(models.Model):
    fruit = models.IntegerField()
    intro = models.TextField()

Потім вкажіть посилальне відношення в коді програми (бізнес-рівень). Візьмемо для прикладу адміністратора Django, щоб відобразити фрукти як вибір на сторінці додавання статті, ви вручну заповнюєте список варіантів для фруктів.

# admin.py in App article
class ArticleAdmin(admin.ModelAdmin):
    class ArticleForm(forms.ModelForm):
        fields = ['fruit', 'intro']

        # populate choices for fruit
        choices = [(obj.id, obj.name) for obj in Fruit.objects.all()]
        widgets = {
            'fruit': forms.Select(choices=choices)}

    form = ArticleForm
    list_diaplay = ['fruit', 'intro']

Звичайно, вам може знадобитися подбати про перевірку поля форми (перевірка цілісності).


0

У мене є нове рішення для django v1.10. Є дві частини. Він працює з django.admin та django.rest-framework.

  1. Успадкуйте ForeignKeyклас і створіть ForeignKeyAcrossDbта перевизначте validate()функцію на основі цього квитка та цієї публікації .

class ForeignKeyAcrossDb(models.ForeignKey):
        def validate(self, value, model_instance):
            if self.remote_field.parent_link:
                return
            super(models.ForeignKey, self).validate(value, model_instance)
            if value is None:
                return
            using = router.db_for_read(self.remote_field.model, instance=model_instance)
            qs = self.remote_field.model._default_manager.using(using).filter(
                **{self.remote_field.field_name: value}
            )
            qs = qs.complex_filter(self.get_limit_choices_to())
            if not qs.exists():
                raise exceptions.ValidationError(
                    self.error_messages['invalid'],
                    code='invalid',
                    params={
                        'model': self.remote_field.model._meta.verbose_name, 'pk': value,
                        'field': self.remote_field.field_name, 'value': value,
                    },  # 'pk' is included for backwards compatibility
                )
  1. У декларації поля використовуйте db_constraint=False, наприклад,

album=ForeignKeyAcrossDb(Singer, db_constraint=False, on_delete=models.DO_NOTHING)


TypeError: __init__() got an unexpected keyword argument 'db_constraints'
Хоссейн Джаббарі

1
@HosseinJabbari Мої вибачення. тобто друкарська помилка, використовуйте db_constraint. Видаліть кінцеві 's'.
Diansheng 01.03.17

Вважати добрими манерами називати джерела, якщо ви копіюєте код: stackoverflow.com/a/32078727/7933618
masterfloda

@ masterfloda, чи не є ваше посилання тим самим посиланням, яке я вже додав у своїй відповіді?
Diansheng
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.