{"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\/pl\/blog\/news\/vypusk-ferretdb-0-1-realizaczii-mongodb-na-baze-subd-postgresql","title":{"rendered":"Wydanie FerretDB 0.1, implementacja MongoDB na bazie DBMS PostgreSQL","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Opublikowano wydanie projektu FerretDB 0.1 (dawny MangoDB), kt\u00f3re pozwala zast\u0105pi\u0107 dokumentowo zorientowany DBMS MongoDB PostgreSQL bez wprowadzania zmian w kodzie aplikacji. FerretDB dzia\u0142a jako serwer proxy, konwertuj\u0105cy zapytania do MangoDB na zapytania SQL do PostgreSQL, co pozwala u\u017cywa\u0107 PostgreSQL jako faktycznego magazynu. Kod jest napisany w j\u0119zyku Go i rozpowszechniany na licencji Apache 2.0. <\/p>\n
Potrzeba migracji mo\u017ce si\u0119 pojawi\u0107 w zwi\u0105zku z przej\u015bciem MongoDB na nieotwart\u0105 licencj\u0119 SSPL, kt\u00f3ra opiera si\u0119 na licencji AGPLv3, ale nie jest otwarta, poniewa\u017c zawiera dyskryminacyjne wymaganie dostarczania nie tylko kodu samej aplikacji, ale tak\u017ce \u017ar\u00f3de\u0142 wszystkich komponent\u00f3w zaanga\u017cowanych w \u015bwiadczenie us\u0142ug w chmurze pod licencj\u0105 SSPL. <\/p>\n
FerretDB kieruje swoj\u0105 ofert\u0119 do u\u017cytkownik\u00f3w, kt\u00f3rzy nie wykorzystuj\u0105 w swoich aplikacjach rozszerzonych mo\u017cliwo\u015bci MongoDB, ale chc\u0105 korzysta\u0107 z ca\u0142kowicie otwartego stosu oprogramowania. Na obecnym etapie rozwoju FerretDB obs\u0142uguje tylko cz\u0119\u015b\u0107 funkcji MongoDB, najbardziej powszechnie stosowanych w typowych aplikacjach. W przysz\u0142o\u015bci planuj\u0105 osi\u0105gn\u0105\u0107 pe\u0142n\u0105 zgodno\u015b\u0107 z driverami dla MongoDB i umo\u017cliwi\u0107 korzystanie z FerretDB jako przezroczystej alternatywy dla MongoDB. <\/p>\n
Przypomnijmy, \u017ce MongoDB zajmuje nisz\u0119 mi\u0119dzy szybkim i skalowalnym systemami zarz\u0105dzania danymi w formacie klucz\/warto\u015b\u0107 a relacyjnymi DBMS, kt\u00f3re s\u0105 funkcjonalne i wygodne w formu\u0142owaniu zapyta\u0144. MongoDB obs\u0142uguje przechowywanie dokument\u00f3w w formacie podobnym do JSON, ma do\u015b\u0107 elastyczny j\u0119zyk do formu\u0142owania zapyta\u0144, mo\u017ce tworzy\u0107 indeksy dla r\u00f3\u017cnych przechowywanych atrybut\u00f3w, skutecznie zapewnia przechowywanie du\u017cych obiekt\u00f3w binarnych, wspiera rejestrowanie operacji na zmianach i dodawaniu danych do bazy danych, mo\u017ce dzia\u0142a\u0107 zgodnie z paradygmatem Map\/Reduce, wspiera replikacj\u0119 i budowanie konfiguracji odpornych na awarie. <\/p>\n
W wydaniu FerretDB 0.1.0 ca\u0142kowicie przepisano metod\u0119 pobierania danych z PostgreSQL. Wcze\u015bniej dla ka\u017cdego przychodz\u0105cego zapytania MongoDB generowane by\u0142o jedno zapytanie SQL do PostgreSQL, wykorzystuj\u0105ce funkcje do pracy z formatem JSON i filtruj\u0105ce wyniki po stronie PostgreSQL. Z powodu r\u00f3\u017cnic w semantyce funkcji json PostgreSQL i MongoDB obserwowano niesp\u00f3jno\u015bci w zachowaniu podczas por\u00f3wnywania i sortowania r\u00f3\u017cnych typ\u00f3w. Aby rozwi\u0105za\u0107 ten problem, z PostgreSQL teraz pobierane s\u0105 nadmiarowe dane, a filtracja wynik\u00f3w odbywa si\u0119 po stronie FerretDB, co pozwoli\u0142o na odtworzenie zachowania MongoDB w wi\u0119kszo\u015bci sytuacji. <\/p>\n
Kosztem zwi\u0119kszenia kompatybilno\u015bci by\u0142o obni\u017cenie wydajno\u015bci, kt\u00f3re w przysz\u0142ych wydaniach ma by\u0107 zrekompensowane przez selektywne filtrowanie po stronie FerretDB tylko tych zapyta\u0144, w kt\u00f3rych wyst\u0119puje rozbie\u017cno\u015b\u0107 w zachowaniu. Na przyk\u0142ad zapytanie «db.collection.find({_id: ‘some-id-value’})» mo\u017ce by\u0107 ca\u0142kowicie obs\u0142ugiwane w PostgreSQL. G\u0142\u00f3wnym celem projektu na etapie rozwoju jest osi\u0105gni\u0119cie kompatybilno\u015bci z MongoDB, a wydajno\u015b\u0107 zostaje na razie odst\u0105piona na dalszy plan. W\u015br\u00f3d funkcjonalnych zmian w nowej wersji zauwa\u017cono wsparcie dla wszystkich operator\u00f3w bitowych, operatora por\u00f3wnania «$eq», a tak\u017ce operator\u00f3w «$elemMatch» oraz «$bitsAllClear». \n \u0179r\u00f3d\u0142o: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"