문제

데이터를 빠르게 검색 해야하는 것으로 데이터를 저장 해야하는 응용 프로그램을 개발하고 있으며 데이터를 빠르게 검색 해야하는 (어떤 종류의 인덱스 필요성)를 직렬화하고 저장할 수 있습니다.

현재 나는 작업을 완료하는 SQLITE를 사용하는 것에 대해 생각하고 있지만 대안을 위해 열려 있습니다. SQLITE의 구문은 실제로 C ++ 코드에서 우아하게 맞지 않습니다 (예 : 열 이름 등 대신 열 인덱스 번호로 결과에 액세스해야합니다).

도움이 되었습니까?

해결책

SQLITE와 함께 머물면서 좋은 C ++ 라이브러리를 찾으십시오.

이것 stackoverflow 질문 당신을 도와야합니다 ...

다른 팁

래퍼 라이브러리에 대한 추가 의존성은 해당 추가 종속성의 비용을 처리하는 데 드는 비용의 가치가 없다고 주장합니다. 문서가 흩어질 때이 래퍼 리브를 디버깅하고 싶지 않습니다. sqllite는 더 안정적이며 더 나은 문서화가되어 더 신뢰할 수있는 종속성을 갖도록되었습니다.

나는 sqllite를 다루거나 당신의 최종 응용 프로그램을 기반으로 지능적인 방식으로 직접 감을 것입니다.

마치 데이터베이스가 유일한 실제 옵션 인 것처럼 들립니다. SQLite 또는 MySQL 또는 Postgres를 선택한 경우 열 인덱스 지점에서는 중요하지 않습니다.

아마도 당신이 정말로 원하는 것은 더 나은 데이터베이스 추상화 일 것입니다. Poco를 시도하고 싶을 수도 있습니다. 훌륭한 것이 있습니다. http://pocoproject.org/

버클리 DB 일명 슬리피 캣. 아카이브를 검색하면 모든 프로젝트에서 SQL의 주요 단점에 대해 이야기하는 Mike Olsen의 기사가 있습니다. 작년 내에 또 다른 후속 기사가 있으며, 이는 ORM 레이어가 훨씬 나아지기 때문에 SQL이 나오고 있음을 시사합니다.

당신이 나에게 sqlite와 함께 머물면서 "당신의 자기 자신을하십시오"라고 묻는다면 - 포장은 매우 간단합니다. 왜요? API는 다른 데이터베이스와 관련된 것보다 훨씬 더 친근하며 많은 노력을 기울일 필요가 없기 때문입니다. 래퍼 라이브러리를 사용하면 더 많은 무기대 만 추가 할 수 있으며 가장 중요한 것은 대부분의 포장지는 특히 임베디드 데이터베이스를 제공하기 위해 특히 전용되지 않습니다. 나는 항상 내장 된 데이터베이스를 사용하여 올바른 방법이 데이터베이스 서버의 최적 접근 방식과 매우 다르다는 것을 반복하고 있습니다 ...

SQL 구문이 중요하지 않은 경우 추천합니다. Metakit - 그것은 약간 다른 접근법이지만 매우 강력하며 개인적으로 임베디드 시스템에서도 성공적으로 사용하는 몇 가지 이상의 상업 프로젝트를 알고 있습니다.

이 튜토 리아L은 시작하는 데 매우 도움이됩니다.

당신이 래퍼 API sqlite 사이트에 나열되어 있습니까? C ++를 포함한 많은 언어가 많이 있습니다. Sqlite Plus는 특히 좋아 보입니다. '일반적으로 언급되지 않은'Poco도 좋아 보입니다.

SQLITE가 C ++ 또는 열 이름 색인과 호환되지 않는다는 것은 가짜이라는 데 동의합니다. sqlite ++ 많은 것 중 하나 일뿐입니다.

SQL 미분 대신 Lucene과 같은 역 색인 IR 라이브러리 (또는 많은 클론 중 하나)를 사용하는 것에 대해 생각할 수 있습니다. Lucene이 Java라는 것을 알고 있지만 Lecene.net과 인터 로프하기 위해 관리되는 C ++ 라이브러리를 작성할 수 있습니다.

속도에 관한 한, 나는 Lucene의 성능에 대한 독서에 매우 만족합니다. 그것은 그 글에 대한 최적화되지 않았지만 수백만 개의 "문서"의 색인을 구축하려고하지 않는 한 여전히 꽤 좋습니다.

Windows에서 작업하지 않는 경우 도쿄 캐비닛을 살펴볼 수 있습니다. 꽤 좋아 보인다. 나는 Win32 포트를 기다리고 있으므로 성능이 인상적으로 보이는 것 외에는 그에 대해 많이 말할 수 없습니다.

http://anyall.org/blog/2009/04/performance-comparison-keyvalue-stores-for-language-model-counts/

이것은 SQL 미분이 아닙니다. 직선 B- 트리/해시 기반 상점입니다. 제 생각에는 이것이 매우 환영합니다. 내가 알고있는 유일한 경쟁 도서관은 바람직한 라이센스보다 적은 버클리 DB입니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top