問題タブ [schema-migration]
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.
python - IntegerFieldで「ValueError:int()の無効なリテラル」を与えるDjango ORM移行
一歩一歩、ここに私が今いる場所にたどり着いた方法があります...
データベースのテーブルを include にpython manage.py migrate
変更した後、コマンドを実行しようとしましたが、a)デフォルト値を に設定するか、b) django に設定させるまで、移行を進めることができないと言われました。私は髪からエラーを取り除くために、 aを選択し、デフォルト値を に設定しました。Order
flowertype = IntegerField()
IntegerField()
'something'
に文字列を入れるべきではないことに気づき、IntegerField()
この問題を解決するために次のことを試みました。
1)にリセットしようとしmodels.IntegerField()
ましたmodels.IntegerField(default='1')
2) django-resetを使用してSQLデータベースをリセットしようとすると、「ImportError:名前sql_deleteをインポートできません」などの大量のエラーが発生しました
Order
3)モデルをコメントアウトしてから実行して無駄にしますmakemigrations
。migrate
ruby - Rails 4 - 以前に使用された Active Record データベースの痕跡をすべて削除する
これがログです。
schema_migrations
SELECT .* FROMクエリが呼び出されている場所を知りたいschema_migrations
ので、それを削除して、このエラーが解消されることを願っています。以前、Active Record を使用してデータベース接続をテストしましたが、メモリの負荷が非常に高かったため、sequel gem を使用することにしました。以前に使用した Active Record データベースの痕跡をすべて削除したいので、移行ファイルとスキーマを db フォルダーから削除しようとしましたが、エラーは引き続き発生します。
python - Djangoはdb_tableを使用してテーブルを他のアプリに移動し、元のテーブルを削除しないでください
を使用して、テーブルをapp_a
から他のテーブルに移動しました。最初にメタ情報を次のように追加しました。app_b
db_table
でこのテーブルに変更を加えるとapp_b
、移行によって移行フォルダの下に新しい移行ファイルが生成されません。それは言います。
このansから試してみて、コメントしapp_label = 'app_a'
ました。移行後、変更が検出され、移行ファイルが作成されます。
次にpython manage.py migrate
、コマンドを実行すると、常に元のテーブルを削除するよう求められますapp_a_table
。
この通知を抑制するにはどうすればよいですか? このテーブルが別のアプリに存在することをdjango migrationに伝えるにはどうすればよいですか?
python - mongoengine: ドキュメントのサブクラスを変更
古い mongoengine スキーマを新しいスキーマに移行したいと考えています。
現在、スキーマは次のようになっています。
ターゲット スキーマは次のとおりです。
ここで、B と C のすべてのインスタンスは、それぞれ X と Y のインスタンスになります。
Main または Document の他のサブクラスから A、B、および C クラスへの複数の参照があります (それぞれ A、X、および Y への参照になります)。
私のプロジェクトには、残りのコードから独立して実行される移行モジュールがあり、実際のモデル自体をインポートする必要はありません。私自身、MongoDB についての知識はあまりありません。考えられる解決策は次の 3 つです。
A) 移行のために古いものと新しいものの両方を混合するスキーマを作成し、各オブジェクトをコピーし、すべての参照を更新してから、古いオブジェクトを削除します (参照のために非常に複雑です)。
B) MongoEngine を使用してサブクラスを変更します。これどうやってするの?
C) MongoDB を直接使用してサブクラスを変更します。mongoengine を介して MongoDB に直接アクセスするにはどうすればよいですか? また、それぞれの MongoDB クエリはどのようになりますか?
google-cloud-firestore - Rails ActiveRecord 移行に匹敵する firestore db スキーマ移行の概念はありますか?
Firestore DB ベースのモデルは自然に進化します。ここで、既存のすべてのドキュメントを新しい (暗黙の) スキーマに更新したいと考えています。
それをサポートするツールはありますか、またはベストプラクティスは何ですか? Rails ActiveRecord の移行に匹敵するコンセプトがあればいいのにと思います。