크리티컬한 데이터 처리에 대해서 sqlite 사용은 비추천입니다.

말씀하신 조건들 중에서 7번 데이터 안정성 같은 경우는 파일베이스이기 때문에 하드웨어에서 결함허용에 대한 처리를 해줘야합니다. RAID같은걸루요.

sqlite3이 최근 베타에 접어들었는데, 여기서는 어떨런지 몰라도 2.x 버전대까지는 아무리 클라이언트 라이브러리를 threadsafe 하게 만들어도 약간의 문제가 있는걸로 보입니다. OS나 쓰레드 라이브러리에 따라 좀 다른것 같기도 하구요.. 이쪽은 정확하게는 저도 잘 -.-;;

그리고 SQLITE_LOCKED 같은 경우는 1개의 DB파일을 10개의 세션이 접근했다면, 1개의 세션이 트랜젝션의 시작인 "BEGIN" 을 하는 순간부터 9개의 세션은 SQLITE_LOCKED을 리턴합니다. 간단하게 sqlite 클라이언트를 2개 띄우시고 테스트 해보셔도 될듯 합니다. vm 단위까지 접근하는 부분과 LOCK 과는 무관한 걸로 알고 있었는데, 사실이라면 -.-;;; 대략 난감이군요 =_=;

제가 sqlite_compile, sqlite_step를 써서 vm단위 처리를 해 본 결과로는 LOCK를 리턴한 적은 없었습니다.

그리고 sqlite를 이용해서 프로그래밍 하실때 한가지 주의하실 점이, 다른 세션이 새로운 테이블을 만들거나 테이블의 스키마를 변경할 시에는 다른 세션들은 계속해서 SQLITE_SCHEMA 에러만 리턴합니다. DB를 다시 오픈해줘야 합니다

그럼~

아참.. PostgreSQL 추천합니다 -.-; 라이센스 문제도 없구요.. 라이센스 문제만 제외하면 MySQL도 괜찮은 선택같습니다.

네, 답변 감사합니다.

저도 pg를 고려하고 있는데, 7.5에서 윈도우버전이 나온다고 해서 기다리고 있고요.. 나오면 써 보려구요...

SQLITE_LOCKED 에러가 난 이유는 제가 sqlite_finalize() 빼먹어서 그런것 같습니다. 지금은 되고요..

한가지 질문은 pg가 메모리를 어느 정도 사용하는지요.

오라클 9i는 기본으로 깔면 뜨아~ 설치시 아무리 최소로 해도...

저도 pg를 쓰고 싶은 마음입니다. 하지만 sygwin 하고 같이 쓰는 것은 좀... 리눅스에서는 좀 썼었는데...

7.5 에 나오는 windows porting 은 windows native thread 를 사용하는 것으로 알고 있습니다. cygwin 기반이 아닙니다. 그러니 메모리를 그렇게 많이 차지 하지 않습니다.

현재 pgsql --> Files 게시판에 보면 올라와 있습니다.

설치해서 테스트해 보시기 바랍니다.

엇, 드뎌 나왔군여...

테스트해 보겠습니다. 감사합니다.

pgsql이 사양이 낮을 수록 다른 DB에 비해 퍼포먼스 저하가 덜하다고 알고 있습니다 ㅎㅎ

요구하는 하드웨어가 오라클만큼 어마어마한 정도는 아닙니다 -.-