{"id":105659,"date":"2022-11-21T15:36:52","date_gmt":"2022-11-21T13:36:52","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-subd-sqlite-3-40"},"modified":"2022-11-21T15:36:52","modified_gmt":"2022-11-21T13:36:52","slug":"vypusk-subd-sqlite-3-40","status":"publish","type":"post","link":"https:\/\/prohoster.info\/nl\/blog\/news\/vypusk-subd-sqlite-3-40","title":{"rendered":"Release van de SQLite database 3.40","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
De release van SQLite 3.40 is gepubliceerd, een lichte databasebeheersysteem, gepresenteerd als een koppelbare bibliotheek. De code van SQLite is beschikbaar als publiek domein, wat betekent dat deze zonder beperkingen en kosteloos voor alle doeleinden kan worden gebruikt. De financi\u00eble ondersteuning voor de ontwikkelaars van SQLite wordt verleend door een speciaal opgerichte consortium, waartoe bedrijven als Adobe, Oracle, Mozilla, Bentley en Bloomberg behoren. <\/p>\n
Belangrijkste wijzigingen: <\/p>\n
\n
Een experimentele mogelijkheid om SQLite te compileren naar WebAssembly-intermediaire code, die in webbrowser kan worden uitgevoerd en geschikt is voor databasebeheer vanuit webapplicaties in JavaScript, is ge\u00efmplementeerd. Webontwikkelaars krijgen een hoog-niveau object-geori\u00ebnteerde interface aangeboden voor datamanagement in de stijl van sql.js of Node.js, alsook een laag-niveau C API en een API op basis van de Web Worker-mechanisme, dat het mogelijk maakt om asynchrone handlers te maken die in aparte threads draaien. Gegevens die webapplicaties opslaan in de WASM-versie van SQLite kunnen aan de klantzijde worden opgeslagen met behulp van OPFS (Origin-Private FileSystem) of de API window.localStorage.\n
Een recovery-extensie is toegevoegd, bedoeld voor het herstellen van gegevens uit beschadigde bestanden met databases. In de opdrachtregelinterface wordt het commando «.recover» gebruikt voor herstel.\n
De werking van de query-planner is verbeterd. Beperkingen bij het gebruik van indexen met tabellen van meer dan 63 kolommen zijn opgeheven (voorheen werd indexing niet toegepast bij operaties met kolommen waarvan het volgnummer hoger is dan 63). De indexing van waarden die in expressies worden gebruikt is verbeterd. Het laden van grote strings en blobs van schijf bij het verwerken van de NOT NULL en IS NULL operatoren is stopgezet. Materialisatie van views waarvoor een volledige scan slechts \u00e9\u00e9n keer wordt uitgevoerd, is uitgesloten.\n
In de codebasis is in plaats van het type «char *» voor het vertegenwoordigen van bestandsnamen een apart type sqlite3_filename gebruikt.\n
Een interne functie sqlite3_value_encoding() is toegevoegd.\n
De modus SQLITE_DBCONFIG_DEFENSIVE is toegevoegd, die het wijzigen van de versie van het gegevensopslag schema verbiedt.\n
In de implementatie van de parameter «PRAGMA integrity_check» zijn extra controles toegevoegd. Bijvoorbeeld, tabellen zonder de aanwijzing STRICT mogen geen numerieke waarden bevatten in kolommen met het type TEXT en geen tekstuele waarden met nummers in kolommen met het type NUMERIC. Ook is er een controle toegevoegd voor de juiste volgorde van rijen in tabellen met de aanduiding «WITHOUT ROWID».\n
In de instructie «VACUUM INTO» zijn de instellingen van «PRAGMA synchronous» in acht genomen.\n
Een bouwoptie SQLITE_MAX_ALLOCATION_SIZE is toegevoegd, waarmee de grootte van blokken bij geheugentoewijzing kan worden beperkt.\n
Het ingebouwde algoritme voor het genereren van pseudorandom nummers in SQLite is overgestapt van het gebruik van de stroomversleuteling RC4 naar Chacha20.\n
Het gebruik van indexen met dezelfde namen in verschillende dataschema's is toegestaan.\n
Prestatieoptimalisaties zijn doorgevoerd, waardoor de belasting van de CPU met ongeveer 1% is verlaagd bij typische activiteiten. <\/ul>\n