大衆への愚かな質問:ワークフローを通過するときにオブジェクトの状態を処理するテーブルがあると仮定します。
ここで、標準の米国の州のテーブルがあると仮定します...
冗長にすることなく、米国の州のテーブルを何と呼びますか?
追加の制約-テーブルを複数形にすることはできません。
いくつかの考え:
UnitedState
StateOfUnion
UnionizedState
AmericanState
他の人が何を思い付くのか知りたい...
CountryDivision
かなりグローバルになります
CountryDivisionId
CountryId
Name ("Texas", "Ontario", ...)
とCountry
テーブル
CountryId
CountryDivisionAlias ("State", "Province", ...)
Name ("United States of America", "Canada", ..)
USAState
または、各レコードに国を含めたい場合は、GeographicStateと呼びます
複数の国の州と州を保存するStateProvince
地理的状態テーブルを変更する必要があるのはなぜですか。ワークフロー状態テーブルにWorkflowState、WorkflowObjectState、ObjectStateなどの名前を付けてみませんか。
また、私は地理的な状態をデータベースではなくメモリコレクションに入れる傾向があります。
AddressStateはどうですか?それをもう少しグローバル化しておく...
Provinces
-これは、一部の国と同様に、州と州の両方に対応しています。
私は伝統的USStates
にこれに使用していました。「UnitedState'sStates」の略で、フルバージョンはショートよりも少し直感的ではありません...しかし、ショートはあなたがいつも見ているものです。
他のいくつかの例:
AUStates
-オーストラリアMXStates
-メキシコINStates
-インド国のプレフィックスを使用するだけで機能します。国ごとに異なるデータセットを保存する場合、それを行わない場合は、そもそも複数のテーブルは必要ありません。
1つのSTATUSともう1つのSTATEを呼び出します
私はRegionsを使用しましたが、州の名前だけでなく追跡していました。私たちは、都市、近隣地域、企業などの地理的位置によって他の領域を分解または構築する機能が必要でした。
どうUSGeoState
ですか?
State_Squaredはどうですか?:^)