djangoでnull = True、blank = Trueを区別する

djangoにデータベースフィールドを追加するとき、通常は次のように記述します。

models.CharField(max_length=100, null=True, blank=True)

同じことはForeignKey、DecimalFieldなどで行われます。持つことの基本的な違いは何ですか

1. null=True のみ
2. blank=True のみ
3. null=True、 blank=True

異なる（に関してでCharField、ForeignKey、ManyToManyField、DateTimeField）フィールド。1/2/3を使用する利点と欠点は何ですか？

null=TrueDBの列にNULL（対NOT NULL）を設定します。などのDjangoのフィールド・タイプのブランク値DateTimeFieldまたはForeignKeyとして記憶するNULLDBです。

blankフィールドがフォームで必須かどうかを決定します。これには、管理者とカスタムフォームが含まれます。その場合blank=True、フィールドは必須ではありませんが、フィールドの場合、フィールドをFalse空白にすることはできません。

通常、フォーム内のフィールドを空白にできるようにする場合は、データベースにNULLそのフィールドの値を許可する必要があるため、この2つの組み合わせは頻繁に発生します。例外はCharFieldsとTextFieldsで、Djangoではとして保存されませんNULL。空白の値は、空の文字列（''）としてDBに格納されます。

いくつかの例：

models.DateTimeField(blank=True) # raises IntegrityError if blank

models.DateTimeField(null=True) # NULL allowed, but must be filled out in a form

明らかに、これらの2つのオプションは論理的に使用しても意味がありません（null=True, blank=Falseフォームでフィールドを常に必須にする場合、シェルのようなものを介してオブジェクトを処理する場合はオプションにする必要がある場合もあります）。

models.CharField(blank=True) # No problem, blank is stored as ''

models.CharField(null=True) # NULL allowed, but will never be set as NULL

CHARそして、TEXTタイプは決してとして保存されていないNULLので、ジャンゴによってnull=True不要です。ただし、これらのフィールドの1つを手動で設定してNone、強制的にに設定することができNULLます。それが必要になる可能性のあるシナリオがある場合でも、を含める必要がありますnull=True。

これは、Django 1.8のORMマップblankとnullフィールドです。

class Test(models.Model):
    charNull        = models.CharField(max_length=10, null=True)
    charBlank       = models.CharField(max_length=10, blank=True)
    charNullBlank   = models.CharField(max_length=10, null=True, blank=True)

    intNull         = models.IntegerField(null=True)
    intBlank        = models.IntegerField(blank=True)
    intNullBlank    = models.IntegerField(null=True, blank=True)

    dateNull        = models.DateTimeField(null=True)
    dateBlank       = models.DateTimeField(blank=True)
    dateNullBlank   = models.DateTimeField(null=True, blank=True)        

PostgreSQL 9.4用に作成されたデータベースフィールドは次のとおりです。

CREATE TABLE Test (
  id              serial                    NOT NULL,

  "charNull"      character varying(10),
  "charBlank"     character varying(10)     NOT NULL,
  "charNullBlank" character varying(10),

  "intNull"       integer,
  "intBlank"      integer                   NOT NULL,
  "intNullBlank"  integer,

  "dateNull"      timestamp with time zone,
  "dateBlank"     timestamp with time zone  NOT NULL,
  "dateNullBlank" timestamp with time zone,
  CONSTRAINT Test_pkey PRIMARY KEY (id)
)

MySQL 5.6用に作成されたデータベースフィールドは次のとおりです。

CREATE TABLE Test (
     `id`            INT(11)     NOT  NULL    AUTO_INCREMENT,

     `charNull`      VARCHAR(10) NULL DEFAULT NULL,
     `charBlank`     VARCHAR(10) NOT  NULL,
     `charNullBlank` VARCHAR(10) NULL DEFAULT NULL,

     `intNull`       INT(11)     NULL DEFAULT NULL,
     `intBlank`      INT(11)     NOT  NULL,
     `intNullBlank`  INT(11)     NULL DEFAULT NULL,

     `dateNull`      DATETIME    NULL DEFAULT NULL,
     `dateBlank`     DATETIME    NOT  NULL,
     `dateNullBlank` DATETIME    NULL DEFAULT NULL
)

Djangoモデルフィールドリファレンスで述べたように：リンク

フィールドオプション

次の引数は、すべてのフィールドタイプで使用できます。すべてオプションです。

null

Field.null

の場合True、DjangoはNULLデータベースと同様に空の値を格納します。デフォルトはFalseです。

および nullなどの文字列ベースのフィールドでの使用は避けてください。空の文字列値は常にとしてではなく、空の文字列として保存されるためです。文字列ベースのフィールドにがある場合、それは「データなし」に2つの可能な値があることを意味します：と空の文字列。ほとんどの場合、「データなし」に2つの可能な値を設定するのは冗長です。Djangoの規約では、ではなく空の文字列を使用します 。CharFieldTextFieldNULLnull=TrueNULLNULL

文字列ベースのフィールドと非文字列ベースのフィールドの両方でblank=True、nullパラメーターがデータベースストレージにのみ影響するため（フォームを参照blank）、フォームで空の値を許可するかどうかも設定する必要があります。

注意

Oracleデータベースバックエンドを使用する場合、この属性に関係なく空の文字列を示すために値NULLが格納されます。

blank

Field.blank

の場合True、フィールドは空白にできます。デフォルトはFalseです。

これはとは異なることに注意してくださいnull。null純粋にデータベースblank関連ですが、検証関連です。フィールドにがある場合blank=True、フォームの検証では空の値を入力できます。フィールドにがある場合blank=False、そのフィールドは必須です。

Djangoモデルフィールド定義のオプションが（少なくとも）2つの目的を果たしていることを理解することが重要です。データベーステーブルを定義することと、デフォルトのフォーマットとモデルフォームの検証を定義することです。（値は常にカスタムフォームを提供することで上書きできるため、「デフォルト」と言います。）データベースに影響するオプション、フォームに影響するオプション、両方に影響するオプションがあります。

nulland に関してはblank、前者はデータベーステーブルの定義に影響を与え、後者はモデルの検証に影響を与えるという他の回答がすでに明らかになっています。考えられる4つの構成すべてのユースケースを見ると、区別がさらに明確になると思います。

• null=False、blank=False：これはデフォルトの構成であり、すべての状況で値が必要であることを意味します。

• null=True、blank=True：これは、フィールドがすべての状況でオプションであることを意味します。（ただし、下記のように、これは文字列ベースのフィールドをオプションにするための推奨される方法ではありません。）

• null=False、blank=True：これは、フォームに値は必要ありませんが、データベースには必要であることを意味します。これにはいくつかの使用例があります。

  • 最も一般的な用途は、オプションの文字列ベースのフィールドです。文書に記載、Djangoのイディオムは、欠損値を示すために、空の文字列を使用することです。もしはNULLまた、あなたが不足している値を示すために、二つの異なる方法で終わるだろうさせました。

  • もう1つの一般的な状況は、（save()たとえば、メソッドで）別のフィールドの値に基づいて1つのフィールドを自動的に計算したい場合です。ユーザーが値をフォームで提供することは望まない（したがってblank=True）が、データベースでは値が常に提供されるように強制する（null=False）必要があります。

  • 別の用途は、a ManyToManyFieldがオプションであることを示したい場合です。このフィールドは、データベース列でnullはなく別のテーブルとして実装されるため、意味がありません。blankただし、値はフォームに影響を与えますが、関係がない場合に検証が成功するかどうかを制御します。

• null=True、blank=False：これは、フォームには値が必要ですが、データベースには必要ないことを意味します。これは最も使用頻度の低い構成ですが、いくつかの使用例があります。

  • ビジネスロジックで実際に要求されていない場合でも、常に値を含めるようユーザーに要求することは完全に合理的です。結局のところ、フォームはデータを追加および編集する唯一の方法です。人間のエディタに要求するのと同じ厳格な検証を必要としないデータを生成するコードがある場合があります。

  • 私が見た別のユースケースは、カスケード削除ForeignKeyを許可したくないを持っている場合です。つまり、通常の使用では、リレーションは常に存在している必要があります（）が、それが指すものが削除された場合、このオブジェクトも削除されないようにする必要があります。その場合、およびを使用して、単純な種類の一時的削除を実装できます。blank=Falsenull=Trueon_delete=models.SET_NULL

あなたはあなたの答えを持っているかもしれませんが、今日までnull = Trueかblank = Trueか両方をフィールドに入れるかどうかを判断するのは困難です。私は個人的に、開発者に非常に多くのオプションを提供するのはかなり役に立たず混乱していると思います。ヌルまたはブランクを必要に応じて処理します。

私はDjangoの2つのスクープからのこのテーブルに従います：

単純にnull=TrueデータベースがNULL値を受け入れるようにblank=True定義する一方で、フォーム検証でこのフィールドは空白値を受け入れるかどうかを定義します（blank=Trueそのフィールドに値のないフォームを受け入れblank=False、フォーム検証で[デフォルト値]を受け入れる場合、このフィールドは必須のエラーです。

null=True/False データベースに関連

blank=True/False フォーム検証に関連

ここでのフィールドの例ですblank= Trueと、null=True

description = models.TextField（blank = True、null = True）

この場合：： blank = True説明フィールドを空白のままにしても問題ないことをフォームに伝えます

そして

null = True：データベースに、dbフィールドにnull値を記録しても問題はなく、エラーが発生しないことを伝えます。

null = True

入力するフィールドにデータベースの制約がないことを意味します。そのため、このオプションを持つ、入力した値にnull値を持つオブジェクトを作成できます。

blank = True

djangoフォームには検証の制約がないことを意味します。したがって、modelFormこのモデルのを入力する場合、このオプションを入力せずにフィールドを残すことができます。

ここでの主な違いであるnull=Trueとはblank=True：

両方のデフォルト値nullとblankFalseです。これらの値はどちらもフィールドレベルで機能します。つまり、フィールドを保持するか、を保持するnullかblankです。

null=Trueフィールドの値をNULLデータなしに設定します。基本的にはデータベースの列の値です。

date = models.DateTimeField(null=True)

blank=Trueフィールドがフォームで必須かどうかを決定します。これには、管理者と独自のカスタムフォームが含まれます。

title = models.CharField(blank=True) // title can be kept blank. データベース("")に格納されます。 null=True blank=Trueつまり、このフィールドはすべての状況でオプションです。

epic = models.ForeignKey(null=True, blank=True)
// The exception is CharFields() and TextFields(), which in Django are never saved as NULL. Blank values a

nullおよび空白のデフォルト値はFalseです。

Null：データベースに関連しています。特定のデータベース列がnull値を受け入れるかどうかを定義します。

空白：検証に関連しています。form.is_valid（）を呼び出すとき、フォームの検証中に使用されます。

そうは言っても、null = Trueとblank = Falseのフィールドがあっても問題ありません。データベースレベルではフィールドはNULLでもかまいませんが、アプリケーションレベルでは必須フィールドです。

さて、ほとんどの開発者が誤解しているのは、CharFieldやTextFieldなどの文字列ベースのフィールドに対してnull = Trueを定義することです。それをしないでください。そうしないと、「データなし」に2つの値、つまり、なしと空の文字列が含まれることになります。「データなし」の2つの可能な値を持つことは冗長です。Djangoの規約では、NULLではなく空の文字列を使用します。

Django adminに何かを保存すると、Djangoレベルとデータベースレベルの2つのステップで検証が行われます。数値フィールドにテキストを保存することはできません。

データベースのデータ型はNULLですが、何もありません。Djangoはデータベースに列を作成するときに、空にすることはできないことを指定します。また、NULLを保存しようとすると、データベースエラーが発生します。

また、Django-Adminレベルでは、デフォルトですべてのフィールドが必須です。空白のフィールドを保存することはできません。Djangoはエラーをスローします。

したがって、空白のフィールドを保存する場合は、Djangoおよびデータベースレベルで許可する必要があります。blank = True-管理パネルの空のフィールドを許可しますnull = True-NULLをデータベース列に保存します。

またはnull=Trueでも必要なポイントが1つあります。それは、データベースに列のフラグが設定されている場合です。CharFieldTextFieldunique

つまり、Djangoに一意のChar / TextFieldがある場合、これを使用する必要があります。

models.CharField(blank=True, null=True, unique=True)

一意でないCharFieldまたはTextFieldのnull=True場合、スキップしないほうがよいでしょう。そうでない場合、一部のフィールドはNULLとして設定され、他のフィールドは ""として設定されます。また、フィールド値のNULLを毎回チェックする必要があります。

nullはデータベース用、空白はフィールドの検証用で、textfieldなどのユーザーインターフェースに表示して人の姓を取得します。場合は姓= models.charfield（空白=真）これはオプションのフィールドは今あるとして、それは最後の名前を入力するようユーザーに求めるdidnot。場合は姓= models.charfield（ヌル=真）は 、それは、このフィールドはdoesnotユーザーからの任意の値を取得する場合、それは空の文字列「」としてデータベースに格納することを意味します。

モデルにおけるnull = Trueおよびblank = Trueの意味は、これらのフィールドがフォームクラスでどのように定義されたかにも依存します。

次のクラスを定義したとします。

class Client (models.Model):
    name = models.CharField (max_length=100, blank=True)
    address = models.CharField (max_length=100, blank=False)

フォームクラスが次のように定義されている場合：

class ClientForm (ModelForm):
    class Meta:
        model = Client
        fields = ['name', 'address']
        widgets = {
            'name': forms.TextInput (attrs = {'class': 'form-control form-control-sm'}),
            'address': forms.TextInput (attrs = {'class': 'form-control form-control-sm'})
        }

次に、「name」フィールドは必須ではなく（モデルのblank = Trueにより）、「address」フィールドは必須です（モデルのblank = Falseにより）。

ただし、ClientFormクラスが次のように定義されている場合：

class ClientForm (ModelForm):
    class Meta:
        model = Client
        fields = ['name', 'address']

    name = forms.CharField (
        widget = forms.TextInput (attrs = {'class': 'form-control form-control-sm'}),
    )
    address = forms.CharField (
        widget = forms.TextInput (attrs = {'class': 'form-control form-control-sm'}),
    )

次に、「宣言的に定義されたフィールドはそのままにされるため」（https://docs.djangoproject.com/en/3.0/topics/forms/modelforms/）の両方のフィールド（「name」と「address」）は必須です。つまり、フォームフィールドの 'required'属性のデフォルトはTrueであり、モデルでフィールドがblank = Trueに設定されている場合でも、フィールド 'name'および 'address'に入力する必要があります。

null-Trueの場合、デフォルトはFalseで、Djangoは空をnullとしてデータベースに格納します。

空白-フィールドが空白であることを許可されている場合、デフォルトはFalseです。

詳細は、https： //docs.djangoproject.com/en/3.0/topics/db/models/に アクセスしてください

以下の表は、主な違いを示しています。

+--------------------------------------------------------------------+
| Purpose                  | null=True        | blank = True         |
|--------------------------|------------------|----------------------|
| Field can be empty in DB | Do this          | Unaffected           |
|--------------------------|------------------|----------------------|
| ModelForm(required field)| Unaffected       | field not required   |
|--------------------------|------------------|----------------------|
| Form Validation          | Unaffected       | field not required   |
|--------------------------|------------------|----------------------|
| on_delete=SET_NULL       | Need this        | Unaffected           |
+--------------------------------------------------------------------+

非常に簡単な言葉で、

空白はnullとは異なります。

nullは純粋にデータベース関連ですが、空白は検証関連です（フォームで必須）。

もしそうならnull=True、Djangoはそうしstore empty values as NULL in the databaseます。フィールドにがある場合blank=True、フォームの検証が行われallow entry of an empty valueます。フィールドにblank = Falseがある場合、そのフィールドは必須です。