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 1 Question 16 Discussion

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

MY_TABLE is a table that has not been updated or modified for several days. On 01 January 2021 at 07:01, a user executed a query to update this table. The query ID is

'8e5d0ca9-005e-44e6-b858-a8f5b37c5726'. It is now 07:30 on the same day.

Which queries will allow the user to view the historical data that was in the table before this query was executed? (Select THREE).

Show Suggested Answer Hide Answer
Suggested Answer: A

The MINS_TO_BYPASS_MFA property allows the account administrator to temporarily disable MFA for a user who has lost their phone or changed their phone number1. The user can log in without MFA for the specified number of minutes, and then re-enroll in MFA using their new phone1. This does not revoke their MFA enrollment, unlike the DISABLE_MFA property, which cancels their enrollment and requires them to re-enroll from scratch1. The other options are not valid ways to bypass MFA, as SnowSQL does support MFA authentication2, and there is no such URL parameter as /?mode=mfa_bypass&code= for Snowflake3


Contribute your Thoughts:

0/2000 characters
Dortha
3 months ago
I disagree, I don't think C works here.
upvoted 0 times
...
Caitlin
3 months ago
Definitely B and F for sure!
upvoted 0 times
...
Mariann
3 months ago
Wait, can you really use OFFSET like that? Seems off.
upvoted 0 times
...
Queenie
4 months ago
I think D is also a valid option!
upvoted 0 times
...
Stephaine
4 months ago
A and B look solid for historical data.
upvoted 0 times
...
Ricarda
4 months ago
I feel like option A could work too, but I'm a bit confused about the OFFSET syntax. Did we cover that in class?
upvoted 0 times
...
Brandon
4 months ago
I remember practicing a question similar to this, and I think option F might also be correct since it mentions retrieving data before a specific statement.
upvoted 0 times
...
Coral
4 months ago
I'm not too sure about option D; it sounds familiar, but I can't recall if it actually retrieves data prior to a specific statement.
upvoted 0 times
...
Skye
5 months ago
I think option B is definitely one of the correct answers since it specifies a timestamp right before the update.
upvoted 0 times
...
Crissy
5 months ago
This is a good test of my SQL knowledge. I'm feeling confident I can figure this out, but I'll take my time and make sure I select the right three options.
upvoted 0 times
...
Viva
5 months ago
I've got a strategy - I'll start by eliminating the options that don't seem to match the criteria, then focus on the remaining ones to determine the best solution.
upvoted 0 times
...
Jolene
5 months ago
Okay, let's see. I think options B and D seem the most promising based on the information provided. I'll make sure to double-check the syntax for those.
upvoted 0 times
...
Lenna
5 months ago
Hmm, this looks like a tricky one. I'll need to carefully read through the options and think about the time travel capabilities of the database.
upvoted 0 times
...
Dominque
5 months ago
I'm a bit confused by the different time travel functions here. I'll need to review the documentation to make sure I understand the differences between them.
upvoted 0 times
...
Remedios
5 months ago
Hmm, I'm not totally sure about this one. I know it's related to risk, but I'm a bit confused about the difference between the options. Let me think this through carefully.
upvoted 0 times
...
Cathrine
5 months ago
Okay, let me see if I can break this down. The variable varInput is a String, so I'll need to consider how String operations might affect the output.
upvoted 0 times
...
Gilberto
9 months ago
Options A and E both mention 'OFFSET', but I'm not sure if they're doing the same thing. I'll have to experiment and see which one gives me the data I need.
upvoted 0 times
Bettye
8 months ago
C) SELECT * FROM TIME_TRAVEL ('MY_TABLE', 2021-01-01 07:00:00);
upvoted 0 times
...
Aleta
8 months ago
B) SELECT * FROM my_table AT (TIMESTAMP => '2021-01-01 07:00:00' :: timestamp);
upvoted 0 times
...
Flo
8 months ago
A) SELECT * FROM my table WITH TIME_TRAVEL (OFFSET => -60*30);
upvoted 0 times
...
...
Ruth
10 months ago
Hmm, Option D seems to be the most direct approach, but I wonder if it's case-sensitive. Better be careful with those query IDs.
upvoted 0 times
Osvaldo
9 months ago
I would go with Option A to view the historical data with a time offset of 30 minutes.
upvoted 0 times
...
Stephania
9 months ago
Option B seems like a safe choice to view the historical data before the update.
upvoted 0 times
...
Carey
10 months ago
I think Option D is case-sensitive, so it's important to use the correct query ID.
upvoted 0 times
...
...
Dorothy
10 months ago
I'm not sure about option F. I think options A, B, and D would be the best choices.
upvoted 0 times
...
Cruz
10 months ago
Haha, 'TIME_TRAVEL'? Sounds like something out of a sci-fi movie. I'll give it a shot and see if it works!
upvoted 0 times
Whitley
9 months ago
User2: Yeah, that sounds like it could show the historical data before the query was executed.
upvoted 0 times
...
Howard
9 months ago
User1: I think option A might work, it mentions TIME_TRAVEL with an offset.
upvoted 0 times
...
...
Jospeh
10 months ago
I agree with Tyra. Those options seem to be the most relevant for viewing historical data.
upvoted 0 times
...
Ronny
11 months ago
Option B looks promising, but I'm not sure if the timestamp format is correct. Maybe I should double-check the documentation.
upvoted 0 times
Glenn
9 months ago
That's a good point, let's explore both options before making a decision.
upvoted 0 times
...
Vallie
9 months ago
We could also consider option A, using TIME_TRAVEL with an offset of -30 minutes.
upvoted 0 times
...
Susana
9 months ago
I agree, let's double-check the documentation to make sure we have the correct format.
upvoted 0 times
...
Freeman
10 months ago
I think option B is correct, the timestamp format should be 'YYYY-MM-DD HH:MM:SS'.
upvoted 0 times
...
...
Tyra
11 months ago
I think options A, B, and F are correct.
upvoted 0 times
...

Save Cancel