C# と VB.NET の質問掲示板

ASP.NET、C++/CLI、Java 何でもどうぞ

ログ内検索
  • キーワードを複数指定する場合は 半角スペース で区切ってください。
  • 検索条件は、(AND)=[A かつ B] (OR)=[A または B] となっています。
  • [返信]をクリックすると返信ページへ移動します。
キーワード/ 検索条件 /
検索範囲/ 強調表示/ ON (自動リンクOFF)
結果表示件数/ 記事No検索/ ON
大文字と小文字を区別する

No.96313 の関連記事表示

<< 0 >>
■96313  Re[4]: 本番環境にコードファーストで作成したDBの変更
□投稿者/ Saipon -(2020/11/10(Tue) 18:58:55)
    No96311 (WebSurfer さん) に返信

    入れ違いで投稿してしまいました。

    > なぜそうなったのかきちんと確認してないですよね。エラーの原因は、何か変更した結果、 DB
    > とコードの整合が取れなくなったからではないのですか? であれば、当たり前の結果のように
    > 思いますけど。

    はい。エラーの原因が突き止められなかったので一旦諦めてしまいました。


    > どうしてそう解釈できるのか分かりませんが、とりあえず解釈の仕方は置いといて・・・

    解釈につきましては、
    >>モデルの同期の維持がうまく機能します。 アプリケーションが運用環境で実行されている場合、
    >>通常は保持するデータを格納し、新しい列の追加などの変更を行うたびにすべてのデータを失わないようにします。」

    このチュートリアルの一文で「運用環境で実行されている場合」とあった為、
    本番でも何かしらの方法でMigration機能を使うことを意味しているのかと思いました。
    結局、Migrationは開発用、ということが理解できていなかった為と思います。


    > 良くないと思います。
    >
    > 運用中の SQL Server に EF Code First の Migration で変更をかけるなんてとんでもない
    > と思います。

    私も本番にUpdate-Databaseをするのは、方法があったとしてもさすがに気が引けておりました。
    となると、結局、コードファースト関係なく、開発環境でDB作成のスクリプトを作成し、
    本番環境で構築する、というのが普通なのでしょうか。

    この辺りが情報が見つけられず、周りにエンジニアもいない為、分からなかった点です。
記事No.96305 のレス /過去ログ167より / 関連記事表示
削除チェック/



<< 0 >>

パスワード/

- Child Tree -