schema-migration

    2

    1答えて

    私の大きなアプリケーションの1つは、OracleデータストアよりNHibernateを使用しています。テスト/開発のために、アプリケーションはNHibernateのスキーマ生成を使用して、必要なときにデータベースを作成/再作成します。納品前に、DBAが私たちに求めていることの1つは、データベースの各フィールドにコメントを入れることです(たくさんあります)。私はマッピングファイルのコメントを指定でき

    3

    1答えて

    エンティティフレームワーク4(コードファースト)とFluent Migratorを使用するプロジェクトに取り組んでいます。 プロジェクト全体行くでは、我々は我々のスキーマの変更とプロファイル我々は様々な環境で人口たいテスト・データのためののすべてのために移行を作成しました。 しかし、すべての環境に配置したい "コード"や "ステータス"を挿入するベストプラクティスは何ですか?テーブルの作成中にそれ

    1

    1答えて

    テーブルをapp_aからapp_bへdb_tableを使用して移動しました。私は当初、私はapp_bにこの表の変更を加えた場合、移行は、移行フォルダの下に新しい移行ファイルを生成していない # app_b.models.ppy class Table(models.Model) # all fields class Meta: db_table = 'app_a_table'

    1

    3答えて

    SSDTには、新しい列やデータ型への変更など、DDLの変更を管理するメカニズムがあります。 'Alter Table'ステートメントをデータベースプロジェクトに入れるのではなく、元の 'Create Table'ステートメントを編集します。ステートメントは、新しい列を含む最終状態に焦点を合わせます。古いスクリプトと新しいスクリプトの違いを検出し、展開に使用するために必要な「Alter Table」

    7

    1答えて

    に失敗した私はapp/console doctrine:schema:update --forceコマンドを使用してスキーマの更新をやろうとしているが、教義は、以下の部分で失敗: An exception occurred while executing 'DROP INDEX IDX_E98F2859A074D5D7 ON contract': SQLSTATE[HY000]:

    0

    1答えて

    私はアプリケーションでデータベース移行プラグインを使用していますが、DBスキーマの依存関係を持つ他のプラグインを使用しているときに問題があります。 新しくインストールされたプラグイン(taxonomyプラグインなど)を使用するための準備として、マイグレーションプラグインを使用して自分のDBをセットアップ/リファクタリングします。問題は、マイグレーションプラグインが他のプラグインの後にロードされるた

    2

    1答えて

    South manage.pyスキーママイグレーションによって生成されたすべての移行ファイルには、通常、south.v2.SchemaMigrationのサブクラスが存在します。このクラスには、forwards()メソッドとbackwards()メソッドが含まれています。 Southはどのようにmodels属性を使用しますか?