自動生成されたasp.net(ASPNETDB.MDF、Visual Studio 2008、mvcフレームワーク)「ユーザーロール - データベース」にaa列を追加するのは悪い考えですか?
(たとえば、RealName 列と LastName 列をデータベースの aspnet_Users テーブルに追加したい。)
新しいテーブル全体を作成する代わりに列を追加したい理由は、面倒なメンテナンスの問題と不要な冗長性を避けるためです
自動生成されたasp.net(ASPNETDB.MDF、Visual Studio 2008、mvcフレームワーク)「ユーザーロール - データベース」にaa列を追加するのは悪い考えですか?
(たとえば、RealName 列と LastName 列をデータベースの aspnet_Users テーブルに追加したい。)
新しいテーブル全体を作成する代わりに列を追加したい理由は、面倒なメンテナンスの問題と不要な冗長性を避けるためです
使用される生成スキームは 2 つあります ( Pragmatic Programmerから)。
同期に使用されるものは、後で生成が再度行われたときに上書きされる可能性があるため、結果を変更しないでください。
生成された asp.net データベースの場合、生成を再実行する理由はないので、編集しても問題ありません。
データベースの生成を再実行する唯一のシナリオは、Microsoft がユーザー データベースの新しいバージョンをリリースし、新しいバージョンを使用する場合です (この場合、アプリケーションの一部を編集する必要がある場合があるため、これら 2 つのフィールドを readd する)、または別のオプションでデータベースを再生成する場合。これらはどちらも、現在のデータベースに満足していない場合に発生します。
私の意見では、自動生成されたデータベースをアプリケーション データベースの通常のテーブルに置き換えるか、少なくともこの問題に対する公式の解決策を用意する必要があります。
これは非常に良い解決策だと聞きました: http://www.asp.net/downloads/sandbox/table-profile-provider-samples/
Foriegn Key 制約を使用して新しいテーブルを作成しないのはなぜですか? aspnetdbに列を追加するのは悪い考えのようです...データベースを再作成する必要がある場合、それは悪夢になるでしょう...