C로 작성된 비교적 작은 라이브러리에 포함된 ACID 호환 관계형 데이터베이스 관리 시스템입니다.
SQLite는 가벼운 관계형 데이터베이스 엔진입니다. SQL 언어를 통해 액세스할 수 있습니다. MySQL이나 PostgreSQL과 같은 기존의 데이터베이스 서버와 달리, 그 특수성은 일반적인 클라이언트-서버 방식을 재현하지 않는다는 것입니다., 그러나 프로그램에 직접 통합됩니다.
SQLite는 완전한 단일 파일 관계형 데이터베이스 관리 시스템입니다.. SQL 또는 구조적 쿼리 언어는 데이터 저장 및 검색을 위한 업계 표준 프로그래밍 언어입니다. 인기 있는 SQL 데이터베이스 관리자에는 Oracle, IBM의 DB2, Microsoft의 SQL Server 및 Access, 무료 MySQL 및 PostgreSQL 소프트웨어가 포함됩니다.
최근에 프로젝트의 창시자는 불평했다 저것 "SQLite는 명시적이고 명확하게 '공개 기여가 아닌 공개 소스'입니다.", 현재 이 프로젝트의 목표는 제한적이며 빠르고 작고 안정적인 통합 데이터베이스를 제공하는 것입니다.
대한 이유 이 의견은 두 가지에서 비롯됩니다. 첫 번째 그와 그의 팀이 주장하는 것 중 SQLite를 개선해야 합니다. 필수적인 새로운 기능과 함께. 여기에는 특히 다음이 포함됩니다.
- 여러 서버에서 사용 가능한 분산 데이터베이스 지원
- 새로운 Linux io_uring API를 통한 비동기 I/O 지원
- 특정 작업이 커널에서 실행되도록 허용하여 SQLite를 최적화하는 eBPF
- C 대신 Wasm으로 컴파일되는 다른 언어를 사용할 수 있도록 Wasm(WebAssembly)의 사용자 정의 함수 지원.
- libSQL 프로젝트는 이러한 변경 사항을 구현하기 위해 C와 함께 Rust를 사용할 계획입니다.
두 번째는 최근e는 libSQL이라고 하는 SQLite의 새로운 포크를 만들었습니다. 매우 인기 있는 Embedded SQLite DBMS를 현대화하는 것을 목표로 합니다. 게다가 그는 설립자가 주장하는 변경 사항을 구현하기 위해 C와 함께 Rust를 사용할 계획입니다.
따라서 많은 사람들이 SQLite 프로젝트 자체에 제안을 하지 않고 포크를 하는 이유를 언급할 수 있습니다. 그리고 이미 언급했듯이, 문제는 SQLite 프로젝트에 제한된 목표가 있다는 것입니다.
SQLite 개발팀에 따르면, DBMS는 아마도 가장 널리 구현된 XNUMX가지 소프트웨어 모듈 중 하나일 것입니다. SQLite는 모든 스마트폰에서 널리 사용되며 각각 수백 개의 SQLite 데이터베이스 파일을 포함하는 4000억 개 이상의 스마트폰이 사용 중이라는 점을 감안할 때 4000억 개 이상의 스마트폰이 사용 중이고 XNUMX억 개의 SQLite 데이터베이스가 사용 중일 가능성이 큽니다. .
극도의 가벼움 덕분에, SQLite는 가장 널리 사용되는 데이터베이스 엔진 중 하나입니다. 세상에. 많은 소비자 프로그램에서 사용되며 대부분의 최신 스마트폰을 비롯한 임베디드 시스템에서도 매우 인기가 있습니다.
크기가 SQLite의 겸손한 제작자에게 전부는 아닙니다. 분명히 그는 프로젝트를 수익성있는 것으로 바꾸는 아이디어를 가지고 있습니다. 따라서 그는 상업적 및 비상업적 사용자가 사용하는 수백만 개의 사본에 대한 로열티를 받지 않으며 이 경우에 그는 금전적인 부분에는 실제로 관심이 없으며 그의 주장을 돌보는 데 그의 성가심이 다른 사람에게로 향한다고 언급합니다. 접근하다.
이는 자유 소프트웨어 세계에서도 이례적인 접근 방식입니다. 대부분의 오픈 소스 코드는 GNU GPL(일반 공중 사용 허가서)과 같은 계약에 따라 사용이 허가됩니다. 소프트웨어를 무료로 유지하는 조건을 포함합니다. 오늘날 중요한 프로젝트의 여러 개발자가 결론에 도달했지만, 그들의 제품이 상용 사용자(QT가 도달한 것과 유사한 것)로부터 지원을 받지 못했다는 데 완전히 동의하지 않는 결론에 도달했습니다.
Hipp은 "모든 라이선스를 검토했고 그냥 공개 도메인으로 지정하면 어떨까?"라고 생각했습니다. 왜 이러한 제한을 두는가? 한 푼도 벌 수 있으리라고는 전혀 예상하지 못했다. 나는 단지 다른 사람들이 그들의 문제를 해결할 수 있도록 하고 싶었습니다. »
"우리는 다른 엔진과 경쟁하려고 하지 않습니다."라고 Hipp은 말합니다. “우리의 목표는 모든 종류의 종소리와 휘파람을 추가하는 것이 아니라 SQLite를 작고 빠르게 유지하는 것입니다. 라이브러리 공간을 250KB 미만으로 유지하기 위해 임의의 제한을 설정했습니다.”
마지막으로 Glauber Costa는 «SQLite의 성공과 상대적으로 폐쇄적인 개발로 인해 포크가 성공하기 어렵습니다., 또 다른 옵션은 SQLite를 추가 기능으로 래핑하는 것이지만 여기에는 한계가 있습니다.”라고 Costa가 암시합니다.