bit 연산자는 7.2 (?) 버전에서 등장해서 7.4 에서 테스팅을 한참하고, 8.0에서 어느 정도 그 정책이 마무리 지은듯합니다.

그래서 비트 자료형 - 정확히 표현하면 비트문자열 자료형이 되겠지요 - 의 표현, 처리 하는 부분에서 그 정책적인 부분이 7.4 버전까지도 이랬다 저랬다 하는 부분이 많았습니다. 버그도 몇가지 있었고. 한마디로 실험적인 자료형이라고 설명하는 것이 가장 타당할듯싶네요. 이와 마찬가지로 현재 bytea 자료형도 그 문제를 안고 있는데. 이놈도 어떤 버그가 숨어 있을지 모르는 일입니다. 아무튼. bit 자료형만가지고 이야기하면, 8.0 기준으로 이야기를 해야지 바르게 설명할 수 있을 것같네요.

1. bit(n) 일 경우 입력이 초과하면, 오른쪽이 짤리고, 미달하면, 오른쪽이 0으로 채워집니다. 이는 sql 표준이랍니다. 즉, 윗 표현

>> '1100'::bit(3) 을 하면 상식적으로 100 이 나올줄 알았는데 110 이 나오는군요

정상적인 결과입니다.

참고문서: http://candle.pha.pa.us/main/writings/pgsql/sgml/datatype-bit.html

2. bit 자료형 연산의 대부분은 그 대상 값이 반드시 같은 자리숫 자료형이어야만 가능합니다. 이부분은 앞으로도 바뀌지 않을 것 같네요. 연산을 하려면, 먼저 연산 대상이 되는 자료형의 자리수를 확인해야할 듯 싶네요.

비트 연산에서 몇번째 값이 1이냐 0이냐를 구해내는 방법은 전통적으로 and 연산을 사용합니다.

mydb=# select (B'1100' & B'0010') = B'0010';
 ?column?
----------
 f
(1 row)
Time: 2.481 ms
mydb=# select (B'1110' & B'0010') = B'0010';
 ?column?
----------
 t
(1 row)

3. bit 자료형이 진수 변환 문제는 8.0에서 버그가 잡혔습니다. 7.4.5에서  반영되지는 않았네요, 아무튼 8.0 버전에서는 바르게 움직입니다.  아울러 8.0에서 바뀐 것이, bit 자료형으로 변환 되었을 경우 자리수가 넘처나면, 오른쪽 부분이 잘렸던 것을 왼쪽부분을 자르기로 했답니다. - 이 부분은 이해가 안되는 부분인데, 앞으로 그렇게 하기로 했다고 하네요. :(

template1=# select 6::bit(4);
 bit
------
 0110
(1 row)
template1=# select 6::bit(2);
 bit
-----
 10
(1 row)

4. 전통적인 C 프로그래머 출신이라면, bit 연산에 비교적 익숙할 터이고 진수 변환이 자유로울터이니, 단지 정수형 자료와 bit 연산자 만으로 충분히 원하는 작업을 할 수 있을 것입니다. 그런데, 왜 bit 문자열 자료형을 만들어서 오히려 더 헛갈리게 만드는가? 라고 질문한다면, PostgreSQL의 특유의 실험정신 때문이다고 답할 수 밖에 없을 것 같네요.  정수를 비트 문자열로 나타내고 그것은 직관적으로 보여주고, 연산한다는 것도 또 다른 매력일듯싶습니다. 문제는 버그가 많다는 것이 문제겠지만.

5. 이번에 또 8.0에서 Composite Type 이라고 우리말로 어떻게 옮기는 것이 타당할지는 모르겠지만, 아무튼 꼭 객체지향 언어의 object 같은 자료형이 새롭게 사용될 예정입니다. 이놈 또한 얼마나 많은 버그가 숨어 있을지, 또 얼마나 많은 정책이 바뀔지 의문입니다. 하지만,  PostgreSQL의 그 한계에 도전한다는 그 실험정신을 높이 사야지 않을까요? - 실무관계자들에게는 별로 반가운 소리가 아닐지라도.