Mongo 3.2 est maintenant disponible, WiredTiger et une mise à niveau en un clic inclus.

Si vous attendiez avec impatience d'utiliser la dernière version de MongoDB sur la plateforme Scalingo, nous avons de bonnes nouvelles pour vous. Nous venons d'activer la possibilité de passer à MongoDB 3.2. Désormais, l'addon MongoDB provisionné exécutera cette version avec WiredTiger activé. Bien sûr, nous n'avons pas oublié les clients existants. Nous avons mis en place un chemin de mise à niveau fluide vers cette nouvelle version.

Comment obtenir MongoDB 3.2

Cela ne prend que quelques secondes, inscrivez-vous sur la plateforme, créez une application, choisissez l'addon MongoDB et c'est tout, votre nouvelle base de données MongoDB 3.2 a été provisionnée, c'est la nouvelle version par défaut de l'addon, vous n'avez rien de spécial à faire.

Mise à niveau d'une base de données existante

Rendez-vous dans votre tableau de bord de base de données (à partir de la page des addons de votre tableau de bord d'application), et une carte de mise à niveau sera disponible. La mise à niveau vers MongoDB 3.2 à partir de 2.6 nécessite 2 étapes. Tout d'abord, vous devez mettre à niveau votre base de données vers la version 3.0, puis une deuxième mise à niveau sera disponible pour passer à 3.2. Une fois cette deuxième mise à niveau effectuée, vous verrez que vos données ont atteint la dernière version disponible.

Activation de l'Engine de stockage WiredTiger

L'Engine de stockage WiredTiger est activé par défaut pour les nouvelles bases de données 3.0 et 3.2.

La migration vers WiredTiger nécessite que la base de données soit mise hors ligne pendant un certain temps (de quelques secondes à quelques minutes selon la taille de votre base de données). C'est le moment de migrer les données existantes vers le nouveau format de stockage.

En migrant vers WiredTiger, le schéma d'authentification sera changé de MONGODB-CR à SCRAM-SHA1. Vous devez être prudent, votre application peut être incompatible, entraînant des problèmes d'authentification. Regardez d'abord la liste de compatibilité des pilotes.

Quoi de neuf dans les versions MongoDB 3.x ?

Engine de stockage WiredTiger

Le changement le plus important et le plus célèbre dans MongoDB a été l'intégration d'un Engine de stockage nommé WiredTiger. Ce nouveau moteur offre un débit 7 à 10 fois supérieur pour les applications intensives en écriture avec un contrôle de concurrence au niveau du document plus granulaire. Vous pouvez vous attendre à un énorme gain de performance si votre application a tendance à être lourde en écriture.

Ce backend de stockage a également changé la façon dont vos données sont stockées sur nos disques. Les fichiers de données occupent désormais jusqu'à 80 % d'espace en moins sur le disque grâce à la compression. Notre offre d'addon vous permet d'utiliser 5 fois la taille de la mémoire dans le disque, vous pouvez désormais stocker beaucoup plus de données pour exactement le même prix.

L'engine WiredTiger est conçu pour utiliser plus de mémoire qu'auparavant. Il utilise des stratégies de cache agressives et de compression pour réduire les opérations d'E/S et améliorer les performances. La taille de cache par défaut de MongoDB commence à 1 Go pour WiredTiger et cela n'inclut pas la mémoire nécessaire pour le cache du système de fichiers ou d'autres exigences d'exécution comme le stockage d'index. Selon le plan choisi, nous déterminerons la taille du cache pour la plupart des bases de données.

Index Partiels

MongoDB vous permet de créer des index avec une condition donnée pour indexer uniquement les documents correspondant à cette condition :

La demande ci-dessus créera un index qui considère uniquement les restaurants dont la note est supérieure à 5.

Documentation Officielle

Validation de Document

Jusqu'à présent, il n'était pas possible de définir une contrainte au niveau de la base de données concernant les valeurs que vos applications ont envoyées à MongoDB. Toute la logique devait être incluse dans votre application.

Il est désormais possible de créer des collections où seuls certains types de documents peuvent être écrits.

db.createCollection( "contacts",
{ validator: { $or:
[
{ phone: { $type: "string" } },
{ email: { $regex: /@mongodb\.com$/ } },
{ status: { $in: ["Unknown", "Incomplete"]

db.createCollection( "contacts",
{ validator: { $or:
[
{ phone: { $type: "string" } },
{ email: { $regex: /@mongodb\.com$/ } },
{ status: { $in: ["Unknown", "Incomplete"]

db.createCollection( "contacts",
{ validator: { $or:
[
{ phone: { $type: "string" } },
{ email: { $regex: /@mongodb\.com$/ } },
{ status: { $in: ["Unknown", "Incomplete"]

db.createCollection( "contacts",
{ validator: { $or:
[
{ phone: { $type: "string" } },
{ email: { $regex: /@mongodb\.com$/ } },
{ status: { $in: ["Unknown", "Incomplete"]

Documentation Officielle

Débogage d'optimisation des requêtes

Le débogage de l'optimisation des requêtes a été facilité par l'amélioration de la méthode explain(), vous pouvez désormais obtenir beaucoup plus de détails sur les opérations internes de la base de données pour une requête donnée. Documentation officielle

Il existe désormais plusieurs modes de 'verbosité' pour obtenir les informations dont vous avez besoin :

Bien plus de choses

Ceux-ci étaient les fonctionnalités qui étaient le plus orientées vers l'utilisateur, mais beaucoup plus ont été publiées. Nous vous encourageons à jeter un œil aux notes de version officielles pour MongoDB 3.0 et 3.2 :

• https://docs.mongodb.com/manual/release-notes/3.0/

• https://docs.mongodb.com/manual/release-notes/3.2/

Quelques mots sur Ruby on Rails et Meteor

Ruby on Rails

Si vous utilisez Mongoid dans votre application Ruby on Rails, assurez-vous d'utiliser au moins Mongoid 5.x avant d'utiliser MongoDB 3.2, sinon votre application échouera à s'authentifier auprès de la base de données.

Meteor

L'utilisation de MongoDB 3.2 fonctionnera normalement, mais vous ne pourrez pas utiliser les dernières fonctionnalités de la base de données car le pilote utilisé par Meteor n'est pas à jour. Les index partiels et la validation de collection ne seront pas disponibles.

Il y a quelques jours, l'équipe Meteor a annoncé qu'elle prendrait entièrement en charge MongoDB 3.2 dans leur prochaine version : Meteor 1.4. Lisez l'annonce.

L'Oplog est évidemment également disponible pour cette version.

Rien n'est caché, c'est une image Docker

Comme nos autres addons de base de données, ils sont basés sur Docker et les images que nous construisons sont publiques et vous pouvez les essayer sur votre station de travail :

C'est tout, votre base de données sera en cours d'exécution sur le port 7000 de votre station de travail. Page Docker hub : scalingo/mongo

Choix de version et mises à jour futures

La prochaine étape dans notre service de base de données est de vous laisser choisir la version précise que vous souhaitez utiliser pour votre application. Vous souhaiterez peut-être essayer votre application contre Mongo 2.6, 3.0 ou 3.2, mais jusqu'à présent, vous ne pouvez pas choisir une version précise de la base de données, nous imposons la dernière version stable prise en charge.

Nous ajouterons également une fenêtre de maintenance pour appliquer des mises à jour mineures et de sécurité le jour où vous choisissez et à l'heure où vous souhaitez que votre base de données soit mise à jour.

La prochaine mise à jour concernera PostgreSQL, la version 9.5 sera disponible sur la plateforme dans les mois à venir. Avec une mise à niveau en un clic à partir des instances 9.4.