フィールド（とテーブル）の名前を付けるのに助けが必要

Question

私は連絡先テーブル（どこに私が姓、名字などを格納する）に関連する新しいテーブルを作成しています。

表はあります

int Id (PK, Identity) 
int ContactId (FK) 
int Type (this identifies whether the following is an email, tel, fax etc.) 

nvarchar(40) [I need a name for this one] 

nvarchar型のフィールドは、基本的にはどちらかabc@abc.com、または+1 567 555から2934×12を保存する、または任意の他の誰かが誰かに連絡する方法として入力していますelse。メール、電話番号、IM名、ファックス番号など

このフィールドやこのようなものを含むテーブルの名前を付ける方法はわかりません。私はそれが電話番号かもしれないので、 "emailAddress"と名前をつけることはできません。そして、私はもちろんそれを "emailOrPhoneOrXYZ"と名づけたくありません。

Answer 1

「Id」と「タイプ」の名前を変更することから始めることもできますが、それはあまり説明的ではありません。 「ContactInfoID」と「ContactInfoType」はどうですか？最終的なフィールドは、 "ContactInformation"という合理的なタイトルが付けられます。

「emailOrPhoneOr ...」のような愚かな名前は使用しないでください。これにより、後で追加の種類の連絡先情報を保存することが禁止されているためです。

また、rdbmsがtinyintsをサポートしている場合、tinyintは "type"フィールドに十分な大きさがあると考えられます。

Answer 2

私は現在開発中のsysytemのテーブルに同様の問題がありました。

テーブルContactComplementsとフィールドを単にValueという名前にしました。

Answer 3

Contactsテーブルの文脈では、Detailをフィールドとして考えることができます。

Answer 4

私はそれを連絡先という名前にします。それはそれに含まれている実際の情報の種類にかかわらず適用できるだけの一般的なものですが、それは誰かに連絡するために使用されることを意味します。

Answer 5

CONTACTテーブルに関連付けられているキーと値のペアを維持しているので、CONTACT_PROPERTIESという名前を付けることができます。 'Value'は、問題のフィールドの名前と同じくらい良い名前になります。

Answer 6

理想的には、リレーショナルデータベースを設計するときは、可能であれば同じタイプの情報を別のタイプのフィールドに保存しないでください。

あなたのデータを非正規化することが理にかなっている場合があります。この状況では、それを考慮する必要があります。 （http://en.wikipedia.org/wiki/Denormalizationを参照してください）

最低でも、少なくとも2つのテーブルを使用することが理にかなっています.1つはEmail/IM用、もう1つは電話用です。電子メール/ IMテーブルの場合、yahooなどが電子メールをIM IDとして使用するため、アドレスが電子メールかIMか（フラグが両方とも設定されている場合は両方）を示すフラグを追加します。

Answer 7

--table-per-class strategy: 

--baseclass 
table ContactItem 
    column Id --pkey 

--subclass 
table ContactItemEmail 
    column Id --pkey, fkey ContactItem.Id 
    column Email 

--subclass 
table ContactItemPhone 
    column Id --pkey, fkey ContactItem.Id 
    column Phone 

Answer 8

私はテーブルContactDetailsとフィールドContactStringを指定するといいでしょう。

Answer 9

メイン連絡先

Answer 10

おそらく、関連するドメイン値の検証なしのフリーテキスト要素です。ユーザーはここに何かを入力することができ、それは容認できる値になります。私たちのデータ辞書では、これらの「ノート」と呼ぶ傾向があります。