Comment faire pour intercepter l'erreur lors de l'insertion d'un MongoDB document qui viole un index unique?

Je suis en train de construire une MOYENNE app.

C'est mon nom d'utilisateur de schéma, le nom d'utilisateur doit être unique.

var mongoose = require('mongoose');
var Schema = mongoose.Schema;

module.exports = mongoose.model('User', new Schema({ 
    username: { type: String, unique: true }
}));

Sur mon post itinéraire-je économiser de l'utilisateur comme ceci:

app.post('/authenticate', function(req, res) {
        var user = new User({
            username: req.body.username
        });

        user.save(function(err) {
            if (err) throw err;

            res.json({
                success: true
            });

        });
    })

Si je poste avec le même nom d'utilisateur de nouveau, j'obtiens cette erreur:

MongoError: insertDocument :: causée par :: 11000 E11000 double de la clé
indice d'erreur:

Quelqu'un peut m'expliquer comment au lieu de l'erreur d'envoyer un json comme { succes: false, message: 'User already exist!' }

Remarque: Après que je poste de l'utilisateur que je vais automatiquement authentificate, n'ont pas besoin de mot de passe ou quelque chose d'autre.

InformationsquelleAutor Hiero | 2015-06-02
  1. 35

    Vous aurez besoin de test de l'erreur retournée par la méthode save pour voir si elle a été lancée pour un double nom d'utilisateur.

    app.post('/authenticate', function(req, res) {
  var user = new User({
    username: req.body.username
  });

  user.save(function(err) {
    if (err) {
      if (err.name === 'MongoError' && err.code === 11000) {
        //Duplicate username
        return res.status(422).send({ succes: false, message: 'User already exist!' });
      }

      //Some other error
      return res.status(422).send(err);
    }

    res.json({
      success: true
    });

  });
})
    • 500 ne doit pas être utilisé comme code d'état, car il n'est pas erreur interne du serveur. Ainsi, vous pouvez utiliser 400 pour les données de conflit.
    • 400 ne devrions pas été utilisé pour! utilisation 422 httpstatuses.com/422
    • Ce traitement n'est pas utile si vous avez plus d'un champ unique, car elle renvoie toujours le même code d'erreur.
    InformationsquelleAutor Jason Cust
  2. 3

    Vous pouvez également essayer ce joli paquet mongoose-unique-programme de validation qui rend la gestion des erreurs beaucoup plus facile, puisque vous obtiendrez une Mangouste validation d'erreur lorsque vous essayez de violer une contrainte unique, plutôt que d'une E11000 erreur de MongoDB:

    var mongoose = require('mongoose');
var uniqueValidator = require('mongoose-unique-validator');

//Define your schema as normal.
var userSchema = mongoose.Schema({
    username: { type: String, required: true, unique: true }
});

//You can pass through a custom error message as part of the optional options argument:
userSchema.plugin(uniqueValidator, { message: '{PATH} already exists!' });
    InformationsquelleAutor chridam
  3. 2

    Essayez ceci:

    app.post('/authenticate', function(req, res) {
        var user = new User({
            username: req.body.username
        });

        user.save(function(err) {
            if (err) {
                //you could avoid http status if you want. I put error 500 
                return res.status(500).send({
                    success: false,
                    message: 'User already exist!'
                });
            }

            res.json({
                success: true
            });

        });
    })
    • Merci, fonctionne correctement, je pensais à ce sujet, mais je pensais que l'erreur peut renvoyer à autre chose qu'a l'utilisateur d'erreur, je me trompe?
    • Oui, mais c'est le cas le plus courant: "essayez d'enregistrer un utilisateur" et si il y a une erreur vous pensez que l'utilisateur est en double. Vous pourriez montrer à l'utilisateur un message simple comme "utilisateur existe déjà" et ensuite le stocker sur vos journaux ther erreur réelle pour voir si il y a des erreurs avec la base de données.
    • Non recommandé, le traitement spécifique des erreurs doit être fait. Code d'erreur et le message d'erreur doit au moins être manipulés.
    • D'accord Diego Gallegos, pour une utilisation en production les cas, il est recommandé de gérer la logique vs les erreurs de fonctionnement, n'est pas la même "enregistrement non trouvé" que "de la base de données ne peut pas se connecter / délai / whatever"
    InformationsquelleAutor Jose Mato