タグ検索するならPostgreSQLで決まり！

(Last Updated On: )PostgreSQL Advent Calender 2013、13日目のエントリです。 表題の通り「タグ検索するならPostgreSQLで決まり！」です。 追記：JSONの場合はPostgreSQLのJSONB型を利用してタグ検索を行うを参照 RDBはタグが苦手 WebアプリではRDBでは取り扱いづらいデータを取り扱う事がよくあります。タグの管理・検索はその一つです。 RDBはタグ情報の管理・検索をしっかりやれますが、どちらかと言うと苦手な分野です。しかし、PostgreSQLの 配列 GIN（Generalized Inverse Index – 転置インデックス） を使うと簡単かつ高速に処理できます。 PostgreSQLを使うとタグ検索が簡単・高速に実現できますが、Googleで「タグ検索 PostgreSQL」と検索しても全く出てきません。「

[koyancya]

タグ一覧出すのに `SELECT DISTINCT unnest(tags) AS tag FROM shop` とかしないといけなくなるので、その辺に妥協できるならアリかもしれないけど、リレーショナルモデル原理主義者からは絶叫が聞こえそう。

[nippondanji]

正確にはリレーショナルモデルではタグは表現できるけど高速に検索するアルゴリズムに欠けるってところかな。別解について書籍で書く予定。

[suginoy]

"PostgreSQL 9.4からGINが高速化され、データサイズも小くなります。 JSONB型（文字列でなくハッシュ形式保存されるJSONデータ型）もサポートされます。"

[tgk]

「PostgreSQLの配列を利用すると木構造も割と簡単かつ解りやすく表現する事ができます。解説は省略しますが、配列を使うと簡単に木構造も処理できます」

[takkunn1611]

タグ検索するならPostgreSQLで決まり！

[tmatsuu]

こういう格納にすると全タグ一覧の出力やタグ別のショップ数取得が遅くないでしょうか。トレードオフかつそんな需要はあまりないのかもしれないけど。

[blue1st]

卒研のときCakePHP＋MySQLでタグ付けできるSNSもどきを作ってあまりのパフォーマンスの悪さに絶望した記憶が蘇ってきた・・・PostgreSQLってあまり触ったことないけど面白そうだな

[rgfx]

この状況、タグ一覧吐くストアド書いたらウケる流れなんじゃないすかね。だれかー。

[katryo]

へー

[oukayuka]

ポスグレ最強伝説。

[asakura-t]

nippondanjiさんの反応が気になる／というか何を持って「苦手」と言ってるのかが分からない。最後のほうに書かれてる木構造の話は分からなくもないけど。

[nekoruri]

タグがフリーテキストの自由設定とかで、タグ一覧とか必要無いならPostgreSQLの配列型突っ込むのすごい有効。タグをきっちり管理するなら素直にM:Nテーブルで普通のインデックスで良いと思うけど。

[naka-06_18]

外部キー使えるのかな

[s025236]

しばらくmysqlに浮気してたらpostgresqlが超進化してた

[yoloslamtsa]

タグ

[miragestlike]

配列として解釈させることはできた気がしたけど、そもそも配列型があるってことかしら。

[yogasa]

t

[yass]

" RDBはタグ情報の管理・検索をしっかりやれますが、どちらかと言うと苦手な分野です。しかし、PostgreSQLの / 配列 / GIN（Generalized Inverse Index – 転置インデックス） を使うと簡単かつ高速に処理できます。"

[shin1x1]

タグを配列に格納。転置インデックスで検索。

[lizy]

なるほど配列要素に転置インデックスをつけるのか

[rikima3132]

タグ検索するならPostgreSQLで決まり！ | yohgaki's blog

[siteworkers]

なるほど

[kenzy_n]

ポスグレ

[y-teraoka]

これは便利そうだ