問題タブ [syncdb]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
2 に答える
1734 参照

python - PyCharm を使用すると、Django プロジェクトを実行するときの PYTHONPATH が manage.py syncdb タスクを実行するときと異なるのはなぜですか?

デフォルトで同じではないでしょうか?そうでない場合、同じ PYTHONPATH が使用されるようにこれを修正する方法はありますか?

0 投票する
3 に答える
10704 参照

django - Django:データを失うことなくデータベーススキーマを更新する

これらのテーブルのデータを失うことなく、データベーススキーマをアップグレード(変更)する(Djangoモデルに追加するだけで新しいフィールドをテーブルに追加する)場合の最善の解決策は何ですか?「syncdb」はもちろんそれらを追加しないので、テーブルを削除せずにテーブルを変更し、syncdbで再作成する方法についてアドバイスが必要です。

0 投票する
4 に答える
2237 参照

django - syncdbコマンドを使用するときにDjangoがアプリをスキップする方法

2つのアプリ(1つはデバッグテストとして作成)を持つDjangoプロジェクトがあります。デバッグテストの場合、syncdbはモデルをデータベースに配置しますが、他の場合は配置しません。

  • 両方ともにありsettings.INSTALLED_APPSます。
  • 約7つのモデルがあり、いずれも認識されていません。
  • サーバー、ページ、syncdb-consoleのいずれもエラーを出しません。
  • モデルはmodelsディレクトリにあります。テストとして、app / models.pyにも1つあります(どちらも機能しません)。
  • 私にとって最も驚くべきことは、以下のコードが同期されていない(スキップされたアプリから実行された)モデルを表示することです:

どんな助けでも大歓迎です。些細なことだと思いますが、やるべきことは考えられません。

ありがとう、

アップデート:

構造:

  • project/techtree/models.py(テストモデルを含む)
  • project/techtree/models/__init__.pyここで説明されているように)
  • project/techtree/models/typ.py(モデルタイプを含む)

最後の行と同じタイプのファイルが他にもあります。

0 投票する
1 に答える
3611 参照

django - 継承とForeignKeyを使用する場合、Django syncdbはrelated_nameと競合します

今回は私がバカじゃなくて本当の葛藤だと思います。私は以下のコードを持っています(簡略化):

問題は、Delta.reverse_relation が Beta のインスタンスまたは Gamma のインスタンスを参照できることです。どうにかして複数の related_name 値 (またはクラス名に依存する値) を提供する必要があります。問題は明らかですが、完全であると思います。関連フィールド「Delta.reverse_relation」を使用。「relation」の定義に related_name 引数を追加します。
app.beta: フィールド 'relation' の逆クエリ名が、関連フィールド 'Delta.reverse_relation' と衝突します。「relation」の定義に related_name 引数を追加します。
app.gamma: フィールド 'relation' のアクセサーが関連フィールド 'Delta.reverse_relation' と衝突します。related_name 引数を ' の定義に追加します
app.gamma: フィールド 'relation' の逆クエリ名が、関連フィールド 'Delta.reverse_relation' と競合しています。「relation」の定義に related_name 引数を追加します。

親アルファに ForeignKey を配置することはまったく可能ですか、またはこのコードをベータとガンマにカットアンドペーストする唯一の方法ですか? すべての子が共有するフィールドの半分を親で定義できないと、継承のポイントが無効になるため、私はそうしないことを好みます。

どんな助けでも大歓迎です!

(エラーメッセージがコードボックスにない理由について誰かがコメントできる場合は、修正します。)

0 投票する
1 に答える
4804 参照

python - Djangosyncdbエラー

インストールしたアプリにdjango.contrib.authがあり、約10分前にすべてが機能していました。南への移行に問題があったため、既存のデータベースを削除しました。再構築しようとするとエラーが発生します。

エラー: django.db.utils.DatabaseError:そのようなテーブルはありません:auth_user

0 投票する
1 に答える
1148 参照

django - 移行に南を使用して syncdb が発生しない

私はかつて南にインストールし、移行を実装しようとしましたが、同期されていないというプロンプトも表示されました (移行を使用):

注:ここで kaarya は私のプロジェクトで、inspector は南を使用して一度移行しようとしたアプリですが、成功しませんでした

0 投票する
1 に答える
9154 参照

django - call_commandでDjangoの`syncdb--noinput`を実行するにはどうすればよいですか?

Pythonスクリプト内からsyncdb管理コマンドを実行します。しかし、私は同等のものを実行したい

Pythonシェルまたはスクリプト内から。どうやってやるの?

次の行は、スーパーユーザーを作成するかどうかという質問で私を邪魔せずに機能しません。

私はDjango1.3を使用しています。

0 投票する
2 に答える
31439 参照

django - Django フラッシュ vs sqlclear & syncdb

間に違いがあるかどうかは誰にもわかりますか

0 投票する
2 に答える
946 参照

django - syncdb - no such table エラー

私のプロジェクトで syncdb を試すと、エラーが発生しました:

フォーム.py

models.py

私がコメント行だったとき:

syncdb は正常に動作します。

どうしたの ?

事前に説明していただきありがとうございます。

0 投票する
1 に答える
2090 参照

django - syncdb の前に、標準の Django モデルからフィールドを削除

これは、標準 Django モデルからのフィールドの削除に関するフォローアップの質問です。つまり、すでに作成されているモデルからフィールドを動的に削除できます。この場合は User.email フィールドです。したがって、ユーザーのコードを変更せずに、フィールドの電子メールがユーザーから削除されます。例として、以下のコードを参照してください。

モデル (1) からフィールドを動的に削除できますが、それはサーバーの起動時に発生し、存在する場合は元に戻されます。syncdb はサーバーの実行を必要とせず、通常は削除コードを (どういうわけか) 無視しているように見えるため、このアプローチはフィールドがデータベースに表示されるのを防ぎません(2)。

モデルからフィールドを削除する方法はありますか(Djangoモデルであるため、ファイルを変更せずに)、データベースにも表示されないようにする方法はありますか?

前もって感謝します!

マーク

EDIT : 私の問題は、モデル ファイルからテキスト " " を削除していて、データベースからフィールドを削除したいということではありません。m = models.IntegerField()問題は、以下のコードを使用して、別のファイルで既に宣言されているモデルからフィールドを削除していることです。syncdb を実行するたびに South でマイグレーションを作成することは解決策ではないと思います(3)。

追加情報:

  • 1)現在、コードはmodels.pyにありますが、Djangoの起動コードをどこに置くのでしょうか? 動作します。
  • 2)カスタムクエリを使用してpost_syncdbシグナルで削除できますが、もっとエレガントなものを望んでいます...または、より正確に、まったくエレガントです。
  • 3) 明らかに syncdb がまだ 'removed' フィールドを認識しているので、それがまったく機能する場合)、それがまだ何らかの形でそこにあるので、South はそうするだろうと思います。

これはコードです (models.py):

編集:(印刷で)チェックしたところ、syncdbで削除コードが実行されました。テーブルが作成される前に実行されます