데이터베이스가 파일 하나라는 사실은 모든 것을 바꾼다

DB Browser for SQLite는 SQLite 데이터베이스를 다루는 오픈 소스 GUI 도구이고 Windows, macOS, Linux에서 쓸 수 있으며, 그 설계는 여는 대상의 설계를 그대로 따릅니다. SQLite는 서버가 아닙니다. 접속할 프로세스도, 사용자 계정도, 포트도, 뒤에서 조용히 도는 데몬도 없습니다. 데이터베이스는 폴더에 놓인 파일 하나이고, 그것을 가리킨 프로그램이 구조와 내용 모두에 전적인 책임을 집니다.

이 성질이 SQLite를 그렇게 많은 응용 프로그램 안에 살게 만든 이유이고, 그것을 들여다보는 도구가 단순히 편리한 것이 아니라 정말로 유용한 이유입니다. 상태를 로컬 파일에 두는 앱에서 무언가 잘못됐을 때 그 상태를 볼 수 있는 곳이 여기입니다. 프로젝트가 약간의 구조화된 데이터를 필요로 하고 서버를 필요로 하지 않을 때 파일이 모양을 갖추는 곳도 여기입니다.

스프레드시트 비유는 실제로 일을 한다

레코드는 격자에 표시되고 그 자리에서 편집됩니다. 스프레드시트 방식입니다. 이것은 SQL을 모르는 사람에 대한 친절한 몸짓 그 이상입니다. 격자는 데이터의 모양을 보이게 합니다. 행이 몇 개인지, 어느 열이 거의 항상 비어 있는지, 어떤 값이 반복되어 테이블 하나가 빠졌음을 암시하는지. 스키마 실수의 대부분은 질의를 쓸 줄 모르는 사람이 아니라, 데이터를 한 번도 본 적 없는 사람이 저지릅니다.

같은 격자는 어떤 종류의 손상이 일어나는 자리이기도 합니다. 셀을 직접 고치는 것은 빠르고, 격자 안의 한 값이 무언가가 의존하고 있을 수 있는 테이블의 한 행이라는 사실을 잊기 쉽습니다. 무엇이든 바꾸기 전에 훑어보고, 정렬하고, 검색하기. 스키마가 있어야 한다고 말하는 것이 아니라 실제로 거기 있는 것을 보기. 그것이 직접 편집기를 직접 사고로 만들지 않는 습관입니다.

스키마 변경은 보이는 만큼 간단하지 않다

테이블 만들기, 열 정의와 변경, 삭제, 인덱스 관리는 평범한 조작 묶음으로 제공되지만, 중요한 것은 그 아래에서는 전혀 평범하지 않다는 점입니다. 관계형 엔진마다 제자리에서 바꿀 수 있는 범위가 다르고, SQLite가 많은 스키마 변경을 처리하는 방식은 본질적으로 새 테이블을 만들고, 데이터를 옮겨 담고, 옛 테이블을 버리고, 새 테이블의 이름을 바꾸는 것입니다. GUI는 그 순서를 감춥니다. 도움이 되지만, 동시에 그 복사가 아무도 보지 않는 동안 실제 데이터에서 일어난다는 뜻이기도 합니다.

인덱스도 다른 이유로 같은 존중을 받을 값이 있습니다. 인덱스는 질의가 어떻게 답해질지에 대한 약속입니다. 큰 테이블에 더하면 시간과 공간이 들고 눈에 보이는 것은 아무것도 늘지 않습니다. 빼는 것은 3주 뒤 어떤 질의가 느려질 때까지 보이지 않습니다. 둘 다 클릭 한 번으로 만든 도구는 실행은 싸게 했지만 생각은 조금도 싸게 하지 않았습니다.

결과가 즉시 도착하는 SQL 편집기

같은 창에서 질의를 쓰고 그 결과를 보는 것은 가능한 가장 짧은 피드백 고리이고, SQL을 배우는 방식을 바꿉니다. 예전 배치는 여기서 쓰고, 저기서 실행하고, 오류를 읽고, 추측하는 것이었고, 그것은 문법 실수를 수수께끼로 만듭니다. 여기서는 문장과 그 결과가 나란히 앉아 있고, 언어는 정확히 그렇게 흡수됩니다. 문법을 외우는 것이 아니라 어떤 절이 결과 집합에 무엇을 하는지를 보면서.

정직한 작업 방식이기도 합니다. 오류 없이 실행되지만 아무것도 돌려주지 않는 질의, 혹은 한 행을 기대했는데 사천 행을 돌려주는 질의는 5초에 문서 한 페이지보다 많은 것을 가르칩니다. 이 도구의 가치는 질의를 대신 써 주는 것이 아니라, 자신이 틀렸다는 것을 알기까지 기다리게 하지 않는 데 있습니다.

CSV가 들어오고, CSV와 SQL이 나간다

CSV에서 가져오고 CSV나 SQL 문 스크립트로 내보내는 것은 목록에서 가장 눈에 띄지 않는 기능이고, 안 좋은 날 가장 쓰일 가능성이 높은 기능입니다. 날카로운 모서리도 거기에 있습니다. CSV에는 형이 없습니다. 안의 모든 것이 텍스트이고, 숫자 열이 수치가 될지 문자열로 남을지는 가져올 때 내리는 결정이며 나중에 조용히 틀립니다. 인코딩은 같은 부류의 문제를 일으키고, 원본 파일에서 모호한 날짜 형식은 추측으로 해결됩니다.

SQL 스크립트로 내보내는 것은 과소평가된 나머지 절반입니다. 데이터베이스를 검토하고, 버전 관리하고, 다시 실행할 수 있는 텍스트 파일로 바꿉니다. 아무도 검사할 수 없는 이진 덩어리와 논의할 수 있는 변경의 차이입니다. 작은 앱의 초기 데이터를 버전 관리에 두는 사람에게 그 내보내기가 이 도구를 설치한 이유의 전부입니다.

암호화는 날이 있는 약속이다

데이터베이스 파일에 SQLCipher 암호화를 더하고, 바꾸고, 없앨 수 있는 것은 중대한 능력이고, 암호화를 바람직하게 만드는 성질을 함께 데려옵니다. 암호 구절이 없으면 그 파일은 데이터베이스가 아니라 잡음입니다. 그것이 목적이고 위험이기도 합니다. 복구 경로도, 지원 창구도, 초기화도 없습니다. 잊은 암호 구절은 삭제된 파일과 같고, 되찾을 것이 없다는 점에서 그 삭제는 더 결정적입니다.

실무적 귀결은 기술이 아니라 절차입니다. 암호화는 암호 구절을 동시에 다른 곳에 보관하고 있을 때 적용하는 편이 좋고, 존재하는 유일한 판본에 적용하기 전에 복사본에서 시험하는 편이 좋습니다.

역사가 있는 프로젝트에는 평판이 있다

이 도구는 다른 데이터베이스 브라우저의 곁도구로 한 개발자가 쓰기 시작해, 여러 번의 개명과 수년간의 커뮤니티 기여를 거쳐 독립 프로젝트가 되었습니다. 이 출신은 언급할 값이 있습니다. 위조하기 어려운 품질을 설명하기 때문입니다. 기능 집합은 제품 계획이 상상한 것이 아니라 사람들이 이 파일들을 다루면서 실제로 필요로 한 것을 반영합니다. 여기서 오픈 소스는 라이선스 표시가 아니라, 이 도구가 그 데이터를 들여다보는 데 쓰이는 여러 응용 프로그램보다 오래 살아남은 이유입니다.

어디에 맞는가

앱이 실제로 무엇을 썼는지 봐야 하는 개발자, 파일을 건네받아 내용을 이해한 뒤에야 믿을 수 있는 분석가, SQL을 가르치는데 보이는 결과가 중요한 교실, 로컬 데이터베이스가 유일한 데이터인 오프라인 기계에 맞습니다. 서버 관리 콘솔이 아니고, 많은 동시 쓰기를 위해 만들어지지 않았으며, 정밀함이 필요할 때 엔진 자체의 명령줄을 대체하는 척하지도 않습니다. 폴더 안의 그 파일에게는 이상에 가깝습니다.