це ACID-сумісна система керування реляційною базою даних, що міститься у відносно невеликій бібліотеці, написаній мовою C
SQLite — легкий механізм реляційної бази даних. доступні через мову SQL. На відміну від традиційних серверів баз даних, таких як MySQL або PostgreSQL, його особливість не відтворювати звичну схему клієнт-сервер, але інтегровані безпосередньо в програми.
SQLite це повна однофайлова система керування реляційною базою даних. SQL, або мова структурованих запитів, є галузевим стандартом мови програмування для зберігання та отримання даних. Популярні менеджери баз даних SQL включають Oracle, DB2 від IBM, SQL Server і Access від Microsoft, а також безкоштовне програмне забезпечення MySQL і PostgreSQL.
Останнім часом – поскаржився засновник проекту з чого "SQLite явно й однозначно є "відкритим кодом, а не відкритим внеском"", У ньому зазначається, що проект наразі має обмежену мету, яка полягає у створенні швидкої, невеликої та надійної інтегрованої бази даних.
Причина Цей коментар випливає з двох речей, першої з них, які він і його команда сперечаються SQLite потребує вдосконалення з істотними новими функціями. До них, зокрема, відносяться:
- Підтримка розподілених баз даних, доступних на кількох серверах
- Підтримка асинхронного введення-виведення через новий Linux io_uring API
- eBPF для оптимізації SQLite, дозволяючи виконувати певні операції в ядрі
- Підтримка визначених користувачем функцій у Wasm (WebAssembly), щоб дозволити використовувати інші мови, які скомпільовано в Wasm, замість C.
- Проект libSQL планує використовувати Rust у поєднанні з C для реалізації цих змін.
Друге – це нещодавноe створив новий форк SQLite під назвою libSQL, спрямований на модернізацію надзвичайно популярної вбудованої СУБД SQLite. Крім того, він планує використовувати Rust разом із C для впровадження змін, про які стверджує засновник.
Таким чином, багато хто може згадати, чому форк, а не робити пропозиції щодо самого проекту SQLite? і як уже згадувалося, то проблема полягає в тому, що проект SQLite має обмежену мету
Згідно з командою розробників SQLite, СУБД є, ймовірно, одним із п'яти найбільш широко реалізованих програмних модулів будь-якого опису. З огляду на те, що SQLite широко використовується на всіх смартфонах і використовується понад 4000 мільярди смартфонів, кожен з яких містить сотні файлів бази даних SQLite, цілком імовірно, що використовується понад 4000 мільярди смартфонів і мільярд баз даних SQLite. .
Завдяки своїй надзвичайній легкості, SQLite є одним із найпоширеніших механізмів баз даних в світі. Він використовується в багатьох споживчих програмах, а також дуже популярний у вбудованих системах, включаючи більшість сучасних смартфонів.
Розмір — це не все для скромного творця SQLite Мабуть, у нього є ідея перетворити проект на щось прибуткове, оскільки як такий він не отримує гонорарів за мільйони копій, які використовуються комерційними та некомерційними користувачами, і в цьому випадку він згадує, що його насправді не цікавить грошова частина, і, намагаючись довести свій аргумент, його роздратування переходить до іншого підхід.
Це незвичайний підхід навіть у світі вільного програмного забезпечення. Більшість відкритого вихідного коду ліцензується відповідно до угоди, такої як GNU GPL (Загальна публічна ліцензія), яка містить умови, які гарантують, що програмне забезпечення залишається безкоштовним, хоча сьогодні кілька розробників важливих проектів дійшли висновку, де вони не зовсім заперечують, що їхні продукти не отримали підтримки від комерційних користувачів (щось подібне до того, до чого дійшов QT).
«Я переглянув усі ліцензії, — каже Хіпп, — і подумав, чому б просто не оприлюднити це? Навіщо вводити ці обмеження? Я ніколи не сподівався заробити ні копійки. Я просто хотів зробити це доступним для інших людей, щоб вирішити їхню проблему. »
«Ми не намагаємося конкурувати з цими іншими двигунами», — каже Хіпп. «Наша мета полягає не в тому, щоб додати всілякі навороти, а в тому, щоб SQLite був маленьким і швидким. Ми встановили довільне обмеження, щоб простір бібліотеки не перевищував 250 КБ».
Нарешті, Глаубер Коста згадує, що «успіх SQLite у поєднанні з його відносно закритою розробкою ускладнює успіх форку, іншим варіантом є обернути SQLite додатковою функціональністю, але це має обмеження», на що натякає Коста.
Фуенте: https://devclass.com/