Deal of The Day! Hurry Up, Grab the Special Discount - Save 25% - Ends In 00:00:00 Coupon code: SAVE25
Welcome to Pass4Success

- Free Preparation Discussions

Snowflake Exam ADA-C01 Topic 2 Question 37 Discussion

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

The following SQL command was executed:

Use role SECURITYADMIN;

Grant ownership

On future tables

In schema PROD. WORKING

To role PROD_WORKING_OWNER;

Grant role PROD_WORKING_OWNER to role SYSADMIN;

Use role ACCOUNTADMIN;

Create table PROD.WORKING.XYZ (value number) ;

Which role(s) can alter or drop table XYZ?

Show Suggested Answer Hide Answer
Suggested Answer: C

According to the GRANT OWNERSHIP documentation, the ownership privilege grants full control over the table and can only be held by one role at a time. However, the current owner can also grant the ownership privilege to another role, which transfers the ownership to the new role. In this case, the SECURITYADMIN role granted the ownership privilege on future tables in the PROD.WORKING schema to the PROD_WORKING_OWNER role. This means that any table created in that schema after the grant statement will be owned by the PROD_WORKING_OWNER role. Therefore, the PROD_WORKING_OWNER role can alter or drop table XYZ, which was created by the ACCOUNTADMIN role in the PROD.WORKING schema. Additionally, the ACCOUNTADMIN role can also alter or drop table XYZ, because it is the top-level role that has all privileges on all objects in the account. Furthermore, the SYSADMIN role can also alter or drop table XYZ, because it was granted the PROD_WORKING_OWNER role by the SECURITYADMIN role. The SYSADMIN role can activate the PROD_WORKING_OWNER role and inherit its privileges, including the ownership privilege on table XYZ. The SECURITYADMIN role cannot alter or drop table XYZ, because it does not have the ownership privilege on the table, nor does it have the PROD_WORKING_OWNER role.


Contribute your Thoughts:

Niesha
2 days ago
I'm not entirely sure, but I feel like SYSADMIN might have some privileges too since it was granted PROD_WORKING_OWNER.
upvoted 0 times
...
Marsha
8 days ago
I think I remember that the role that creates the table has the ability to alter or drop it, so maybe it's just ACCOUNTADMIN?
upvoted 0 times
...
Katina
13 days ago
I think the key here is the SECURITYADMIN granting ownership on future tables to the PROD_WORKING_OWNER role. That means that role, along with ACCOUNTADMIN and SYSADMIN, should be able to alter or drop the table.
upvoted 0 times
...
Vanesa
19 days ago
Hmm, I'm a bit confused. The question mentions the SECURITYADMIN granting ownership on future tables, but I'm not sure if that applies to this specific table. I'll need to double-check the details to make sure I understand it correctly.
upvoted 0 times
...
Chaya
24 days ago
I'm pretty confident that the PROD_WORKING_OWNER role, ACCOUNTADMIN, and SYSADMIN can all alter or drop the table. The SECURITYADMIN granted ownership to PROD_WORKING_OWNER, and the SYSADMIN was granted that role.
upvoted 0 times
...
Nakisha
29 days ago
Okay, let me think this through. The ACCOUNTADMIN role created the table, but the SECURITYADMIN granted ownership on future tables to the PROD_WORKING_OWNER role. I'm not sure if that overrides the ACCOUNTADMIN's control.
upvoted 0 times
...
Charlette
1 month ago
Hmm, this looks like a tricky one. I'll need to carefully go through the steps to figure out which roles have the necessary permissions.
upvoted 0 times
...
Gerald
5 months ago
Haha, looks like we've got some security shenanigans going on here! I'm leaning towards option B, just to cover all the bases. You can never have too many admins, right?
upvoted 0 times
Lindsey
5 months ago
I think option B makes the most sense too. Better safe than sorry!
upvoted 0 times
...
Stacey
5 months ago
I agree, having multiple admins can help with security.
upvoted 0 times
...
...
Avery
6 months ago
I'm not sure, but I think D is the correct answer.
upvoted 0 times
...
Lawrence
6 months ago
I agree with Raylene, PROD_WORKING_OWNER, ACCOUNTADMIN, and SYSADMIN can alter or drop table XYZ.
upvoted 0 times
...
Ashlee
6 months ago
I think the answer is C. The PROD_WORKING_OWNER role was granted ownership on future tables in the PROD.WORKING schema, so it should be able to alter or drop the XYZ table.
upvoted 0 times
Royal
5 months ago
Yes, because the PROD_WORKING_OWNER role was granted ownership on future tables, they should be able to alter or drop the XYZ table.
upvoted 0 times
...
Barrett
6 months ago
But what about the SYSADMIN role? Can they also alter or drop the table?
upvoted 0 times
...
Hubert
6 months ago
I agree, C seems like the correct answer.
upvoted 0 times
...
...
Raylene
6 months ago
I think the answer is C.
upvoted 0 times
...

Save Cancel