... 親のブロックを完全にオーバーライドせずに、コンテンツを追加したい場合に有用です。 {{ block.super }} を使って挿入されたデータは自動的にエスケープされません ( next section を参照してください)。これは、必要な場合は親テンプレートですでにエスケープされているから ... す。この節の後半では自動エスケープの仕組みについて述べます。 デフォルトでは、Django はすべてのテンプレートの変数タグの出力を自動的にエスケープするよう設定されています。具体的には、以下の 5 つの文字がエスケープされます: < を < に変換 > を > に変換 ' ... 、変数自身に由来するデータに対して何かを引き起こす恐れはありません。 変数の内容はテンプレート作者の管理外にあり、必要に応じて自動的にエスケープされます。 メソッドへのアクセス ¶ オブジェクトに備わったほとんどのメソッドは、テンプレートの中からでも呼び出すこ ... ... 親のブロックを完全にオーバーライドせずに、コンテンツを追加したい場合に有用です。 {{ block.super }} を使って挿入されたデータは自動的にエスケープされません ( next section を参照してください)。これは、必要な場合は親テンプレートですでにエスケープされているから ... す。この節の後半では自動エスケープの仕組みについて述べます。 デフォルトでは、Django はすべてのテンプレートの変数タグの出力を自動的にエスケープするよう設定されています。具体的には、以下の 5 つの文字がエスケープされます: < を < に変換 > を > に変換 ' ... 、変数自身に由来するデータに対して何かを引き起こす恐れはありません。 変数の内容はテンプレート作者の管理外にあり、必要に応じて自動的にエスケープされます。 メソッドへのアクセス ¶ オブジェクトに備わったほとんどのメソッドは、テンプレートの中からでも呼び出すこ ... ... ションがアクティブでない限り、各クエリは即座にデータベースにコミットされます。 詳しくは下記を参照してください 。 Django は、自動的にトランザクションやセーブポイントを使い、特に delete() と update() クエリにおいて、複数のクエリを要求する ORM 操作の信頼性を ... 。言い換えると、それぞれのクエリがトランザクションを開始するだけでなく、クエリが成功したかどうかに応じて、トランザクションも自動的にコミットまたはロールバックされます。 PEP 249 , Python Database API Specification v2.0 では、オートコミッ トは初期状態ではオ ... のトランザクション管理を実装している場合にだけ関係があります。この問題は Django のデフォルトモードでは発生せず、 atomic() が自動的に処理します。 トランザクション内で、PostgreSQLカーソルの呼び出しが例外（通常は IntegrityError ）を発生させた場合、同じトラン ... ... ションがアクティブでない限り、各クエリは即座にデータベースにコミットされます。 詳しくは下記を参照してください 。 Django は、自動的にトランザクションやセーブポイントを使い、特に delete() と update() クエリにおいて、複数のクエリを要求する ORM 操作の信頼性を ... 。言い換えると、それぞれのクエリがトランザクションを開始するだけでなく、クエリが成功したかどうかに応じて、トランザクションも自動的にコミットまたはロールバックされます。 PEP 249 , Python Database API Specification v2.0 では、オートコミッ トは初期状態ではオ ... のトランザクション管理を実装している場合にだけ関係があります。この問題は Django のデフォルトモードでは発生せず、 atomic() が自動的に処理します。 トランザクション内で、PostgreSQLカーソルの呼び出しが例外（通常は IntegrityError ）を発生させた場合、同じトラン ... ... name of the app ( myapp ) and the lowercase name of the model ( person ). See テーブル名 for more details. id フィールドは自動的に追加されますが、この処理は無効化することもできます。 自動インクリメントの主キーフィールド を参照ください。 The CREATE TABL ... 定したフィールドはそのモデルの主キーとなります。 モデルのどのフィールドにも primary_key=True を設定しなかった場合、Django は自動的に主キーを保持するフィールドを追加します。つまり、デフォルトの主キーフィールドの動作を変更する必要がない場合は、 primary_key ... は、いずれかのフィールドで primary_key=True を設定してください。そうして明示的に Field.primary_key が設定された場合、Djangoは自動的に id カラムを追加しません。 各モデルには、 primary_key=True が必ず 1 つだけ (明示的に宣言されるか、自動的に追加されるかのど ... ... 追加されてしまいます。Django のアプリケーションが INSTALLED_APPS に追加されると、以下に記載された従来の場所に定義したタグは、自動的にテンプレート内に読み込むことが可能になります。 アプリケーションは、"models.py" や "views.py" などと同じレベルに "templatet ... ない場合は、ディレクトリが Python パッケージとして扱われるようにするため、"__init__.py" を忘れないでください。 開発用サーバが自動的にリスタートしない場合 templatetags モジュールを追加した後、テンプレートでタグやフィルタを使用する前に、サーバーを再起動する ... された場合、結果も依然として"安全"であることをDjangoに伝えます。そして、安全でない文字列が渡された場合、必要に応じてDjangoが自動的にエスケープします。 この場合、"このフィルタは安全である -- それはどんな非安全なHTMLも導入する可能性はない。" と考えて構いま ... ... 追加されてしまいます。Django のアプリケーションが INSTALLED_APPS に追加されると、以下に記載された従来の場所に定義したタグは、自動的にテンプレート内に読み込むことが可能になります。 アプリケーションは、"models.py" や "views.py" などと同じレベルに "templatet ... ない場合は、ディレクトリが Python パッケージとして扱われるようにするため、"__init__.py" を忘れないでください。 開発用サーバが自動的にリスタートしない場合 templatetags モジュールを追加した後、テンプレートでタグやフィルタを使用する前に、サーバーを再起動する ... された場合、結果も依然として"安全"であることをDjangoに伝えます。そして、安全でない文字列が渡された場合、必要に応じてDjangoが自動的にエスケープします。 この場合、"このフィルタは安全である -- それはどんな非安全なHTMLも導入する可能性はない。" と考えて構いま ... ... は以下を参照してください。タプルが提供されない場合、あるいは最後の項目が（lazyな）文字列でない場合、 label はメンバー名から 自動的に生成 されます。 値には .label プロパティが追加され、人間が読める名前を返します。 列挙型クラスには、 .choices , .labels , . ... odels . IntegerField ( choices = Suit ) また、 Enum Functional API を利用することもできます。この場合、ラベルは上記のように自動的に生成されます: >>> MedalType = models . TextChoices ( "MedalType" , "GOLD SILVER BRONZE" ) >>> MedalType . choices [('GOLD' ... n の変数名として使用できない文字 (特に多いのがハイフン) が含まれていたとしても大丈夫です。Django はカラムとテーブルの名前を自動的にクオートして処理してくれます。 db_comment ¶ Field. db_comment ¶ このフィールドに使うデータベースカラムのコメントです。あな ... ... name of the app ( myapp ) and the lowercase name of the model ( person ). See テーブル名 for more details. id フィールドは自動的に追加されますが、この処理は無効化することもできます。 自動インクリメントの主キーフィールド を参照ください。 The CREATE TABL ... 定したフィールドはそのモデルの主キーとなります。 モデルのどのフィールドにも primary_key=True を設定しなかった場合、Django は自動的に主キーを保持するフィールドを追加します。つまり、デフォルトの主キーフィールドの動作を変更する必要がない場合は、 primary_key ... は、いずれかのフィールドで primary_key=True を設定してください。そうして明示的に Field.primary_key が設定された場合、Djangoは自動的に id カラムを追加しません。 各モデルには、 primary_key=True が必ず 1 つだけ (明示的に宣言されるか、自動的に追加されるかのど ... ... は以下を参照してください。タプルが提供されない場合、あるいは最後の項目が（lazyな）文字列でない場合、 label はメンバー名から 自動的に生成 されます。 値には .label プロパティが追加され、人間が読める名前を返します。 列挙型クラスには、 .choices , .labels , . ... odels . IntegerField ( choices = Suit ) また、 Enum Functional API を利用することもできます。この場合、ラベルは上記のように自動的に生成されます: >>> MedalType = models . TextChoices ( "MedalType" , "GOLD SILVER BRONZE" ) >>> MedalType . choices [('GOLD' ... n の変数名として使用できない文字 (特に多いのがハイフン) が含まれていたとしても大丈夫です。Django はカラムとテーブルの名前を自動的にクオートして処理してくれます。 db_comment ¶ Field. db_comment ¶ このフィールドに使うデータベースカラムのコメントです。あな ... 2026年10月08日