./configure cache
씨불딱씨불딱... UN*X계열에서 프로그램 컴파일할 때 기본적으로 ./configure를 때리도록 하는데 문제는 이게 환경을 검사하는데 시간이 너무 오래 걸린다는 것이다. 왠만하면 ./configure가 어떤 캐시를 가지고 있고, 그 캐시만 읽도록 유도하면 환경검사 필요 없이 빠른 응답이 나올텐데 말이다. 찾아보면 있을 법도 한데...
SQLite에서 파일 크기 줄이기
간단한 개인 프로젝트를 하고 있는데, SQLite DB파일 크기가 매우 커져서 테이블에 필요 없는 레코드를 날렸다. 그런데 날리고도 파일크기가 그대로라서 여기저기 뒤져보니 VACUUM 커맨드를 사용하란다.
사용법은 매우 간단하다. 그저 "VACUUM;"이라고 날려주면 동작한다.
(참조: http://sqlite.org/lang_vacuum.html )
다만, 동작이 매우 느려서 자주 쓸만한 것은 아니다. 실제로 100MB짜리 파일을 7KB로 줄이는데 수 분이 걸렸다. 소스를 봐야겠지만, DB를 EXPORT한 뒤에, 파일을 지우고 다시 IMPORT하는게 아닐까 하는 의구심이 든다.
매번 하기 귀찮으면 "PRAGMA auto_vacuum=1;"를 하면, 새로운 빈 페이지(DELETE나 DROP TABLE 같은...)가 생길 때마다, VACUUM을 실행한다. 다만, SQLite구조 문제로 테이블을 생성하기 전에 미리 날려야하는 안타까움이 있다.
(참조: http://sqlite.org/pragma.html#pragma_auto_vacuum )
사용법은 매우 간단하다. 그저 "VACUUM;"이라고 날려주면 동작한다.
(참조: http://sqlite.org/lang_vacuum.html )
다만, 동작이 매우 느려서 자주 쓸만한 것은 아니다. 실제로 100MB짜리 파일을 7KB로 줄이는데 수 분이 걸렸다. 소스를 봐야겠지만, DB를 EXPORT한 뒤에, 파일을 지우고 다시 IMPORT하는게 아닐까 하는 의구심이 든다.
매번 하기 귀찮으면 "PRAGMA auto_vacuum=1;"를 하면, 새로운 빈 페이지(DELETE나 DROP TABLE 같은...)가 생길 때마다, VACUUM을 실행한다. 다만, SQLite구조 문제로 테이블을 생성하기 전에 미리 날려야하는 안타까움이 있다.
(참조: http://sqlite.org/pragma.html#pragma_auto_vacuum )
댓글
댓글 쓰기