2016-07-18 3 views
0

あなたの意見をお聞かせください。私は120のVARCHARフィールドを持つテーブルを用意しています。そこでは、少なくとも10年間、毎月約1,000レコードを借りなければなりません。合計レコード数は240,000です。 フィールドを複数のテーブルに分割することはできますが、そのままにしておきます。あなたは将来私が問題を抱えていると思いますか? ありがとうございますPostgreSQLの正しいフィールド数

+0

120種類のvarchar-columnsがありますか?または、120のサイズを持つvarchar-columnsの乱数を意味しますか? – KJaeg

+0

はい、私は120の異なるvarchar列を1つのテーブルに持っています。私の場合でも – Alex

答えて

0

まあ、列のデータが特定のロジックに従っている場合は、フラットに保ちます。それは私がそれをそのようにすることを意味します。それ以外の場合は、複数の表に分けてください。私はあなたのデータを盗みます。

私は一度、医療データで働いていましたが、1つのテーブルには100以上のカラムが含まれていましたが、診断結果を得るためにはこれらすべてのカラムが必要でした。私は数年前にそのデータセットを使って作業したので、正確には何かを覚えていません。しかし、その場合、列が複数の列に分割されると、列は複雑になります。論理的には、各列のデータが特定の目的を果たしたので、すべてを同じ場所(表)に入れるほうが簡単でした。

列をまとめて怠け者にすると、テーブルを一度呼び出す必要があるので、列を別の表に分けて作業しやすくし、データベースを作成することをお勧めしますスキーマをより理解できる。

+0

は医療データであり、情報を分割すると手続きが複雑になります。私が作成した怠け者ではありませんが、将来的に問題が発生するかどうかは不思議です。多くの列を持つテーブルを使用するのは初めてです。 – Alex

+0

基本的には、データの操作方法が分かっている限り、そこに問題はありません。 1つのテーブルにその量の列を保持する方が簡単な場合は、そのようにしてください。私はあなたが医療データで働くことは稀ではないと思っています。しかし、基本的には、私が考える技術的な問題はないはずです。 – KJaeg

関連する問題