Compatibilité d'Amazon DocumentDB avec MongoDB

Assure la compatibilité avec MongoDB 8.0 en ajoutant la prise en charge des pilotes d'API MongoDB 8.0. Supporte également les applications créées à l'aide des versions 6.0 et 7.0 de l'API MongoDB.

Le nouveau planificateur de requêtes d'Amazon DocumentDB 8.0 améliore les performances des opérateurs de la phase d'agrégation, tout en prenant en charge l'optimisation du pipeline d'agrégation et des commandes distinctes.

Amazon DocumentDB 8.0 prend en charge le classement et les affichages.

Propose 6 nouvelles étapes d'agrégation : $replaceWith, $vectorSearch, $merge, $set, $unset, $bucket et 3 nouveaux opérateurs d'agrégation $pow, $rand, $dateTrunc.

Une nouvelle version de l'index de texte : l'index de texte v2 d'Amazon DocumentDB 8.0 introduit des jetons supplémentaires, améliorant ainsi les fonctionnalités de recherche de texte.

Grâce à la création parallèle d'index vectoriels, Amazon DocumentDB 8.0 réduit le temps de création de l'index jusqu'à 30 fois.

Limite de stockage augmentée à 256 TiB.

Planner v1 est le planificateur de requêtes par défaut dans Amazon DocumentDB 5.0, tandis que le Planner v3, plus performant, est le planificateur par défaut dans Amazon DocumentDB 8.0.

Les nouvelles fonctionnalités d'Amazon DocumentDB 8.0, notamment les vues, le classement et les opérateurs tels que $merge, ne sont compatibles qu'avec Planner v3.

La compression est activée par défaut dans Amazon DocumentDB 8.0 et est configurée pour utiliser l'algorithme Zstandard. En outre, dans Amazon DocumentDB 8.0, « activé » n'est plus un choix valide ; vous pouvez sélectionner Zstd, LZ4 ou aucun.

Amazon DocumentDB 8.0 prend uniquement en charge le protocole TLS 1.2 et supérieur pour les connexions aux bases de données.

Augmentation de la limite de stockage à 128 TiB pour tous les clusters Amazon DocumentDB basés sur des instances et les clusters élastiques basés sur des partitions.

Présentation du moteur Amazon DocumentDB 5.0 (version 3.0.775)

Capacités d'agrégation améliorées avec de nouveaux opérateurs ($rand$pow,$dateToParts,,$dateFromParts).

Métrique des connexions actives pour surveiller les instances. Pour de plus amples informations, veuillez consulter Quotas d'instances.

Mesures de performance granulaires au niveau des commandes CloudWatch pour les opérations CRUD (find,insert,findAndModify,update,delete,aggregate,count,commitTransaction) distinct getMoreabortTransaction, l'exposition AvgDuration et les MaxConcurrent dimensions pour une P100Duration meilleure surveillance opérationnelle.

Amazon DocumentDB 5.0.1 prend uniquement en charge le protocole TLS 1.2 et supérieur pour les connexions aux bases de données.

Ajout gcRuntimeStats et ventilation documentFragmentStats des indicateurs de niveau de collecte entre storageSegmentBase et storageSegmentExtended entre eux collstats pour faire apparaître plus d'informations sur l'état général du processus de collecte des déchets.

Le rôle intégré de sauvegarde est désormais pris en chargeserverStatus. Action : les développeurs et les applications dotés d'un rôle de sauvegarde peuvent collecter des statistiques sur l'état du cluster Amazon DocumentDB.

Le SecondaryDelaySecs champ remplace slaveDelay en replSetGetConfig sortie.

La hello commande replace isMaster : hello renvoie un document qui décrit le rôle d'un cluster Amazon DocumentDB.

Amazon DocumentDB 5.0 prend désormais en charge les analyses d'index avec l'$elemMatchopérateur au premier niveau d'imbrication. Les analyses d'index sont prises en charge lorsque le filtre de requête uniquement possède un niveau de $elemMatch filtre, mais ne sont pas prises en charge si une $elemMatch requête imbriquée est incluse.

Par exemple, dans Amazon DocumentDB 5.0, si vous incluez l'$elemMatchopérateur dans le niveau imbriqué, il ne renverra pas de valeur comme dans Amazon DocumentDB 4.0 :

db.foo.insert(
[
    {a: {b: 5}},
    {a: {b: [5]}},
    {a: {b: [3, 7]}},
    {a: [{b: 5}]},
    {a: [{b: 3}, {b: 7}]},
    {a: [{b: [5]}]},
    {a: [{b: [3, 7]}]},
    {a: [[{b: 5}]]},
    {a: [[{b: 3}, {b: 7}]]},
    {a: [[{b: [5]}]]},
    {a: [[{b: [3, 7]}]]}
]);

// DocumentDB 5.0
> db.foo.find({a: {$elemMatch: {b: {$elemMatch: {$lt: 6, $gt: 4}}}}}, {_id: 0})
{ "a" : [ { "b" : [ 5 ] } ] }

// DocumentDB 4.0
> db.foo.find({a: {$elemMatch: {b: {$elemMatch: {$lt: 6, $gt: 4}}}}}, {_id: 0})
{ "a" : [ { "b" : [ 5 ] } ] }
{ "a" : [ [ { "b" : [ 5 ] } ] ] }

La projection « $ » dans Amazon DocumentDB 4.0 renvoie tous les documents avec tous les champs. Avec Amazon DocumentDB 5.0, la find commande avec une projection « $ » renvoie les documents correspondant au paramètre de requête contenant uniquement le champ correspondant à la projection « $ ».

Dans Amazon DocumentDB 5.0, les find commandes $regex et les paramètres de $options requête renvoient une erreur : « Impossible de définir les options à la fois dans $regex et $options ».

Avec Amazon DocumentDB 5.0, renvoie $indexOfCP désormais « -1 » lorsque :

Dans Amazon DocumentDB 4.0, $indexOfCP renvoie « 0 » lorsque la position de début est un nombre supérieur à la fin ou à la longueur en octets de la chaîne.

Avec Amazon DocumentDB 5.0, les opérations de projection_id fields, par exemple{"_id.nestedField" : 1}, renvoient des documents qui incluent uniquement le champ projeté. Alors que dans Amazon DocumentDB 4.0, les commandes de projection de champs imbriquées ne filtrent aucun document.

Transactions ACID  : Amazon DocumentDB permet désormais d'effectuer des transactions sur plusieurs documents, relevés, collections et bases de données. Les transactions simplifient le développement d'applications en vous permettant d'effectuer des opérations atomiques, cohérentes, isolées et durables (ACID) sur un ou plusieurs documents au sein d'un cluster Amazon DocumentDB. Pour de plus amples informations, veuillez consulter Transactions dans Amazon DocumentDB.

Flux de modifications  : il est désormais possible d'ouvrir un flux de modifications au niveau du cluster (client.watch()oumongo.watch()) et de la base de données (db.watch()), vous pouvez spécifier un curseur startAtOperationTime pour ouvrir un flux de modifications, et enfin, vous pouvez désormais étendre la période de rétention de votre flux de modifications à 7 jours (au lieu de 24 heures). Pour de plus amples informations, veuillez consulter Utilisation des flux de modifications avec Amazon DocumentDB.

AWS Database Migration Service(AWS DMS) : Vous pouvez désormais l'utiliser AWS DMS pour migrer vos charges de travail MongoDB 4.0 vers Amazon DocumentDB. AWS DMS prend désormais en charge une source MongoDB 4.0, une cible Amazon DocumentDB 4.0 et une source Amazon DocumentDB 3.6 pour effectuer des mises à niveau entre Amazon DocumentDB 3.6 et 4.0. Pour plus d'informations, consultez la documentation AWS DMS.

Performances et indexation  : vous pouvez désormais utiliser un index avec$lookup, rechercher des requêtes avec une projection contenant un champ ou un champ et le _id champ peut être diffusé directement à partir de l'index et sans avoir à lire dans la collection (requête couverte), la possibilité de hint() withfindAndModify, des optimisations des performances et des améliorations visant à réduire la taille globale des index. $addToSet Pour de plus amples informations, veuillez consulter Notes de mise à jour.

Opérateurs  : Amazon DocumentDB 4.0 prend désormais en charge un certain nombre de nouveaux opérateurs d'agrégation : $ifNull$replaceRoot,$setIsSubset,$setIntersection,$setUnion,$setEquals. Vous pouvez consulter toutes les API, les opérations et les types de données de MongoDB que nous prenons en charge à l'API, opérations et types de données MongoDB pris en charge dans Amazon DocumentDBadresse.

Contrôle d'accès basé sur les rôles (RBAC) : à l'aide des ListDatabase commandes ListCollection et, vous pouvez désormais utiliser les authorizedDatabases paramètres authorizedCollections et de manière facultative pour permettre aux utilisateurs de répertorier les collections et les bases de données auxquelles ils sont autorisés à accéder sans avoir besoin des listDatabase rôles listCollections et, respectivement. Vous avez également la possibilité de tuer vos propres curseurs sans avoir besoin du KillCursor rôle.

Projection pour les documents imbriqués  : Amazon DocumentDB 3.6 prend en compte le premier champ d'un document imbriqué lors de l'application d'une projection. Cependant, Amazon DocumentDB 4.0 analysera les sous-documents et appliquera également la projection à chaque sous-document. Par exemple : si la projection l'est"a.b.c": 1, le comportement dans les deux versions est identique. Toutefois, si la projection est définie, {a:{b:{c:1}}} Amazon DocumentDB 3.6 appliquera la projection uniquement à « a » et non à « b » ou « c ».

Comportement pourminKey, maxKey  : Dans Amazon DocumentDB 4.0, le comportement pour ne {x:{$gt:MaxKey}} renvoie rien et pour {x:{$lt:MaxKey}} renvoie tout.

Différences entre les documents  : la comparaison de valeurs numériques de différents types (double, int, long) dans des sous-documents (par exemple, b in{"_id" :1, "a" :{"b":1}}) fournit désormais une sortie cohérente pour tous les types de données numériques et pour chaque niveau d'un document.

Recherche avec une clé vide dans le chemin  : lorsqu'une collection contient un document avec une clé vide dans le tableau (par exemple{"x" : [ { "" : 10 }, { "b" : 20 } ]}), et lorsque la clé utilisée dans la requête se termine par une chaîne vide (par exemplex.), Amazon DocumentDB renvoie ce document puisqu'il parcourt tous les documents du tableau alors que MongoDB ne renvoie pas ce document.

$setOnInsert$dans le chemin  : L'opérateur de terrain ne $setOnInsert fonctionnera pas en combinaison avec dans le chemin $ dans Amazon DocumentDB, qui est également compatible avec MongoDB 4.0.