問題タブ [django-fixtures]

XMLを使用してフィクスチャを実行する方法を説明しているドキュメントを誰かが指摘できますか？

プロダクション以外initial_dataは毎回ロードしたいフィクスチャがあります。実稼働環境と非実稼働環境の展開用に、すでに異なる設定ファイルがあります。

これを達成する方法について何か提案はありますか？

明確化：テストフィクスチャは必要ありません。基本的には、ある種の設定変更に基づいてフィクスチャをロードする必要があります。Djangoコードを掘り下げて、これを実現するためのエレガントな方法を見つけられるかどうかを確認します。

いくつかのまともな単体テストを実行できるようにするために、テストデータベースを作成したいと思います。Djangoのドキュメントを読んだ後、これを行うための最良の方法は、フィクスチャを使用して実際のデータベースからテストデータベースを作成することであるという結論に達しました。

このようなフィクスチャを作成するには、次のコマンドを実行します。

ダンプした後、ファイルを編集して、実際に使用したいデータを選択します。ただし、それをダンプすると、PCがほとんどクラッシュします（スクリプトがゴミ箱に移動し始めると思います）。また、最初にすべてのデータをメモリに取得してから、一度にすべてを出力するようです。

私が使用しているデータベースはMySQLです

PCをクラッシュさせることなく、フィクスチャとして使用できる形式でデータベースからデータを取得する方法はありますか？

（私が検討している代替案は、行がたくさんあるオブジェクトのデフォルトのデータマネージャーを再定義して、必要な行だけを返すことですが、それはかなり厄介なハックのようで、私は適用したくないです）

Django アプリケーションでフィクスチャを使用していますが、2 つのアプリだけがフィクスチャをロードしています。

--verbosity=2 を指定して loaddata を手動で実行すると、2 つのアプリしか表示されないことがわかりますが、内部にフィクスチャ ディレクトリが作成されています。

すべてのアプリが settings.py に正しくインストールされています。

ドキュメントから、Django はインストールされているすべてのアプリケーションの Fixtures/ ディレクトリを検索するようになっているようです。

一部のアプリが無視される理由はありますか?

私のアプリはdbtablesのサブセットとより少ないレコードを使用するため、カスタムマネージャーメソッドを使用してテストフィクスチャを作成しようとしています。だから私はinitial_dataを使うという考えを捨てました。マネージャーで私はこのようなことをしています。Managers.pyで：

次に、csvファイルを変更して、一重引用符を二重引用符に置き換えるなどしました。次に、そのファイルをjsonとして保存しました。あまりにも馬鹿げている場合は申し訳ありませんが、テストデータを作成するのはこれが初めてです。もっとよく学びたいです。 way.fileのサンプルデータは次のようになります：myapp / Fixtures / testdata.json

これを使用してテストを実行しましたが、次のエラーが発生しました。

ドキュメントでDjangoフィクスチャを見ていましたが、データベースへの画像のプリロードについては言及されていませんでした。これを行う必要があったのは私だけではありません。これは可能ですか？もしそうなら、どのように？そうでない場合、利用可能な回避策はありますか?

よろしくお願いします。

いくつかのアプリをセットアップしましたが、そのうちの 1 つにフィクスチャを追加しました。アプリフォルダ直下のサブディレクトリ「fixtures」に「initial_data.yaml」ファイルを作成したので、フルパスはproject_dir\apps\job\fixtures\initial_data.yaml.

私は両方を試しました

python manage.py syncdb

と

python manage.py schemamigration ジョブ --auto

そして、それらの両方が私に与えます：

フィクスチャが見つかりません。

ここで私は何を間違っていますか？

私はオンライン フォーム ビルダー ツール (特に保険代理店向け) に取り組んでいます。私たちがお客様に提供したいことの 1 つは、一般的な製品 (自動車、家庭、生活など) の事前作成済みフォームをデフォルトで利用できるようにすることですが、それでも変更可能です。

通常の状況では、開発環境でフォームを作成し、これらのフォームを含むフィクスチャを作成し、すべてのライブ サイトで syncdb を実行します。一部のお客様は既にフォームを作成しており、フィクスチャの主キーと競合する可能性があるため、残念ながらその可能性はありません。エクスポートしようとしている相互に関連する 4 つの異なるテーブルもありますが、それはすべてsqformbuilderアプリ内にあります。

フィクスチャをエクスポートする方法はありますが、データベースの別の実行中のコピーに柔軟に挿入できますか?

Djangon00bはこちら。疑問に思っていたのですが、djangoフィクスチャは、実際にデータベースをバックアップするのではなく、データをバックアップするための信頼できる方法ですか？データベースが非常に大きい場合はどうなりますか？

ありがとう。

dumpdata で作成されたフィクスチャをロードしていますが、次の例外が発生します。

これは sqlite3 バックエンドを使用しています。

更新: ここでは自然キーを使用しても違いはありません。

それは何を意味し、なぜそれが起こっているのですか？