{"id":120814,"date":"2024-12-02T09:45:59","date_gmt":"2024-12-02T07:46:01","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/sedmaya-beta-versiya-orioledb-vysokoproizvoditelnogo-dvizhka-hraneniya-dlya-postgresql"},"modified":"2024-12-02T09:45:59","modified_gmt":"2024-12-02T07:46:01","slug":"sedmaya-beta-versiya-orioledb-vysokoproizvoditelnogo-dvizhka-hraneniya-dlya-postgresql","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/sedmaya-beta-versiya-orioledb-vysokoproizvoditelnogo-dvizhka-hraneniya-dlya-postgresql","title":{"rendered":"Rilasciata la settima beta di OrioleDB, un motore di archiviazione ad alte prestazioni per PostgreSQL.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
\u00c8 stata presentata la beta del motore di archiviazione OrioleDB beta7 e pubblicati i risultati di nuovi test che mostrano un significativo aumento delle prestazioni rispetto al tradizionale PostgreSQL. Nella versione beta7 sono state implementate ottimizzazioni per migliorare le prestazioni delle operazioni in multithreading e velocizzare le operazioni di lettura e scrittura. Il primo rilascio stabile di OrioleDB \u00e8 previsto per il 2025. Il motore \u00e8 scritto in C e distribuito con licenza PostgreSQL, simile alle licenze BSD e MIT. <\/p>\n
Il progetto OrioleDB sviluppa un motore di archiviazione alternativo per PostgreSQL, progettato per superare le limitazioni del meccanismo di archiviazione standard e aumentare l'efficienza complessiva del sistema. Ad esempio, OrioleDB consente di evitare l'esecuzione periodica dell'operazione VACUUM per la raccolta dei rifiuti, grazie all'implementazione del meccanismo MVCC (Multi-Version Concurrency Control) basato su log di annullamento (undo logs), operante a livello di singoli blocchi e righe, oltre a un sistema di fusione automatica delle pagine contenenti dati. OrioleDB utilizza anche identificatori delle transazioni a 64 bit, risolvendo il problema del superamento dei contatori. <\/p>\n
Per semplificare l'uso nei sistemi distribuiti e parallelizzare le operazioni, OrioleDB organizza la registrazione del WAL delle transazioni a livello di righe. Durante l'operazione di UPDATE, \u00e8 supportata la modifica in loco dei dati (senza liberare la registrazione corrente e crearne una nuova), il che migliora le prestazioni. OrioleDB offre anche funzionalit\u00e0 come la lettura delle pagine dei dati senza utilizzare lock, il collegamento diretto delle pagine in memoria con le pagine nello storage permanente, l'applicazione del meccanismo CoW (copy-on-write) durante la fissazione dei punti di controllo per creare snapshot coerenti in qualsiasi momento, e la modalit\u00e0 di archiviazione dei dati compressa utilizzando l'algoritmo ZSTD. <\/p>\n
Tra i vincoli presenti nella settima beta di OrioleDB si segnala la possibilit\u00e0 di utilizzare solo indici nel formato B-tree (in futuro sar\u00e0 supportato tutti i tipi di indici di PostgreSQL), oltre all'assenza del supporto per le transazioni preparate (PREPARE TRANSACTION) e il comando \u00abREINDEX\u00bb in modalit\u00e0 \u00abCONCURRENTLY\u00bb. OrioleDB \u00e8 implementato come un'estensione plug-in, che richiede modifiche alla base di codice principale di PostgreSQL. <\/p>\n
Nei test di prestazione TPC-C, che simulano il carico del processamento transazionale in condizioni reali, la settima beta di OrioleDB ha mostrato un notevole vantaggio rispetto al motore PostgreSQL standard. I test sono stati condotti con un numero variabile di clienti operanti simultaneamente, per valutare la scalabilit\u00e0 e le prestazioni del sistema sotto carico crescente. <\/p>\n
Nei test che valutano la capacit\u00e0 di throughput delle transazioni, il motore OrioleDB ha raggiunto una maggiore capacit\u00e0 di throughput, misurata in transazioni al minuto (tpmC). Con l'aumento del numero di clienti, le prestazioni di OrioleDB sono continuate a crescere linearmente, mentre per il motore Heap in PostgreSQL si \u00e8 osservata una tendenza alla stagnazione e persino a un declino dopo un certo limite.
<\/center>
<\/center>
<\/center> <\/p>\n
Nei test sui tempi di risposta, il tempo medio di risposta delle transazioni in OrioleDB \u00e8 stato notevolmente inferiore rispetto a PostgreSQL. Pertanto, i sistemi basati su OrioleDB possono elaborare pi\u00f9 transazioni nello stesso intervallo di tempo, fornendo allo stesso tempo un servizio di richiesta pi\u00f9 rapido. Durante la misurazione dell'uso delle risorse, il motore OrioleDB ha dimostrato un utilizzo pi\u00f9 efficiente di CPU e memoria, grazie a una gestione ottimizzata delle risorse. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"
![\"Rilasciata](\"\/wp-content\/uploads\/2024\/12\/8cac8a61b8daee1fbf8027a4aec2de1e.png\")
<\/center> ![\"Rilasciata](\"\/wp-content\/uploads\/2024\/12\/39e3a4f1943e4263d0f0960ac5f45366.png\")
<\/center> ![\"Rilasciata](\"\/wp-content\/uploads\/2024\/12\/a6a1d6e1c9b09b10dcc2d9b4bc61c805.png\")
<\/center> <\/p>\n