スキーマをPostgreSQL
に設計していますが、データ型のサイズに関する疑問はほとんどありません。たとえば、Address
テーブルのcountry
カラムでは、フルバージョンのUSSRを心に留めて48を与えました。 pin code
10は大丈夫ですか、私は8を与えなければなりませんか?SQLのデータ型にサイズを効果的に割り当てる方法は?
同様に、company id
とemployee id
のような列については、Big int
またはInt
は問題ありませんか?
また、project members
の列にはsmall int
を使用できますが、数字は大きくない可能性があります。
実際にはSmall Int
のデータ型が使用されていますか?
返信いただきありがとうございます。私は新しい単語「データプロファイリング」について知りに来て、実際に「small int」が使用されていることを理解しました。 –
Postgresでは、性別フィールドのようにENUMを使うこともできます。また、フィールド名をすべて小文字にすることをお勧めします。あなたがそれらを引用する必要はありませんように。 varcharで長さを指定する場合、私は安全対策以外のファンではありません(アプリケーションが何かばかげている場合は、あなたのフィールドで1GBにならないようにしています)。そのようなものについて本当に気にしているならば、先頭にスペースや後ろにスペースがないようにする必要があります。 –