postgres소스의

contrib/array를 보세요

다음 글도 참조해 보세요.

http://www.powerdb.net/?inc=read&aid=4230&criteria=pgsql&subcrit=devel&record_idx=0&currpg=0

오.. 됩니다 =_=;

*= 라는 오퍼레이터를 만들수 있네요 =_=;

netitup=# SELECT * from tb_column where eid *= 183;

cid | pid | seq | eid | style

-----+-----+-----+-----------+----------------------------------------------------

410 | 48 | 8 | {183,174} | {text-align:left,"border-right:1px solid #E6E6E6"}

380 | 45 | 8 | {183} | {text-align:left,"border-right:1px solid #E6E6E6"}

(2 rows)

make 하고 sql입력만 하니까 오오오~~

삽질한 소스를 다 뜯어고쳐야겠네요 ( -_);;;;;;

감사합니다~

netitup=# EXPLAIN ANALYZE SELECT p.name from tb_page p right join tb_column c on p.pid=c.pid where c.eid *= 6803;

NOTICE: QUERY PLAN:

Merge Join (cost=44.91..106.91 rows=500 width=90) (actual time=31.89..31.92 rows=1 loops=1)

-> Index Scan using tb_page_pkey on tb_page p (cost=0.00..52.00 rows=1000 width=86) (actual time=0.39..12.94 rows=247 loops=1)

-> Sort (cost=44.91..44.91 rows=500 width=4) (actual time=17.97..17.97 rows=1 loops=1)

-> Seq Scan on tb_column c (cost=0.00..22.50 rows=500 width=4) (actual time=17.64..17.71 rows=1 loops=1)

Total runtime: 32.22 msec

netitup=# EXPLAIN ANALYZE SELECT p.name from tb_page p right join tb_column c on p.pid=c.pid where arr_join(c.eid) like '%,6803%';

NOTICE: QUERY PLAN:

Nested Loop (cost=0.00..49.18 rows=5 width=90) (actual time=588.69..592.12 rows=1 loops=1)

-> Seq Scan on tb_column c (cost=0.00..25.00 rows=5 width=4) (actual time=588.03..591.42 rows=1 loops=1)

-> Index Scan using tb_page_pkey on tb_page p (cost=0.00..4.82 rows=1 width=86) (actual time=0.61..0.64 rows=1 loops=1)

Total runtime: 592.36 msec

10배 이상의 속도향상이~~~ =_=;;;

쿼리문을 보니,

10배 향상 되었다고 좋아할 것이 아닌 것 같은데요. :)

정수형 배열이라면,

정수형 배열에 대한 인덱싱 사용에 관련한 문서가 devel 인가 tutorial에 올라와 있을겝니다.

그문서를 참조하셔서, 쿼리문을 또 한번 바꾸어보세요. :)

단지 배열 요소 검색을 위한 것이라면, 그 문서가 꽤 도움이 될 듯싶습니다. *= 연산자는 아주 비합리적인 연산자입니다. (빨리 없어져야할 연산자인듯. - 아니면, 엔진이 바뀌든지)

아 감사합니다

그 문서를 저번에 보긴 봤는데 실행에 옮기진 않았었거든요 ^^;

제가 varchar(255)[], int[] 를 주로 쓰고 있는데 varchar(255)[]는 검색이 필요없고 int[]만 검색을 하니까 그 문서를 보고 해봐야겠습니다

답변주신분들 감사합니다~

intarray 됐습니다~ 이번엔 @@오퍼레이터가 생기네요..

속도는 *=보다 3분의 2정도로 단축이 되네요 ^^;;

감사합니다~ 애로사항이 없어졌습니다~

기배님 그 방법론을 Tutorial 에 한번 정리해 주시겠습니까? 앞으로 PostgreSQL 사용자가 늘어 갈수록 이런 문제에 직면하는 사람들이 자꾸 늘어 갈것으로 생각됩니다.

누군가 먼저 애 쓴 사람이 약간의 수고를 더 해 주시는 것이 좋지 않을까 생각되어 말씀 드려 봅니다.

간단하게 써보려고 했는데 쓰다보니 주저리주저리가 되버렸습니다 -_-;

그나저나 저도 드디어 튜토리얼에 글을~ 움훼훼~ -_-;