SQLite는 연구를위한 대규모 읽기 전용 데이터베이스에 적합한 선택입니까?

Question

많은 수의 레코드가 있습니다 (약 10 억에서 1 억 개). 쿼리 할 수 ​​있기를 원합니다.

이것은 연구 프로젝트입니다. 데이터베이스는 대부분 읽기 전용이므로 한 번에 하나의 연결 만 있으면됩니다. 쿼리를 비교적 빨리 진행하겠습니다.

SQLite는 이러한 목적에 적합한 선택입니까?

Answer 1

SQLite를 사용해 본 경험으로 쿼리를 구조화하는 방법에 따라 대용량 레코드 세트에서 매우 느릴 수 있습니다. 데이터가 비정규 화되고 기본 키에 대해 단일 테이블을 쿼리하면 얻을 수있는 속도는 빠르지 만 데이터가 완전히 정규화되고 쿼리에 여러 조인이 필요한 경우 클라이언트 - 서버 데이터베이스보다 훨씬 느릴 수 있습니다 .

SQLite의 가장 큰 장점은 응용 프로그램에 임베드 된 파일을 쉽게 배포 할 수있는 작은 파일 및 단일 파일 특성입니다. 그게 당신을위한 요구 사항처럼 보이지 않기 때문에, 나는 당신이 다른 것을 가지고가는 것이 더 나을 것이라고 생각합니다. SQL Server Express는 Windows, MySQL 또는 Postgres를 사용하는 경우에 적합합니다. 그렇지 않으면 좋은 선택입니다.

Answer 2

SQLite는 수백만 개의 항목을 가져올 때 특히 빠르지 않습니다. 결과는 사용자가 입력 한 내용, 스키마, 열 수, 색인에 따라 달라집니다.

SQLite의 이점 (특히 귀하의 경우)은 가볍기 때문에 어떤 데이터로 시도하면 시간과 노력이 필요할 것입니다. 대단히 간단하며 이상적인 유스 케이스는 실제로 단일 사용자 액세스를위한 것입니다.

대용량 데이터 (명령 줄에서 CSV 파일을 가져 오거나 거기에서 사용할 수있는 많은 래퍼 중 하나를 사용할 수 있음)로 빌드를 시도해보십시오. 속도가 만족스럽지 않으면, 더 많은 전력으로 전환해야 할 수도 있지만, MySQL과 같이 설정이 조금 더 많을 수도 있습니다.

Answer 3

이전 게시물에서 지적한 것처럼 SQLite는 훌륭한 SQL 라이브러리이지만 데이터 세트가 매우 커지면 가스가 고갈 될 수 있습니다. Berkeley DB는 최근 SQLite와 완벽하게 호환되는 SQL API를 도입했습니다. Berkeley DB의 동시성, 확장 성 및 안정성과 함께 SQLite의 편재성, 사용 편의성 및 SQLite 사용자에게 두 가지 장점을 모두 제공하기 위해 Berkeley DB에 추가되었습니다.

Berkeley DB SQL API은 SQLite 응용 프로그램, 특히 고유 한 SQLite에서 사용할 수없는 Berkeley DB 기능과 확장 성이 필요한 응용 프로그램의 대체 도구로 설계되었습니다. Berkeley DB SQL API documentation에서 자세한 내용을 볼 수 있습니다.

면책 조항 : 저는 Berkeley DB의 제품 관리자 중 한 명으로 조금 편견이 있습니다. 그러나 SQLite API를 Berkeley DB 저장 관리자와 결합하기 위해 Hipp 박사 및 SQLite 개발자와 협력 한 이유 중 하나가 유스 케이스입니다. SQLite 애플리케이션 개발자는 기존의 구현과 호환되는 상태에서 추가 된 기능으로 새로운 영역으로 애플리케이션을 가져갈 수 있습니다.

질문이 있거나 도움이 될만한 것이 있으면 알려주십시오. OTN Forums에서 Berkeley DB 개발자의 활발한 커뮤니티를 찾을 수 있습니다.

프로젝트와 관련하여 가장 좋습니다.

감사합니다,

데이브

내가 안드로이드 앱이 사용할 수있는 방법