잠깐 소스를 봤는데, 

단지 DB 클래스 관련만 수정해서 될 상황이 아니라서, 

작업을 한다면, 

누군가가 pgsql 용 제로보드xe 이런식으로 해서 완벽하게 다른 프로젝트로 진행되어야할 것같네요.

그렇게 되면, 기존 제로보드xe 개발흐름과 동떨어져버리니 꽤나 큰 문제점을 안고갈 것 같습니다. 

왜냐하면, 각 페이지에서 쓰이는 쿼리들을 pgsql 전용 쿼리들로 바꾸어야할 것들이 

생각보다 많을 것 같거든요. 

그렇다면, 그 수만큼 쿼리들이 DB별로 따로 관리되어야하고, 이것이 그 오프소프 프로젝트에 반영되어야 어찌 해볼터이닌데, 이만큼을 열의를 가지고 있는 사람이 이 동네에는 없을 것 같네요. 

PostgresQSQL 쓰는 사람들의 대부분이 저처럼 게을러서... ^^

제로보드XE의 경우 dB 클래스만 변경하면 됩니다.

제가 아직 pgsql을 사용해보지 못해서 pgsql버전을 만들지 못했네요.

XE에서는 쿼리를 simple xml형태로만 정의를 하고 이 xml을 파싱해서 각 DBMS 클래스에서 query문으로 생성하여 사용하는 구조입니다.

파싱된 xml을 적절한 쿼리문으로 바꾸는 작업만 하면 기존의 모듈이나 기능등에 모두 이상이 없습니다.

실제로 이 기능으로 mysql, sqlite, cubrid를 지원하고 있습니다.

물론 각 DBMS별 고유 기능은 사용하기 어렵고 범용성을 보장할 수 있습니다.

pgsql 설치하고 적용해봐야겠네요.

제가 안그래도 며칠전에 제로보드를 쓸 일이 생겨서 mysql class를 기반으로 변경해 보려다 포기했는데요;

db class를 확장하는 것이 어려운것이 아니라 단순히 mysql의 함수를 pgsql의 것으로 바꾸는 것으로 끝나는게 아니라 초기 설치에 관해서; 로컬라이즈라던지 뭐가 많더군요 ㅎ;

결국 sqlite2로 했습니다 ㅎ;

옷; 김상기님 감사합니다.

다음주 출근해서 바로 적용보도록 하겠습니다.

김태훈님. 제로보드XE 0.2.7에 postgresql 지원될 예정입니다.

김상기님과 tyro님의 도움으로 postgresql 지원할 수 있게 되었습니다.

서버 설치하고 제로보드XE 설치해보니 primary key에 대해 충돌 notice가 발생하는것 빼고는 다 잘되는군요.

모두 감사합니다. ^^

tryo 님 패치 부분에 대한 의견은 자료실에 적어두었습니다. 

아무래도 이참에 제대로 된 db class 를 정의해서 zeroboard 개발측으로 넘겨주어야하지 않을까 하는 생각을 하게 되네요. -.-

출발은 심심해서였는데. -.-

귀찮아서 더 안 볼랍니다. 

일단 가장 치명적으로 php의 pgsql 관련 함수들 가운데, errno 구하는 놈이 없는데, 

PostgreSQL에서 제공하는 errno 값이 숫자가 아니라 문자열입니다. 

그래서, 기존 다른 DB들의 errno 구하는 것과 통일된 형식을 취할 수가 없습니다. 

아마도 PostgreSQL의 정책은 바뀌지 않을 듯합니다. 

아마도 이 점 때문에, mysql_errno() 같은 pq_errno() 같은 함수를 구현하지 않은 것 같은데, 

뭐 획일된 정책이 생기지 않는다면, 이 문제는 계속 안고 갈 것 같습니다. 

ㅎㅎ 만들어주신 부분에 대해서 일단 설치부터 기본 운영까지 했는데 잘 되더군요.

제로보드XE의 경우 여러 모듈들이 DB 의존성이 없게 하기 위해 나름 이런 저런 장치들을 하여서 그 덕분에 DBMS 지원이 편해지긴 했지만 아무래도 각 DB의 고유 기능들을 지원하는데 쉽지 않게 되었습니다.

일단 제로보드XE에서 postgresql 지원이 된 점이 가장 중요한 이슈이고 필요하신 분들이 피드백을 주실거라 생각합니다.

제가 postgresql이 익숙했다면 공식사이트를 postgresql로 바꾸고 계속 디버깅을 해나가면 될텐데 그렇지 못하는 것이 아쉽네요.

아무튼 감사합니다. ^^

김상기님, 제로님, tryo님 감사합니다.

처음 글 쓰면서 큰 기대를 안하고 pgsql를 이용해서 자유롭게 쓸수 있는 게시판이 없어서 아쉬움에

쓴글인데 이렇게 여러분들이 적극적으로 나서주셔서 너무 감사하고 pgsql로 제로보드를 설치

운영할수 있게되서 너무 기쁘네요.

수고해주신분들께 다시 한번 감사인사 드립니다.

좋은밤 되세요...

PostgreSQL 쪽에서는 group by 다음에 오는 칼럼들만 select의 칼럼으로 사용할 수 있습니다. 
그래서, 현재 문제가 발견된 쿼리로는 태그 검색 관련에 문제가 좀 있네요. 

풀어보려고 해도, query xml 문서 편집으로 풀릴 수 없는 문제같네요. 

예상했던 대로 각 DB 고유 특성 때문에, db 쿼리 작업들이 그리 순탄치 않을 것 같습니다. 

개인적인 욕심은 zeroboard 측에서 쿼리들의 함수목록표를 만들고, 
그 함수 파마미터와 리턴값만 정의해서 템플릿 클래스를 만드는 것이 
이 문제를 풀 수 있는 제일 좋은 방법 같아보입니다. 

현재상황이라면 오라클 지원도 그리 쉽지는 않을 것 같네요.

음.. group by 다음에 오는 칼럼만 select할 수 있는 문제는 cubrid 적용하면서 해결된줄 알았는데 아직 그런 부분이 있나 보네요.

이 경우는 해당 쿼리 xml파일을 수정해야 할 것 같습니다.

쿼리XML의 경우... 주먹구구식으로 구현된 부분들이 좀 있습니다.

초반에 아무것도 없는 상태에서 전부 만드느라 그랬네요.

일단 쿼리XML의 경우 좀더 정규화를 거쳐야 할 것 같습니다.

오라클의 경우 역시 오라클의 여러 기능들을 사용할 수 없지만 지원은 가능합니다.

각 DBMS의 고유 기능 강화 vs 범용적인 사용 이 둘중에서 일단 범용적인 사용에 집중을 한 상태라서 일단 지원만 되면 넘어가자는게 현재 제 생각입니다. ^^;;

물론 현재의 생각일뿐 옳다는 것은 아닙니다.

아, 그리고 굳이 XML syntax를 통한 변환의 과정을 거친것은 함수를 이용한 여러 DBMS지원은 이전에 시도해보았는데 한계가 너무 많더군요..

일단 쿼리XML의 정규화를 통해서 더 발전 시켜나간다면 자체로도 쓸만한 라이브러리가 될 수 있지 않을까 하는 기대만(!!) 있습니다. 쿨럭;