{"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\/es\/blog\/news\/vypusk-ferretdb-0-1-realizaczii-mongodb-na-baze-subd-postgresql","title":{"rendered":"Lanzamiento de FerretDB 0.1, implementaci\u00f3n de MongoDB sobre la base de la base de datos PostgreSQL","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Se ha publicado la versi\u00f3n 0.1 del proyecto FerretDB (anteriormente MangoDB), que permite reemplazar la base de datos orientada a documentos MongoDB por PostgreSQL sin modificar el c\u00f3digo de las aplicaciones. FerretDB est\u00e1 implementado como un servidor proxy que traduce las solicitudes a MangoDB en consultas SQL a PostgreSQL, lo que permite utilizar PostgreSQL como el almacenamiento real. El c\u00f3digo est\u00e1 escrito en Go y se distribuye bajo la licencia Apache 2.0. <\/p>\n
La necesidad de migraci\u00f3n puede surgir debido a la transici\u00f3n de MongoDB a una licencia no libre, la SSPL, que se basa en la licencia AGPLv3, pero no es abierta, ya que contiene un requisito discriminatorio de entrega bajo la licencia SSPL no solo del c\u00f3digo de la aplicaci\u00f3n en s\u00ed, sino tambi\u00e9n de los textos fuente de todos los componentes involucrados en la provisi\u00f3n del servicio en la nube. <\/p>\n
FerretDB tiene como p\u00fablico objetivo a los usuarios que no utilizan las capacidades avanzadas de MongoDB en sus aplicaciones, pero desean utilizar un stack de software completamente abierto. En esta etapa de desarrollo, FerretDB solo admite parcialmente las funciones de MongoDB que se utilizan con mayor frecuencia en aplicaciones est\u00e1ndar. En el futuro, se espera lograr una compatibilidad total con los controladores de MongoDB y ofrecer la posibilidad de utilizar FerretDB como un reemplazo transparente de MongoDB. <\/p>\n
Recordemos que MongoDB ocupa un nicho entre los sistemas r\u00e1pidos y escalables que operan datos en formato clave\/valor y las bases de datos relacionales, funcionales y c\u00f3modas para la construcci\u00f3n de consultas. MongoDB admite el almacenamiento de documentos en un formato similar a JSON, tiene un lenguaje bastante flexible para la formulaci\u00f3n de consultas, puede crear \u00edndices para diversos atributos almacenados, garantiza de manera eficiente el almacenamiento de grandes objetos binarios, admite el registro de operaciones de modificaci\u00f3n y adici\u00f3n de datos en la base de datos, puede funcionar seg\u00fan la paradigma Map\/Reduce, y soporta la replicaci\u00f3n y la creaci\u00f3n de configuraciones tolerantes a fallos. <\/p>\n
En la versi\u00f3n FerretDB 0.1.0, se ha reestructurado completamente el m\u00e9todo de extracci\u00f3n de datos de PostgreSQL. Anteriormente, para cada consulta entrante de MongoDB, se generaba una consulta SQL \u00fanica a PostgreSQL, que utilizaba funciones para trabajar con el formato JSON y realizaba la filtraci\u00f3n de resultados en el lado de PostgreSQL. Debido a las diferencias en la sem\u00e1ntica de las funciones json de PostgreSQL y MongoDB, se observaba una discrepancia en el comportamiento al comparar y ordenar diferentes tipos. Para resolver este problema, ahora se extrae un conjunto de datos redundante de PostgreSQL, y la filtraci\u00f3n del resultado se realiza en el lado de FerretDB, lo que permite replicar el comportamiento de MongoDB en la mayor\u00eda de las situaciones. <\/p>\n
El costo del aumento de la compatibilidad ha sido una disminuci\u00f3n en el rendimiento, que se espera compensar en futuras versiones mediante un filtrado selectivo en el lado de FerretDB solo de aquellas consultas que muestran discrepancias en el comportamiento. Por ejemplo, la consulta \u00abdb.collection.find({_id: \u2018some-id-value\u2019})\u00bb puede ser procesada completamente en PostgreSQL. La tarea principal del proyecto en esta etapa de desarrollo es lograr la compatibilidad con MongoDB, mientras que el rendimiento se deja en segundo plano por el momento. Entre los cambios funcionales en la nueva versi\u00f3n se destaca el soporte para todos los operadores bit a bit, el operador de comparaci\u00f3n \u00ab$eq\u00bb, as\u00ed como los operadores \u00ab$elemMatch\u00bb y \u00ab$bitsAllClear\u00bb. \n Fuente: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"