Question

So i’m pretty new to mongoDb so i figure this could be a misunderstanding on general usage. so bear with me.
I have a document schema I’m working with as such

  { 
    name: "bob", 
    email: "[e-mail]", 
    logins: [ 
      { u: 'a', p: 'b', public_id: '123' }, 
      { u: 'x', p: 'y', public_id: 'abc' }
    ] 
  }

My Problem is that i need to ensure that the public ids are unique within a document and collection,
Furthermore there are some existing records being migrated from a mySQL DB that dont have records, and will therefore all be replaced by null values in mongo.

I figure its either an index

db.users.ensureIndex({logins.public_id: 1}, {unique: true});

which isn’t working because of the missing keys and is throwing a E11000 duplicate key error index:

or this is a more fundamental schema problem in that I shouldn’t be nesting objects in an array structure like that. In which case, what? a seperate collection for the user_logins??? which seems to go against the idea of an embedded document.

Answer 1

Thanks all.
In the end I opted to seperate this into 2 collections, one for users and one for logins.
users this looked a little like..

   userDocument = {
      ...
      logins: [
        DBRef('loginsCollection', loginDocument._id), 
        DBRef('loginsCollection', loginDocument2._id),       
      ]
    }

   loginDocument = {
       ...
       user: new DBRef('userCollection', userDocument ._id)
    }

Although not what i was originally after (a single collection) It is working niocely and by utilising the MongoId uniquness there is a constraint now built in at a database level and not implemented at the application level.