テーブル列の型としての PostgreSQL 配列について Web で読んだところ、開発者の間の一般的な反応または意見は次のとおりであることがわかりました。
...それは私が基本的に常に行ってきたことです。
そして、開発者が配列が最も適切であることに同意できるケースを見つけたことがありません。配列を使用する価値がある場合はありますか?
テーブル列の型としての PostgreSQL 配列について Web で読んだところ、開発者の間の一般的な反応または意見は次のとおりであることがわかりました。
...それは私が基本的に常に行ってきたことです。
そして、開発者が配列が最も適切であることに同意できるケースを見つけたことがありません。配列を使用する価値がある場合はありますか?
Postgresql配列の例は、その内部テーブル(つまりpg_class
pg_constraint
)にあります。
次の場合、アレイが適切です。
DBドライバー/接続/アプリケーションはそれらを正しく管理します(すべてが管理するわけではありません)。
配列内のデータをフィルター処理/クエリする必要はありません(配列内のすべてのデータが必要であるか、まったく必要ありません)。
だから、完璧な例- pg_constraint.conkey
:
Postgresはその配列を正しく処理できます:)
それらをチェックするにはすべての列が必要です(または、チェックが適用されていない場合はまったく必要ありません)
UPD:そして、配列の「適切な」使用のすべての場合において、私は考えることができます、それらは常に小さな0〜10要素の配列です。