I have a general database structure question. In my scenario I happen to be using mongodb.
I’m creating an application where a user can upload a list of songs (title, artist, etc.) but am not sure if I should have one songList collection for all users or a separate songList.user# collection for each individual user. The users can only ever query songs associated to them so user A will NEVER know about user B’s songs.
Code Examples:
Multiple collections per user
db.songList.userA.find()
{"title": "Some song of user A", "artist": "Some artist of user A"}
db.songList.userB.find()
{"title": "Some song of user B", "artist": "Some artist of user B"}
- Pros
- Smaller collection size to query
- Cons
- Maintainability
- 1,000 users means 1,000 collections
- Maintainability
vs single collection with an owning ‘user’ field
db.songList.find({"user":"A"})
{"title": "Some song of user A", "artist": "Some artist of user A", "user": "A"}
- Pros
- Flexibility to query across users if need ever arised
- Cons
- Performance
I’m trying to build a pro/con list but still on the fence. Given that each user’s songs are going to be isolated from each other which approach is better? My main concern is maintenance and query performance.
Thanks in advance.
I would recommend
NOTto make separate collection per user.Read the documentation
So you won’t be able to gracefully handle it if your users exceed the namespace limit. Also it won’t be high on performance with the growth of your userbase.
UPDATE
As @Henry Liu mentioned in the comments. For Mongodb 3.0 or above using WiredTiger storage engine, it will no longer be the limit.
docs.mongodb.org/manual/reference/limits/#namespaces