Why Built-in roles (read, readWrite, dbAdmin) in MongoDB? - Purpose & Use Cases

The Big Idea

What if you could stop worrying about who can do what in your database with just a few simple commands?

The Scenario

Imagine you have a big library of books (your database) and many people want to use it. You try to keep track of who can only read books, who can add or change books, and who can manage the whole library by writing notes on paper.

The Problem

Writing down permissions on paper is slow and confusing. You might forget who can do what, accidentally give too much power, or lose track of changes. This can cause mistakes and security problems.

The Solution

Built-in roles in MongoDB are like ready-made badges that you give to people. Each badge clearly says what they can do: just read, read and write, or manage the database. This makes managing access easy, safe, and fast.

Before vs After

✗ Before

Keep a notebook listing users and their permissions; update manually for each change.

✓ After

db.grantRolesToUser('alice', [{ role: 'readWrite', db: 'mydb' }])

What It Enables

With built-in roles, you can quickly and safely control who can see, change, or manage your data without confusion or mistakes.

Real Life Example

A company lets its sales team only read customer data, the support team read and update tickets, and the IT team manage the database settings--all using built-in roles.

Key Takeaways

Manual permission tracking is slow and error-prone.

Built-in roles provide clear, ready-to-use access levels.

They make database security simple and reliable.

Practice

1. Which built-in MongoDB role allows a user to only view data without making any changes?

easy

A. root

B. readWrite

C. dbAdmin

D. read

Solution

1. Step 1: Understand the read role

   The read role allows users to view data but not modify it.

2. Step 2: Compare with other roles

   readWrite allows changes, dbAdmin manages settings, root has full access.

3. Final Answer:

   read -> Option D

4. Quick Check:

   View-only permission = read [OK]

Hint: View-only means read role [OK]

Common Mistakes:

• Confusing readWrite with read
• Thinking dbAdmin allows data viewing only
• Assuming root is for read-only

2. Which of the following is the correct way to assign the readWrite role to a user on the database mydb in MongoDB shell?

easy

A. db.grantRolesToUser('username', [{role: 'readWrite', db: 'mydb'}])

B. db.createUser({user: 'username', roles: ['readWrite']})

C. db.grantRolesToUser('username', ['readWrite'])

D. db.grantRolesToUser('username', [{role: 'readWrite', db: 'admin'}])

Solution

1. Step 1: Check syntax for granting roles

   The correct syntax uses db.grantRolesToUser with an array of role objects specifying role and database.

2. Step 2: Validate database name and role format

   db.grantRolesToUser('username', [{role: 'readWrite', db: 'mydb'}]) correctly specifies role as 'readWrite' and database as 'mydb'. db.grantRolesToUser('username', [{role: 'readWrite', db: 'admin'}]) wrongly uses 'admin' database.

3. Final Answer:

   db.grantRolesToUser('username', [{role: 'readWrite', db: 'mydb'}]) -> Option A

4. Quick Check:

   Grant role with role+db object array [OK]

Hint: Use role objects with db name in array for granting roles [OK]

Common Mistakes:

• Passing roles as simple strings without db
• Using wrong database name for the role
• Using createUser instead of grantRolesToUser for existing users

3. Given a user with the dbAdmin role on database sales, which of the following actions can the user perform?

medium

A. Create and drop indexes on collections

B. Insert new documents into collections

C. Read documents from collections

D. Modify documents in collections

Solution

1. Step 1: Understand dbAdmin role capabilities

   The dbAdmin role allows managing database settings like indexes, stats, and users, but not data changes.

2. Step 2: Match actions to role permissions

   Creating/dropping indexes is a dbAdmin task. Inserting, reading, or modifying documents require readWrite or read roles.

3. Final Answer:

   Create and drop indexes on collections -> Option A

4. Quick Check:

   dbAdmin manages indexes, not data changes [OK]

Hint: dbAdmin manages indexes, not data content [OK]

Common Mistakes:

• Assuming dbAdmin can insert or modify data
• Confusing readWrite with dbAdmin
• Thinking dbAdmin can read data

4. You tried to assign the readWrite role to a user with this command:
db.grantRolesToUser('alice', ['readWrite'])
But it failed. What is the likely cause?

medium

A. The user 'alice' does not exist

B. The role array must contain objects with role and db fields

C. The readWrite role does not exist

D. You must use createUser to assign roles

Solution

1. Step 1: Check syntax for grantRolesToUser

   The method requires an array of role objects with role and db fields, not just strings.

2. Step 2: Analyze the given command

   The command uses an array of strings, which is invalid syntax and causes failure.

3. Final Answer:

   The role array must contain objects with role and db fields -> Option B

4. Quick Check:

   Roles must be objects with role and db [OK]

Hint: Roles need role+db objects, not strings [OK]

Common Mistakes:

• Passing roles as strings instead of objects
• Assuming createUser is needed to add roles to existing users
• Ignoring user existence errors

5. You want a user to manage database indexes and view data but not modify documents. Which combination of built-in roles should you assign?

hard

A. readWrite only

B. dbAdmin only

C. read and dbAdmin

D. readWrite and dbAdmin

Solution

1. Step 1: Identify roles for viewing data and managing indexes

   read allows viewing data, dbAdmin allows managing indexes and database settings.

2. Step 2: Exclude roles that allow modifying documents

   readWrite allows modifying documents, which is not desired here.

3. Final Answer:

   read and dbAdmin -> Option C

4. Quick Check:

   View + manage indexes = read + dbAdmin [OK]

Hint: Combine read and dbAdmin to view and manage without edits [OK]

Common Mistakes:

• Using readWrite which allows document changes
• Assigning only dbAdmin which lacks read permission
• Assuming dbAdmin includes readWrite