redpixel님께 부탁..

임베딩 환경에서요. DB를 열면 DB 파일을 메모리에 몽땅 불러오고, 그 이후의 갱신은 모두 메모리 안에서 일어나고, DB를 닫을 때 메모리의 것을 다시 파일에 저장하는 식으로 활용(또는 소스 수정)이 가능할까요?? 제가 PHP를 주로 사용하기 때문에 자료 관리에서 SQL이 얼마나 편한지 알고 있거든요.. 속도만 받쳐준다면 게임 내 자원의 많은 부분을 DB 방식으로 사용할 수 있을 것 같은데요.

메모리 맵드 파일이 머리에 떠오르긴 했으나 프로세스간 공유의 필요는 거의 없을 것이므로 그냥 파일 접근을 메모리 조작에 연결시키는 식으로 충분할 것 같은데요...

음 혹시 SQLite를 본격적으로 파실 생각이라면 불쌍한 중생을 위해 메모리 DB 지원을 추가해 주세요...

흐음. 좋은 생각입니다. 트랜젝션 기능을 빼고 구현할 수 있으면 정말 좋을 듯 하네요. (다만 메모리를 상당히 잡아먹지 않을까요? 약 1M정도는 기본이지 않을까... sqlite는 몇몇 SQL문을 실행하기 위해 임시화일을 안보이게 생성하니까 임시용량까지 생각한다면 말이죠) 저는 주로 게임설정데이타 저장용으로 생각했기 때문에 지금은 암호화 기능 추가에 주력하고 있는 중입니다. ^^; (그냥 에디터로 보면 raw형태로 들어있더군요.)

무엇보다도 실력이 될까하는 생각... 어쨌든 좋은 생각이시네요. 짬짬히 시도해보도록 하겠습니다.

os.h와 os.c에 윈도우와 유닉스에 대한 기본 화일 입출력합수를 일반화시켜놓았더군요. 이 부분을 만일 OS_MEM이라는 가상의 플래그를 만들고 모두 메모리에서 꺼내쓰도록 고치고(함수 선언부분은 그대로 놔두고요) 추가의 함수를 만들어 청크를 그대로 화일로 덤프하도록 하면 될 것 같습니다. ^_ 약간더 분석을 해봐야겠지만 즉흥적인 방법은 이게 좋을 듯 하네요. 이번 주말에 한번 시도를 해보겠습니다. (못했습니다. )

redpixel님이 신경을 써 주신다니 기쁩니다...

한 가지 더 추가하자면 MS SQL 등의 저장 프로시저라고 하는 개념 있잖아요.. 그것도 된다면 좋겠습니다.

부연설명을 한다면... 예를 들어서

char* sqlcommand = "select * from users where userId = %1"; 

HSP hSp1 = sqlite_compile_sp(sqlcommand); 

sqlite_run_sp(hSp1, 100); // -- (1) 
... 
sqlite_run_sp(hSp1, 200); // -- (2) 
... 

(1)에서는 select * from users where userId = 100 이 수행되고 (2)에서는 select * from users where userId = 200 이 수행되는데, select * from users where userId = 자체의 파싱은 sqlite_compile_sp()를호출했을 때 단 한번만 일어나게 하고 그 이후는 파싱된 결과(아마 어떠한 트리라던가 그런 구조로 들어 있겠죠)에 특정 값만 바꿔쳐서 질의가 일어나게 하자는 것입니다...

메모리 DB+저장 프로시저라면 속도를 상당히 높일 수 있을 것 같습니다...

가능성을 따져보고(제 실력으로 될 것인가.. 문제) 가능하다면 저도 한 번 손을 대보려구요.... 우선 소스를 찾아보기 쉽도록 Doxygen으로 문서화부터 시켜야 겠네요....

http://www.hwaci.com/sw/sqlite/c_interface.html

읽어보시면 비슷한 내용이 나올겁니다. "Adding New SQL Functions"를 참조하십시요. 즉, 메모리에 띄우기만 하면 된다는 뜻이 되겠죠.

제가 원하는 건 새로운 SQL 함수를 추가하려는게 아니라.. (기존)SQL 명령들을 실행은 하지 않고 파싱(컴파일?)만 해 두었다가 여러 번 반복해서 쓰는 건데요.... (굳이 비유하자면 OpenGL의 디스플레이 목록처럼요...) 제가 제대로 못 읽은 것인지 관련 내용을 찾지 못하겠네요....ㅠ.ㅠ

그와는 별도로.. 소스를 좀 살펴본 결과 대충 다음과 같은 점들을 알게 되었습니다..

1. sqlite_exec()가 호출되면 SQL 질의문은 sqliteRunParser()라는 함수로 넘겨진다.
2. sqliteRunParser()에서 질의문을 한 문자씩 파싱하면서 토큰을 찾는다.
3. 토큰을 찾으면 그 토큰을 sqliteParser()에 전달
4. sqliteParser()가 토큰을 해석해서 실제의 '어떤 작업'을 수행
   
   

4번에서부터는 Yacc로 만들어진 소스라서 읽기가 상당히 힘드네요... 아직 확실하지 않은 것은 그 '어떤 작업'이 실제로 DB를 조작하는 작업인지 아니면 어떤 파싱 트리(또는 중간 코드)를 만드는 작업인지인데, 후자라면 제가 원하는 기능을 구현할 가능성이 좀 있고, 전자라면 제 실력으로는 거의 불가능할 것 같습니다....

어쨌든.. 여러 함수들에서 시 Parse라는 구조체의 포인터가 계속 드나드는데 거기에 Vbde라는 구조체가 있구요.. 이 넘이 파싱 트리나 중간 코드와 관련이 있을 것 같은 냄새가....

어쨌거나 Doxygen으로 문서화했더니 코드 흐름 따라가기가 한결 편하군요.

오늘은 여기까지 ^^;;;;

원하시는 것과 좀 다를지 모르겠지만... db를 여실 때 :memory: 로 이름을 주시면 in memory database 가 된다는 내용이... 참조: http://www.sqlite.org/cvstrac/wiki?p=InMemoryDatabase -- Anonymous 2005-07-02 12:47:24

아... 그랬었군요..:-) -- Anonymous 2005-07-13 12:01:46