{"id":103715,"date":"2022-04-05T15:36:50","date_gmt":"2022-04-05T13:36:50","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-ferretdb-0-1-realizaczii-mongodb-na-baze-subd-postgresql"},"modified":"2022-04-05T15:36:50","modified_gmt":"2022-04-05T13:36:50","slug":"vypusk-ferretdb-0-1-realizaczii-mongodb-na-baze-subd-postgresql","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/vypusk-ferretdb-0-1-realizaczii-mongodb-na-baze-subd-postgresql","title":{"rendered":"Uscita di FerretDB 0.1, implementazione di MongoDB basata sul DBMS PostgreSQL","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
\u00c8 stato pubblicato il rilascio del progetto FerretDB 0.1 (precedentemente MangoDB), che consente di sostituire il database orientato ai documenti MongoDB con PostgreSQL senza modificare il codice delle applicazioni. FerretDB \u00e8 implementato come server proxy, che traduce le richieste a MangoDB in query SQL a PostgreSQL, consentendo di utilizzare PostgreSQL come effettivo sistema di archiviazione. Il codice \u00e8 scritto in Go e distribuito con licenza Apache 2.0. <\/p>\n
La necessit\u00e0 di migrazione pu\u00f2 sorgere a causa del passaggio di MongoDB a una licenza non libera SSPL, che si basa sulla licenza AGPLv3, ma non \u00e8 aperta, poich\u00e9 contiene un requisito discriminatorio di fornitura sotto licenza SSPL non solo per il codice dell'applicazione stessa, ma anche per il codice sorgente di tutti i componenti coinvolti nella fornitura del servizio cloud. <\/p>\n
FerretDB si rivolge agli utenti che non utilizzano nelle proprie applicazioni le funzionalit\u00e0 avanzate di MongoDB, ma desiderano impiegare un stack software completamente aperto. Nella fase attuale di sviluppo, FerretDB supporta solo una parte delle funzionalit\u00e0 di MongoDB, quelle pi\u00f9 comunemente utilizzate nelle applicazioni standard. In futuro, si prevede di raggiungere la piena compatibilit\u00e0 con i driver di MongoDB e di consentire l'uso di FerretDB come sostituto trasparente di MongoDB. <\/p>\n
Ricordiamo che MongoDB occupa una nicchia tra i sistemi veloci e scalabili che gestiscono i dati in formato chiave\/valore e i database relazionali, funzionali e facili nella formulazione di query. MongoDB supporta la memorizzazione di documenti in un formato simile a JSON, ha un linguaggio abbastanza flessibile per la formulazione di query, pu\u00f2 creare indici per vari attributi memorizzati, garantisce efficacemente la memorizzazione di grandi oggetti binari, supporta la registrazione delle operazioni di modifica e aggiunta dei dati nel database, pu\u00f2 operare in conformit\u00e0 alla paradigma Map\/Reduce, supporta la replicazione e la costruzione di configurazioni resilienti. <\/p>\n
Nella versione FerretDB 0.1.0 \u00e8 stato completamente riprogettato il metodo di estrazione dei dati da PostgreSQL. In precedenza, per ogni richiesta in arrivo da MongoDB veniva generata una singola query SQL a PostgreSQL, utilizzando funzioni per lavorare con il formato JSON ed eseguendo la filtrazione dei risultati sul lato PostgreSQL. A causa delle differenze nella semantica delle funzioni json di PostgreSQL e MongoDB, si osservavano comportamenti non corrispondenti durante il confronto e l'ordinamento di diversi tipi. Per risolvere questo problema, ora PostgreSQL estrae un campionamento eccessivo dei dati, mentre la filtrazione del risultato avviene sul lato FerretDB, il che ha permesso di riprodurre il comportamento di MongoDB nella maggior parte delle situazioni. <\/p>\n
Il costo del miglioramento della compatibilit\u00e0 \u00e8 stata una diminuzione delle prestazioni, che si prevede di compensare nelle future versioni tramite la filtrazione selettiva sul lato di FerretDB solo delle query per le quali si osserva una discrepanza nel comportamento. Ad esempio, la query «db.collection.find({_id: ‘some-id-value’})» pu\u00f2 essere interamente elaborata in PostgreSQL. L'obiettivo principale del progetto in questa fase di sviluppo \u00e8 raggiungere la compatibilit\u00e0 con MongoDB, mentre le prestazioni sono attualmente messe in secondo piano. Tra le modifiche funzionali nella nuova versione, si evidenzia il supporto per tutti gli operatori bitwise, l'operatore di confronto «$eq», e gli operatori «$elemMatch» e «$bitsAllClear». \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"