... 成しません。テーブル空間の作成と管理の詳細は、データベースエンジンのドキュメントを参照してください。 テーブルにテーブル空間を宣言する ¶ モデルによって生成されるテーブルにテーブル空間を指定するには、モデルの class Meta 内で db_tablespace オプションを指定 ... リケーションや、自分でコードを制御できないアプリケーションのテーブル空間を設定するのに便利です。 インデックスにテーブル空間を宣言する ¶ db_tablespace オプションを Index コンストラクタに渡すことで、インデックスに使用するテーブル空間の名前を指定できます。 ... を使う場合、 Django はテーブル空間関連のオプションを全て無視します。 目次 テーブル空間（tablespace） テーブルにテーブル空間を宣言する インデックスにテーブル空間を宣言する 例 データベースのサポート 前のトピックへ 複数のデータベース 次のトピックへ データベ ... ... 成しません。テーブル空間の作成と管理の詳細は、データベースエンジンのドキュメントを参照してください。 テーブルにテーブル空間を宣言する ¶ モデルによって生成されるテーブルにテーブル空間を指定するには、モデルの class Meta 内で db_tablespace オプションを指定 ... リケーションや、自分でコードを制御できないアプリケーションのテーブル空間を設定するのに便利です。 インデックスにテーブル空間を宣言する ¶ db_tablespace オプションを Index コンストラクタに渡すことで、インデックスに使用するテーブル空間の名前を指定できます。 ... を使う場合、 Django はテーブル空間関連のオプションを全て無視します。 目次 テーブル空間（tablespace） テーブルにテーブル空間を宣言する インデックスにテーブル空間を宣言する 例 データベースのサポート 前のトピックへ 複数のデータベース 次のトピックへ データベ ... ... して定義されたアセット ¶ アセットを定義する最も簡単な方法は、定数とすることです。この方法を利用するには、内部 Media クラスに宣言します。内部クラスのプロパティで必要なものを定義します。 以下に例を示します。 from django import forms class CalendarWidget ... <script> タグに設定される HTML 属性です。 使用例については、 オブジェクトとしてのパス を参照してください。 extend ¶ Media 宣言に対する継承動作を定義する真偽値です。 デフォルトでは、静的な Media 定義を使用しているオブジェクトは、親ウィジェットに関連す ... Calendar ウィジェットは親ウィジェットからすべてのアセットを継承します。このように Media を継承させたくない場合は、 Media の宣言に extend=False 宣言を追加してください: >>> class FancyCalendarWidget ( CalendarWidget ): ... class Media : ... extend = Fal ... ... して定義されたアセット ¶ アセットを定義する最も簡単な方法は、定数とすることです。この方法を利用するには、内部 Media クラスに宣言します。内部クラスのプロパティで必要なものを定義します。 以下に例を示します。 from django import forms class CalendarWidget ... <script> タグに設定される HTML 属性です。 使用例については、 オブジェクトとしてのパス を参照してください。 extend ¶ Media 宣言に対する継承動作を定義する真偽値です。 デフォルトでは、静的な Media 定義を使用しているオブジェクトは、親ウィジェットに関連す ... Calendar ウィジェットは親ウィジェットからすべてのアセットを継承します。このように Media を継承させたくない場合は、 Media の宣言に extend=False 宣言を追加してください: >>> class FancyCalendarWidget ( CalendarWidget ): ... class Media : ... extend = Fal ... ... 全に -- タイプ、バリデータ、必須かどうかなどを含めて -- コントロールしたい場合、通常の Form で行うのと同じようにフィールドを宣言的に指定することで実現できます。 フィールドのバリデータを指定したい場合、フィールドを宣言的に定義して validators パラメータを ... 、特定のフィールドを自動的に生成できる通常の Form です。自動的に生成されるフィールドは、 Meta クラスの内容とどのフィールドが宣言的に定義されているかに依存します。基本的に、 ModelForm は フォームから 除外された フィールド、言い換えると宣言的に定義されな ... かったフィールド のみ を生成します。 宣言的に定義されたフィールドはそのままになります。したがって、 Meta 属性に対するカスタマイズ、例えば widgets 、 labels 、 help_t ... ... 全に -- タイプ、バリデータ、必須かどうかなどを含めて -- コントロールしたい場合、通常の Form で行うのと同じようにフィールドを宣言的に指定することで実現できます。 フィールドのバリデータを指定したい場合、フィールドを宣言的に定義して validators パラメータを ... 、特定のフィールドを自動的に生成できる通常の Form です。自動的に生成されるフィールドは、 Meta クラスの内容とどのフィールドが宣言的に定義されているかに依存します。基本的に、 ModelForm は フォームから 除外された フィールド、言い換えると宣言的に定義されな ... かったフィールド のみ を生成します。 宣言的に定義されたフィールドはそのままになります。したがって、 Meta 属性に対するカスタマイズ、例えば widgets 、 labels 、 help_t ... ... so be integrated. 非同期ビュー ¶ どのようなビューでも、呼び出し可能オブジェクトでコルーチンを返すようにすれば、非同期として宣言できます。その際には、一般的に async def を使います。関数ベースのビューの場合、 async def を用いてビュー全体を宣言します。ク ... ラスベースのビューの場合、 get() と post() などのメソッドを async def で宣言します ( __init__() でも as_view() でもないことに注意)。 注釈 Django uses inspect.iscoroutinefunction to test if your view i ... sync_to_async() などを使わずに、非同期関数から直接同期関数を呼び出した場合にも発生します。これは、コードが同期コードとして宣言されていなくても、アクティブなイベントループを持つスレッドで実行されているためです。 このエラーが発生した場合は、問題のコード ... ... so be integrated. 非同期ビュー ¶ どのようなビューでも、呼び出し可能オブジェクトでコルーチンを返すようにすれば、非同期として宣言できます。その際には、一般的に async def を使います。関数ベースのビューの場合、 async def を用いてビュー全体を宣言します。ク ... ラスベースのビューの場合、 get() と post() などのメソッドを async def で宣言します ( __init__() でも as_view() でもないことに注意)。 注釈 Django uses inspect.iscoroutinefunction to test if your view i ... sync_to_async() などを使わずに、非同期関数から直接同期関数を呼び出した場合にも発生します。これは、コードが同期コードとして宣言されていなくても、アクティブなイベントループを持つスレッドで実行されているためです。 このエラーが発生した場合は、問題のコード ... ... 初の親クラスの名前、 というように) 、基底クラスのマネージャは常に子クラスに継承されます。 モデルやその親クラスでマネージャが宣言されていない場合、Django は自動的に objects マネージャを作成します。 クラスのデフォルトマネージャは Meta.default_manager_nam ... e で選択されたマネージャか、モデル上で最初に宣言されたマネージャか、最初の親モデルのデフォルトマネージャです。 これらのルールは、抽象的な基底クラスを経由して、カスタムマネー ... l ): # ... objects = CustomManager () class Meta : abstract = True これを子クラスで直接使用した場合、子クラスでマネージャを宣言していなければ objects がデフォルトのマネージャになります: class ChildA ( AbstractBase ): # ... # This class has CustomManag ... ... 初の親クラスの名前、 というように) 、基底クラスのマネージャは常に子クラスに継承されます。 モデルやその親クラスでマネージャが宣言されていない場合、Django は自動的に objects マネージャを作成します。 クラスのデフォルトマネージャは Meta.default_manager_nam ... e で選択されたマネージャか、モデル上で最初に宣言されたマネージャか、最初の親モデルのデフォルトマネージャです。 これらのルールは、抽象的な基底クラスを経由して、カスタムマネー ... l ): # ... objects = CustomManager () class Meta : abstract = True これを子クラスで直接使用した場合、子クラスでマネージャを宣言していなければ objects がデフォルトのマネージャになります: class ChildA ( AbstractBase ): # ... # This class has CustomManag ... 2026年10月08日