システム内部のビジネストレーニングは、国家調達取引先の変更の履歴について話したとき昨日は、状態テーブルの変更と、同社の事業は、システムベンダーは、状態を増加し続けます。
それにもかかわらず、アカウントのスケーラビリティを考慮した後、設計データの初めに、私たち、私たちの状態は、このような新しい状態として、連続していないので、廃止された状態-1かどうか、承認ステータスが11で、1であるため、
などなど。
この設計は、スケーラビリティある程度確保しますが、それらのために、我々はシステム内で選択する必要がない可能性がありますいくつかの場所を述べる必要はありませんが、例えば、私はレポートを表示します
この状態のように、もはや使用され、私はフィルタ基準を必要としませんが、あなたがコントロールを行うためにフィールドを追加しない場合は表示され、その後、我々は、システムのフロントエンドのプログラミングを制御しなければならない場合には、
A.
これは明らかに不便ですが、また、フォローアップの開発と保守作業量が増加し、そのデータベースの設計を行う際にも、状況を考慮する必要があります。
表のデザインは、次のフィールドを含める必要があります。
[ID] [INT] NULL NOT、
[状態] [INT] NOT NULL、
[StatusDesc] [NVARCHAR(40)NOT NULL、
[備考] [NVARCHAR(250)NOT NULL、
[Visiable] [ビット] NOT NULL 、
[SVRID] [INT] NOT NULL
ます。https://www.cnblogs.com/kevinGao/archive/2013/03/07/2964339.htmlで再現