Megjelent az SQLite 3.45 kiadás, az SQL nyelven keresztül elérhető könnyű relációs adatbázis-motor. Ellentétben a hagyományos adatbázis-szerverekkel, mint például a MySQL vagy a PostgreSQL, sajátossága, hogy nem a megszokott kliens-szerver sémát reprodukálja, hanem közvetlenül a programokba integrálható.
Rendkívüli könnyűségének köszönhetően az SQLite a világ egyik leggyakrabban használt adatbázis-motorja. Számos fogyasztói programban használják, és nagyon népszerű a beágyazott rendszerekben is, beleértve a legtöbb modern okostelefont.
Az SQLite 3.45 legfőbb új szolgáltatásai
Az SQLite 3.45 bemutatott új verziójában kiemelték, hogy Jelentős funkciófrissítések történtek Adatkezeléssel kapcsolatos SQL JSON formátumban. Ezek a funkciók voltak átírták és áttelepítették az új belső JSONB elemzési fa formátumra, amely szerializált és közvetlenül az adatbázisban tárolható, ezen a frissítésen kívül elkerülve az ismételt elemzés szükségességét a JSON-értékekkel végzett munka során, ami jelentősen javítja a JSON formátumú adatokat tartalmazó lekérdezések teljesítményét és hatékonyságát.
A JSON-generáló függvények új verzióiban fontos változás történt: szöveges formátum helyett immár JSONB bináris formátumban generálnak adatokat. Ez fejlődést jelent a rendszer JSON-adatok optimalizálása és manipulálása terén.
Ezen túlmenően, Egy opcionális második argumentum került be a json_valid() függvénybe. Ez az argumentum lehetővé teszi egy bitmaszk megadását, amely meghatározza az érvényes JSON jellemzőit. Például a 0x04 megadása egy JSONB objektumot érvényesnek ismer fel. Ezenkívül, ha 0x01 értéket ad meg, az RFC-8259 formátumú JSON-szöveg érvényesnek minősül. A 0x05 opció lehetővé teszi mindkét opció felismerését.
Default, Az SQLITE_DIRECT_OVERFLOW_READ optimalizálás engedélyezve van, amely lehetővé teszi a szabványos b-tree oldalméretnél nagyobb túlcsordulási oldalak közvetlen beolvasását a fájlból, a gyorsítótár megkerülésével. Ha azonban le szeretné tiltani ezt az optimalizálást a fordítás során, használhatja a "-DSQLITE_DIRECT_OVERFLOW_READ=0" opciót.
El A Lekérdezéstervező jelentős fejlődésen ment keresztül a tranzitív kényszeroptimalizálás hatékonyságáról. Ez lehetővé teszi a lekérdezőmotor számára, hogy jobban optimalizálja a lekérdezéseket azáltal, hogy figyelembe veszi a tranzitív megszorításokat, és javítja azt a képességet, hogy figyelmen kívül hagyja azokat az indexeket, amelyek rossz minőségűek az "ANALÍZIS" művelet során. Ezek a fejlesztések biztosítják az optimális teljesítményt és a lekérdezések hatékony végrehajtását az SQLite adatbázisban.
Másrészt Windows rendszeren a parancssori felületet frissítették az UTF-8 kódolású tartalom megjelenítésének javítása érdekében. Ez konzisztensebb és olvashatóbb élményt biztosít az adatbázissal a parancssoron keresztüli interakció során Windows környezetben. Ezenkívül engedélyezve van a CLI használatának automatikus észlelése a „.dump” szkriptek lejátszásakor, és a konfigurációkban végrehajtották a szükséges változtatásokat, például a „.dbconfig defensive off” és a „.dbconfig dqs_dll on” a zökkenőmentes működés érdekében.
Végül, Az SQLITE_RESULT_SUBTYPE tulajdonságot bevezették a meghatározott SQL függvényekbe az alkalmazás oldalán. Ez lehetővé teszi az sqlite3_result_subtype() függvény meghívását a függvényből az argumentum altípusok vizsgálatára, nagyobb rugalmasságot és ellenőrzési képességet biztosítva az alkalmazásban lévő adatok kezelésében.
A egyéb kiemelkedő változások:
- FTS5 tokendata opcióval: A tokendata opció hozzáadásra került az FTS5 virtuális táblához, amelyet teljes szöveges keresésre használnak.
- WAL2 tranzakciónapló mód: Az SQLite kísérleti verziói egy új, WAL2 nevű tranzakciónapló-móddal ("PRAGMA naplómód = wal2") kerültek bevezetésre. Ez a mód két wal fájlt ("database-wal" és "database-wal2") használ egy helyett, ami megoldja a wal fájl ellenőrizetlen növekedésének problémáját olyan helyzetekben, amikor a tranzakciók hosszú ideig nincsenek véglegesítve, vagy biztonsági mentési folyamatok vannak. olvasás.
- Ebben a módban, amikor adatokat írunk az adatbázisba, az új adatok hozzáadódnak az első wal fájlhoz. Amikor ez a fájl eléri a megfelelő méretet, elkezdődik az írás a második fájlba. A második wal fájlra való váltás után az első módosítható és felülírható. Ez a ciklus megismétlődik, ami megoldja a wal fájl ellenőrizetlen növekedésének problémáját.
- Változások a JSON-feldolgozásban: A JSON-adatkezelés módosításai visszamenőleges kompatibilitást okoztak, és bizonyos konstrukciók leállásához vezettek a JSON-adatok fájlokból történő betöltésére.
Végül, ha többet szeretne megtudni róla, tájékozódhat a részletekről a következő link.