New Year Sale 2026! Hurry Up, Grab the Special Discount - Save 25% - Ends In 00:00:00 Coupon code: SAVE25
Welcome to Pass4Success

- Free Preparation Discussions

Snowflake ADA-C01 Exam - Topic 4 Question 43 Discussion

Actual exam question for Snowflake's ADA-C01 exam
Question #: 43
Topic #: 4
[All ADA-C01 Questions]

A Snowflake account is configured with SCIM provisioning for user accounts and has bi-directional synchronization for user identities. An Administrator with access to SECURITYADMIN uses the Snowflake UI to create a user by issuing the following commands:

use role USERADMIN;

create or replace role DEVELOPER_ROLE;

create user PTORRES PASSWORD = 'hello world!' MUST_CHANGE_PASSWORD = FALSE

default_role = DEVELOPER_ROLE;

The new user named PTORRES successfully logs in, but sees a default role of PUBLIC in the web UI. When attempted, the following command fails:

use DEVELOPER_ROLE;

Why does this command fail?

Show Suggested Answer Hide Answer
Suggested Answer: C

According to the Snowflake documentation1, creating a user with a default role does not automatically grant that role to the user. The user must be explicitly granted the role by the role owner or a higher-level role. Therefore, the USERADMIN role, which created the DEVELOPER_ROLE, needs to explicitly grant the DEVELOPER_ROLE to the new user PTORRES using the GRANT ROLE command. Otherwise, the user PTORRES will not be able to use the DEVELOPER_ROLE and will see the default role of PUBLIC in the web UI. Option A is incorrect because the DEVELOPER_ROLE does not need to be granted to SYSADMIN before user PTORRES can use the role. Option B is incorrect because the new role can take effect immediately after it is created and granted to the user, and does not depend on the USERADMIN role logging out. Option D is incorrect because the new role will not be affected by the identity provider synchronization, as it is created and managed in Snowflake.


Contribute your Thoughts:

0/2000 characters
Alana
1 day ago
Definitely not B, that's not how roles work.
upvoted 0 times
...
Glynda
7 days ago
The SCIM provisioning should have taken care of this, but I suppose the USERADMIN still needs to do the manual role grant. Tricky stuff!
upvoted 0 times
...
Reid
12 days ago
Haha, "hello world!" as the password? That's a classic. Gotta keep it simple, I guess.
upvoted 0 times
...
Julio
17 days ago
Hmm, I thought the role would automatically sync with the identity provider. Guess I was wrong!
upvoted 0 times
...
Margo
22 days ago
I agree with Amalia. The USERADMIN needs to grant the role to the user, otherwise it won't work.
upvoted 0 times
...
Amalia
27 days ago
The correct answer is C. The USERADMIN needs to explicitly grant the DEVELOPER_ROLE to the new user PTORRES.
upvoted 0 times
...
Socorro
1 month ago
I vaguely recall something about SCIM synchronization affecting role visibility, but I can't remember if that's relevant here. Maybe option D?
upvoted 0 times
...
Billye
1 month ago
I practiced a similar question where roles had to be granted before use, so I'm leaning towards option C as well.
upvoted 0 times
...
Percy
1 month ago
I'm not entirely sure, but I feel like the role might not take effect until the USERADMIN logs out, which could relate to option B.
upvoted 0 times
...
Roxane
2 months ago
I remember something about roles needing to be explicitly granted to users, so I think option C might be correct.
upvoted 0 times
...
Lera
2 months ago
Ah, I see. The question is asking why the "use DEVELOPER_ROLE" command is failing. Based on the options, it seems like the DEVELOPER_ROLE needs to be explicitly granted to the user.
upvoted 0 times
...
Kayleigh
2 months ago
Alright, let's break this down step-by-step. The user was created, but the default role is still PUBLIC. I'm thinking it might have something to do with the role permissions or the synchronization process.
upvoted 0 times
...
Tammara
2 months ago
I thought the role would just apply automatically.
upvoted 0 times
...
Ammie
2 months ago
C is the right answer. The role needs to be granted to the user.
upvoted 0 times
...
Gary
3 months ago
A bit surprised that the role doesn't take effect immediately.
upvoted 0 times
...
Cordie
3 months ago
Yep, I'm leaning towards option C. The USERADMIN needs to grant the DEVELOPER_ROLE to the new user, PTORRES, for it to take effect. The other options don't seem to fully explain the issue.
upvoted 0 times
...
Estrella
3 months ago
Okay, let me see here. The question mentions SCIM provisioning and bi-directional synchronization, so I'm guessing the identity provider might be the key to understanding what's going on.
upvoted 0 times
...
Jose
3 months ago
Hmm, this looks like a tricky one. I'll need to carefully read through the question and think about the different scenarios that could be causing the issue.
upvoted 0 times
Glory
2 months ago
I think the role needs to be granted first.
upvoted 0 times
...
...

Save Cancel