{"id":105842,"date":"2022-12-05T21:36:57","date_gmt":"2022-12-05T19:36:57","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-ferretdb-0-7-realizaczii-mongodb-na-baze-subd-postgresq"},"modified":"2022-12-05T21:36:57","modified_gmt":"2022-12-05T19:36:57","slug":"vypusk-ferretdb-0-7-realizaczii-mongodb-na-baze-subd-postgresq","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/vypusk-ferretdb-0-7-realizaczii-mongodb-na-baze-subd-postgresq","title":{"rendered":"Sortie de FerretDB 0.7, une impl\u00e9mentation MongoDB bas\u00e9e sur PostgreSQL","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
La version 0.7 du projet FerretDB a \u00e9t\u00e9 publi\u00e9e, permettant de remplacer la base de donn\u00e9es orient\u00e9e documents MongoDB par PostgreSQL sans modifications du code des applications. FerretDB est mis en \u0153uvre en tant que serveur proxy, traduisant les requ\u00eates MongoDB en requ\u00eates SQL pour PostgreSQL, ce qui permet d'utiliser PostgreSQL comme v\u00e9ritable magasin de donn\u00e9es. Le code est \u00e9crit en Go et est distribu\u00e9 sous la licence Apache 2.0. <\/p>\n
Le besoin de migration peut surgir en raison du passage de MongoDB \u00e0 la licence non libre SSPL, qui est bas\u00e9e sur la licence AGPLv3, mais n'est pas ouverte, car elle comprend une exigence discriminatoire de fourniture sous la licence SSPL non seulement du code de l'application elle-m\u00eame, mais aussi des codes sources de tous les composants impliqu\u00e9s dans la fourniture du service cloud. <\/p>\n
La principale cible de FerretDB sont les utilisateurs qui n'utilisent pas les fonctionnalit\u00e9s avanc\u00e9es de MongoDB dans leurs applications, mais souhaitent utiliser une pile logicielle enti\u00e8rement ouverte. \u00c0 ce stade, FerretDB ne prend en charge qu'une partie des fonctionnalit\u00e9s de MongoDB, celles qui sont les plus fr\u00e9quemment utilis\u00e9es dans les applications courantes. \u00c0 l'avenir, ils pr\u00e9voient d'atteindre une compatibilit\u00e9 totale avec les pilotes pour MongoDB et de permettre d'utiliser FerretDB comme un remplacement transparent de MongoDB. <\/p>\n
MongoDB occupe une niche entre les syst\u00e8mes rapides et \u00e9volutifs manipulant des donn\u00e9es au format cl\u00e9\/valeur, et les SGBD relationnels, fonctionnels et faciles \u00e0 interroger. MongoDB prend en charge le stockage de documents au format similaire \u00e0 JSON, dispose d'un langage suffisamment flexible pour \u00e9laborer des requ\u00eates, peut cr\u00e9er des index pour divers attributs stock\u00e9s, assure efficacement le stockage de grands objets binaires, prend en charge le journal des op\u00e9rations de modification et d'ajout de donn\u00e9es \u00e0 la base de donn\u00e9es, peut travailler selon le paradigme Map\/Reduce, et prend en charge la r\u00e9plication et la construction de configurations tol\u00e9rantes aux pannes. <\/p>\n
Parmi les changements dans FerretDB 0.7 : <\/p>\n
\n
La commande diagnostic msg_explain a \u00e9t\u00e9 impl\u00e9ment\u00e9e, n\u00e9cessaire pour la plateforme Tigris.\n
L'\u00e9quipe listCollections a ajout\u00e9 la prise en charge des filtres (option \u00ab filter \u00bb).\n
L'utilisation du symbole \u00ab - \u00bb est autoris\u00e9e dans les noms de bases de donn\u00e9es.\n
Le nombre de param\u00e8tres pris en charge dans la commande find a \u00e9t\u00e9 augment\u00e9.\n
Le package wire avec la mise en \u0153uvre du protocole \u00ab wire \u00bb (protocole pour interagir avec MongoDB) a ajout\u00e9 la possibilit\u00e9 de v\u00e9rifier les documents. La version minimale prise en charge du protocole wire a \u00e9t\u00e9 abaiss\u00e9e \u00e0 13, ce qui correspond \u00e0 MongoDB 5.0. <\/ul>\n