{"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\/news\/razrabotchiki-sqlite-razvivayut-bekend-hc-tree-s-podderzhkoj-parallelnyh-operaczij-zapisi","title":{"rendered":"Gli sviluppatori di SQLite stanno sviluppando il backend HC-tree con supporto per operazioni di scrittura parallele","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Gli sviluppatori del progetto SQLite hanno iniziato i test di un backend sperimentale HCtree, che supporta il blocco a livello di riga (row) e garantisce un alto livello di parallelizzazione nella gestione delle richieste. Il nuovo backend \u00e8 progettato per aumentare l'efficienza di utilizzo di SQLite nei sistemi client-server, in cui \u00e8 necessario gestire un elevato numero di richieste simultanee al database per operazioni di scrittura. <\/p>\n
Le strutture b-tree, utilizzate originariamente in SQLite per l'archiviazione dei dati, non sono progettate per questo tipo di carico, limitando SQLite alla scrittura in un solo thread. Come esperimento, gli sviluppatori hanno iniziato a sviluppare una soluzione alternativa, che utilizza per l'archiviazione le strutture HC-tree, pi\u00f9 adatte per la parallelizzazione delle operazioni di scrittura. <\/p>\n
Per organizzare l'esecuzione simultanea di pi\u00f9 operazioni in HCtree, viene utilizzato un meccanismo di separazione delle transazioni, che utilizza blocchi a livello di pagina e simile al MVCC (gestione della concorrenza multi-versione), ma con controlli delle transazioni basati su chiavi e intervalli di chiavi anzich\u00e9 su set di pagine. Le operazioni di lettura e scrittura vengono eseguite in collegamento a uno snapshot del database, il cui cambiamento diventa visibile nel database principale solo dopo il completamento della transazione. <\/p>\n
I clienti possono utilizzare tre operazioni per aprire transazioni: <\/p>\n
\n
\u00abBEGIN\u00bb \u2014 le transazioni non considerano i dati di accesso di altri clienti. Nel caso in cui vengano eseguite operazioni di scrittura all'interno della transazione, la transazione pu\u00f2 essere fissata solo se nel tempo in cui viene effettuata non ci sono state altre operazioni di scrittura nel database.\n
\u00abBEGIN CONCURRENT\u00bb \u2014 le transazioni raccolgono le informazioni di accesso di altri clienti. Nel caso in cui vengano eseguite operazioni di scrittura all'interno della transazione, la transazione pu\u00f2 essere fissata se nel momento della creazione dello snapshot nel database sono state fissate 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 replicazione in stile \u00abmaster-slave\u00bb, consentendo il trasferimento di transazioni in un altro database e mantenendo i database secondari in uno stato sincronizzato con il database principale. HCtree rimuove anche il vincolo sulla dimensione del database \u2014 invece degli identificatori a 32 bit delle pagine dati, HCtree utilizza identificatori a 48 bit, che aumentano la dimensione massima del database da 16 tebibyte a 1 exbibyte (un milione di tebibyte). Si prevede che le prestazioni di SQLite con il backend HCtree non saranno inferiori a quelle del classico backend a thread singolo. I client SQLite con supporto per HCtree potranno accedere sia ai database basati sulla struttura HC-tree, sia ai vecchi database SQLite. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"