{"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\/de\/blog\/news\/vypusk-ferretdb-0-1-realizaczii-mongodb-na-baze-subd-postgresql","title":{"rendered":"Ver\u00f6ffentlichung von FerretDB 0.1, einer Implementierung von MongoDB auf der Grundlage der Datenbank PostgreSQL","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die Ver\u00f6ffentlichung der FerretDB 0.1 (ehemals MangoDB) erm\u00f6glicht es, die dokumentenorientierte Datenbank MongoDB durch PostgreSQL zu ersetzen, ohne \u00c4nderungen am Anwendungscode vorzunehmen. FerretDB fungiert als Proxy-Server, der Anfragen an MangoDB in SQL-Abfragen an PostgreSQL umwandelt, wodurch PostgreSQL als tats\u00e4chlicher Speicher verwendet werden kann. Der Code ist in Go geschrieben und steht unter der Apache 2.0-Lizenz. <\/p>\n
Die Notwendigkeit zur Migration kann aufgrund des Wechsels von MongoDB zu der nicht freien SSPL-Lizenz entstehen, die auf der AGPLv3-Lizenz basiert, aber nicht offen ist, da sie diskriminierende Anforderungen an die Bereitstellung unter der SSPL-Lizenz nicht nur f\u00fcr den Anwendungscode, sondern auch f\u00fcr die Quelltexte aller an der Bereitstellung des Cloud-Services beteiligten Komponenten enth\u00e4lt. <\/p>\n
FerretDB richtet sich an Nutzer, die in ihren Anwendungen keine erweiterten Funktionen von MongoDB verwenden, aber einen vollst\u00e4ndig offenen Software-Stack nutzen m\u00f6chten. In der aktuellen Entwicklungsphase unterst\u00fctzt FerretDB bisher nur einen Teil der Funktionen von MongoDB, die in typischen Anwendungen am h\u00e4ufigsten verwendet werden. In Zukunft wird die vollst\u00e4ndige Kompatibilit\u00e4t mit den Treibern f\u00fcr MongoDB angestrebt, um FerretDB als transparente Alternative zu MongoDB anbieten zu k\u00f6nnen. <\/p>\n
Lassen Sie uns daran erinnern, dass MongoDB eine Nische zwischen schnellen und skalierbaren Systemen einnimmt, die mit Daten im Schl\u00fcssel-\/Wert-Format arbeiten, und relationalen DBMS, die funktional und benutzerfreundlich bei der Erstellung von Abfragen sind. MongoDB unterst\u00fctzt die Speicherung von Dokumenten im JSON-\u00e4hnlichen Format, hat eine ausreichend flexible Sprache zur Formulierung von Abfragen, kann Indizes f\u00fcr verschiedene gespeicherte Attribute erstellen, sichert effektiv gro\u00dfe bin\u00e4re Objekte, unterst\u00fctzt die Protokollierung von \u00c4nderungen und Erg\u00e4nzungen in der Datenbank, kann gem\u00e4\u00df dem Map-\/Reduce-Paradigma arbeiten, unterst\u00fctzt Replikation und den Aufbau ausfallsicherer Konfigurationen. <\/p>\n
In der Version FerretDB 0.1.0 wurde die Methode zur Datenextraktion aus PostgreSQL vollst\u00e4ndig \u00fcberarbeitet. Fr\u00fcher wurde f\u00fcr jede eingehende MongoDB-Anfrage eine SQL-Abfrage an PostgreSQL erstellt, die Funktionen zur Verarbeitung des JSON-Formats verwendete und die Ergebnisse auf der Seite von PostgreSQL filterte. Aufgrund der Unterschiede in der Semantik der JSON-Funktionen von PostgreSQL und MongoDB gab es Abweichungen im Verhalten bei Vergleichen und Sortierungen verschiedener Typen. Zur L\u00f6sung dieses Problems wird nun eine \u00fcberfl\u00fcssige Datenabfrage aus PostgreSQL durchgef\u00fchrt, und die Ergebnisfilterung erfolgt auf der Seite von FerretDB, was es erm\u00f6glicht hat, das Verhalten von MongoDB in den meisten Situationen nachzuahmen. <\/p>\n
Der Preis f\u00fcr die erh\u00f6hte Kompatibilit\u00e4t war eine verringerte Leistung, die in zuk\u00fcnftigen Versionen durch selektive Filterung seitens FerretDB nur f\u00fcr Anfragen, bei denen ein abweichendes Verhalten beobachtet wird, ausgeglichen werden soll. Zum Beispiel kann die Anfrage \u201edb.collection.find({_id: 'some-id-value'})\u201c vollst\u00e4ndig in PostgreSQL verarbeitet werden. Das Hauptziel des Projekts in dieser Entwicklungsphase besteht darin, die Kompatibilit\u00e4t mit MongoDB zu erreichen, w\u00e4hrend die Leistung vorerst in den Hintergrund r\u00fcckt. Zu den funktionalen \u00c4nderungen in der neuen Version geh\u00f6rt die Unterst\u00fctzung aller bitweisen Operatoren, des Vergleichsoperators \u201e$eq\u201c, sowie der Operatoren \u201e$elemMatch\u201c und \u201e$bitsAllClear\u201c. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"