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

Databricks Exam Databricks Certified Data Analyst Associate Topic 1 Question 34 Discussion

Actual exam question for Databricks's Databricks Certified Data Analyst Associate exam
Question #: 34
Topic #: 1
[All Databricks Certified Data Analyst Associate Questions]

A data analyst is attempting to drop a table my_table. The analyst wants to delete all table metadata and data.

They run the following command:

DROP TABLE IF EXISTS my_table;

While the object no longer appears when they run SHOW TABLES, the data files still exist.

Which of the following describes why the data files still exist and the metadata files were deleted?

Show Suggested Answer Hide Answer

Contribute your Thoughts:

Truman
2 days ago
I thought the DROP TABLE command would always delete everything, but now I'm confused about the metadata and data files. I need to review that part again.
upvoted 0 times
...
Jose
8 days ago
I practiced a similar question where the distinction between managed and external tables was key. I think this is about the table being external.
upvoted 0 times
...
Lenna
13 days ago
I'm not entirely sure, but I feel like the size of the data doesn't really matter here. It could be related to whether the table is managed or external.
upvoted 0 times
...
Mariko
19 days ago
I remember something about external tables not deleting data files when dropped. I think that might be the answer.
upvoted 0 times
...
Emmett
24 days ago
Got it, this makes sense now. The data files still exist because the table was external, not managed. The DROP TABLE command only deleted the metadata, not the actual data files. I'll make sure to remember this distinction for the exam.
upvoted 0 times
...
Caren
30 days ago
Okay, I think I've got it. The data files still exist because this was an external table, not a managed table. The DROP TABLE command only removes the metadata, not the actual data. Good to know for the exam!
upvoted 0 times
...
Lynda
1 month ago
Ah, I see now. The key is that this was an external table, not a managed table. For external tables, the DROP TABLE command only removes the metadata, not the actual data files. To fully delete the data, I'll need to use the PURGE option or manually delete the files.
upvoted 0 times
...
Arlene
1 month ago
Hmm, I'm a bit confused here. I thought DROP TABLE was supposed to delete everything, both the metadata and the data files. I'll need to double-check the documentation on how DROP TABLE works for external tables.
upvoted 0 times
...
Solange
1 month ago
I'm pretty sure the data files still exist because the table was external, so the DROP TABLE command only deleted the metadata and not the actual data files.
upvoted 0 times
...
Salome
1 month ago
Hmm, I'm not entirely sure about this. I know the difference between managed and external tables, but I'm not sure how that applies to this specific scenario. I'll need to think it through step-by-step.
upvoted 0 times
...
Pete
1 month ago
Ah, I think I've got it! The key is that the table was external, so only the metadata was deleted, not the actual data files. I'm feeling confident about this one.
upvoted 0 times
...
Marquetta
1 month ago
I'm a bit confused here. If the table was external, wouldn't the metadata have been deleted too? I'll need to review the documentation on how DROP TABLE works for external tables.
upvoted 0 times
...
Carissa
1 month ago
Okay, let's see. The question says the data files still exist, so it must be an external table. I'm pretty sure that's the answer, but I'll double-check the options just to be sure.
upvoted 0 times
...
Elbert
1 month ago
Hmm, this seems like a tricky one. I'll need to think carefully about the differences between managed and external tables.
upvoted 0 times
...
Lauryn
6 months ago
Ah, the old 'data files still exist' trick. That's like the Bermuda Triangle of database management - mysterious, yet intriguing!
upvoted 0 times
Shawna
4 months ago
This is different from a managed table, which is a table whose data is stored in the Databricks environment, and whose data files are deleted when the table is dropped.
upvoted 0 times
...
Elza
4 months ago
E
upvoted 0 times
...
Alba
4 months ago
An external table is a table that is defined in the metastore, but its data is stored outside of the Databricks environment, such as in S3, ADLS, or GCS. When an external table is dropped, only the metadata is deleted from the metastore, but the data files are not affected.
upvoted 0 times
...
Tamra
5 months ago
C
upvoted 0 times
...
...
Veronika
6 months ago
Looks like the data analyst needs to brush up on their Databricks knowledge. External tables, who knew? At least they learned something new today.
upvoted 0 times
...
Alesia
6 months ago
Haha, I bet the analyst was scratching their head, wondering where the data went. Should've read the fine print on external tables!
upvoted 0 times
Mila
5 months ago
Mila: Analyst should have used the PURGE option or manually deleted the files.
upvoted 0 times
...
My
5 months ago
My: The table was external, so only the metadata was deleted, not the data files.
upvoted 0 times
...
Luisa
5 months ago
Analyst: Why are the data files still there after dropping the table?
upvoted 0 times
...
...
Trevor
6 months ago
Hmm, I thought dropping a table would remove everything. This external table thing is new to me, good thing I learned about it from this question.
upvoted 0 times
Marion
5 months ago
C: To delete the data files of an external table, you need to use the PURGE option in the DROP TABLE command.
upvoted 0 times
...
Teresita
5 months ago
B: Yeah, external tables store data outside of the Databricks environment.
upvoted 0 times
...
Odette
5 months ago
A: External tables are different from managed tables, that's why the data files still exist.
upvoted 0 times
...
...
Telma
7 months ago
So to delete the data files, we would need to use the PURGE option or manually delete them.
upvoted 0 times
...
Brice
7 months ago
Ah, I see, the data files are still there because this is an external table. Makes sense, good to know that the metadata is what gets deleted, not the actual data files.
upvoted 0 times
Chandra
5 months ago
No problem! It's an important distinction to keep in mind when working with external tables.
upvoted 0 times
...
Latonia
5 months ago
Got it, thanks for the explanation. I'll remember to use PURGE next time I need to delete an external table.
upvoted 0 times
...
Evelynn
6 months ago
Exactly, the data files are not deleted automatically for external tables.
upvoted 0 times
...
Leah
6 months ago
Yes, that's correct. External tables keep the data files even after dropping the table.
upvoted 0 times
...
Antione
6 months ago
So, to delete the data files of an external table, you need to use the PURGE option in the DROP TABLE command.
upvoted 0 times
...
Eladia
6 months ago
Yes, that's correct. External tables only delete the metadata, not the data files.
upvoted 0 times
...
...
Slyvia
7 months ago
That makes sense. External tables only delete the metadata, not the data files.
upvoted 0 times
...
Telma
7 months ago
I think the data files still exist because the table was external.
upvoted 0 times
...

Save Cancel