{"id":106417,"date":"2023-01-19T18:48:11","date_gmt":"2023-01-19T16:48:11","guid":{"rendered":"https:\/\/prohoster.info\/?p=106417"},"modified":"2023-01-24T13:52:43","modified_gmt":"2023-01-24T11:52:43","slug":"razrabotchiki-sqlite-razvivayut-bekend-hc-tree-s-podderzhkoj-parallelnyh-operaczij-zapisi","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/razrabotchiki-sqlite-razvivayut-bekend-hc-tree-s-podderzhkoj-parallelnyh-operaczij-zapisi","title":{"rendered":"Gli sviluppatori di SQLite stanno sviluppando il back-end HC-tree con supporto per operazioni di scrittura concorrenti.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Gli sviluppatori del progetto SQLite hanno avviato i test per un backend sperimentale chiamato HCtree, che supporta il blocco a livello di righe e garantisce un elevato grado di parallelismo nell'elaborazione delle query. Il nuovo backend mira a migliorare l'efficienza dell'uso di SQLite nei sistemi client-server, dove \u00e8 necessario gestire un elevato numero di richieste simultanee per la scrittura nel database. <\/p>\n
Le strutture b-tree, originariamente utilizzate in SQLite per la memorizzazione dei dati, non sono progettate per questo tipo di carico, il che limita SQLite alla scrittura in un unico thread. Come esperimento, gli sviluppatori hanno iniziato a sviluppare una soluzione alternativa che utilizza la struttura HC-tree per la memorizzazione, pi\u00f9 adatta alla parallelizzazione delle operazioni di scrittura. <\/p>\n
Per organizzare l'esecuzione simultanea di pi\u00f9 operazioni nelle scritture HCtree, viene utilizzato un meccanismo di separazione delle transazioni, che utilizza blocchi a livello di pagina e similare al MVCC (Multi-Version Concurrency Control), ma controlla le transazioni basandosi su chiavi e intervalli di chiavi invece che su insiemi di pagine. Le operazioni di lettura e scrittura sono legate a uno snapshot del database, le cui modifiche diventano visibili nel database principale solo al termine della transazione. <\/p>\n
I clienti possono utilizzare tre operazioni per l'apertura delle transazioni: <\/p>\n
\n
\u00abBEGIN\u00bb \u2014 le transazioni non considerano i dati di accesso di altri clienti. Se vengono eseguite operazioni di scrittura all'interno di una transazione, la transazione pu\u00f2 essere confermata solo se nel momento in cui viene eseguita non ci sono state altre operazioni di scrittura nel DB.\n
\u00abBEGIN CONCURRENT\u00bb \u2014 le transazioni raccolgono informazioni sugli accessi di altri clienti. Se vengono eseguite operazioni di scrittura all'interno della transazione, la transazione pu\u00f2 essere confermata se, dal momento della creazione dello snapshot nel DB, sono state confermate altre transazioni.\n
\u00abBEGIN EXCLUSIVE\u00bb \u2014 dopo l'apertura, la transazione blocca le operazioni di altre transazioni fino al suo completamento. <\/ul>\n
HCtree supporta la replica in stile \u00abmaster-slave\u00bb, consentendo il trasferimento delle transazioni in un altro DB e mantenendo i DB secondari in uno stato sincronizzato con il DB principale. HCtree rimuove anche il limite sulla dimensione del DB \u2014 invece di identificatori di pagina dati a 32 bit, HCtree utilizza identificatori a 48 bit, aumentando la dimensione massima del DB da 16 tebibyte a 1 exbibibyte (un milione di tebibyte). Si prevede che le prestazioni di SQLite con backend HCtree non siano inferiori a quelle del backend classico a thread singolo. I client SQLite con supporto HCtree potranno accedere sia ai DB basati sulla struttura HC-tree che ai vecchi DB SQLite. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"