text 배열은 인덱스를 쓸 수 없습니다. 

만일 텍스트 배열의 요소로 쓰이는 그 값들이 일정 패턴이 있다면, 

그 텍스트 요소와 정수로 매칭하는 테이블 하나를 만들고, 정수형 배열로 처리를 해야

정수형 배열 인덱스를 쓸 수 있습니다. 

구체적 자료 구조가 어떤 모습으로 나올지는 모르겠지만, 

텍스트 배열은 그 해당 로우의 부가 정보로 사용된다면 모를까,

텍스트 배열을 기준으로 어떤 자료를 처리하겠다는 무리입니다. 

배열 자료형은 생각을 잘 해야합니다. 

일반적인 RDBMS 자료설계와 많이 틀리거든요.

잘 설계한다면, 아주 유용하게 쓰일터이고, 

잘 못 쓴다면, 자료가 많이 쌓였을 때, 고생을 많이 합니다. :)

상기님 빠른 답변 감사합니다.

6fd23231-2f7b-4f52-a62b-7bf004c8bb3b

와 같은 키는 전부 유니크로서 랜덤합니다.

그렇다면,

따로 각각의 유니크한 제품 텍스트 키를 가지는 테이블을 작성하고, 그 테이블의 프라이머리키를

배열로 가지고 있으면 되겠군요.

말씀 감사합니다. 너무나 많은 도움이 되었습니다.

(_ _)

제목만 보고 들어왔는데...

흠.. 일단 저의 경우 유동성이 강한 성격은 대부분 배열을 사용하고 있습니다.

그리고..

상기님의 말씀에 대체적으로 동의하는 편입니다.

허나!!

아직 테스트는 안 해봤습니다만...

8.2 버젼에서는 배열타입에 '@>' 와 '<@' 연산자를 지원합니다.

이 연산자를 지원해준다는 의미는 좀 다르게 해석하면

인덱스를 사용할수 있다... 라는 의미로 보여집니다.

즉.. 텍스트 배열타입에도 인덱스를 사용할수 있다는 것이죠..

물론...

..... where arr[1] like 'word%' 이런건 안 되겠죠?

지원 연산자를 사용하여 (arr[1] = 'word' 같은 형태로) 검색해 볼 수 있습니다.

배열타입 그러니깐 메뉴얼 보다...

좀 재미있는 것을 발견했습니다.

8.2 에 새롭게 생긴 배열 타입 으로 hstore 라는 것이 있더군요 (SOURCE_TREE/contrib/hstore)

이놈이 참 재밌게 생겼네요..

실용성은 어떨지는 모르겠으나.. 저의 경우 배텰타입 을 조종 사용하는 터라..

hstore 가 유용할것도 같아 보였습니다. (사람마다 다를듯)

이놈이 뭐하는 놈인고 하면...

php 를 예를 들겠습니다.

일반 배열타입은 

$arr[] = 'a';

$arr[] = 'b';

$arr[] = 'c';

print $arr[2]; 이런 식으로 접근합니다.

헌데 hstore 를 사용하면

$arr['a'] = 'a_string';

$arr['b'] = 'b_string';

..

print $arr['c'];

이런 식으로 사용하는 놈입니다.

키만 뽑아올수 있고, 값만 뽑아올수도 있습니다.

each() 를 사용하면 key, value 를 뽑아올수도 있습니다.

아울러서 gist 인덱스를 사용하여 '@>', '<@' 연산자를 사용할 수도 있습니다.

자세한 내용은 hstore 문서를 보시고..

근데.. 이놈이 계속 유지되어 발전할것인지... 효용가치가 뜰어져  상위버젼(언제일지는 모르나) 에서 사라질지.. 를 몰라 바로 도입하기가 참....

암튼 응용하면 나름 유용하게 사용할 수 있는 타입 같아 보입니다.

오 정말 좋은놈이군요! -.-

저도 배열을 많이 사용합니다 ㅋㅋ