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

Databricks Certified Data Analyst Associate Exam - 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:

0/2000 characters
Christiane
2 months ago
I thought dropping a table would delete everything.
upvoted 0 times
...
Martina
3 months ago
Wait, so the data files just sit there? That’s surprising!
upvoted 0 times
...
Phung
3 months ago
Managed tables delete data files, but externals don’t.
upvoted 0 times
...
Daniel
3 months ago
Totally agree, that's how external tables work!
upvoted 0 times
...
Deeanna
3 months ago
The table was external, so the data files stay.
upvoted 0 times
...
Truman
4 months 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
4 months 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
4 months 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
4 months ago
I remember something about external tables not deleting data files when dropped. I think that might be the answer.
upvoted 0 times
...
Emmett
4 months 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
5 months 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
5 months 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
5 months 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
5 months 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
5 months 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
5 months 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
5 months 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
5 months 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
5 months 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
9 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
8 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
8 months ago
E
upvoted 0 times
...
Alba
8 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
8 months ago
C
upvoted 0 times
...
...
Veronika
9 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
10 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
9 months ago
Mila: Analyst should have used the PURGE option or manually deleted the files.
upvoted 0 times
...
My
9 months ago
My: The table was external, so only the metadata was deleted, not the data files.
upvoted 0 times
...
Luisa
9 months ago
Analyst: Why are the data files still there after dropping the table?
upvoted 0 times
...
...
Trevor
10 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
9 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
9 months ago
B: Yeah, external tables store data outside of the Databricks environment.
upvoted 0 times
...
Odette
9 months ago
A: External tables are different from managed tables, that's why the data files still exist.
upvoted 0 times
...
...
Telma
11 months ago
So to delete the data files, we would need to use the PURGE option or manually delete them.
upvoted 0 times
...
Brice
11 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
9 months ago
No problem! It's an important distinction to keep in mind when working with external tables.
upvoted 0 times
...
Latonia
9 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
9 months ago
Exactly, the data files are not deleted automatically for external tables.
upvoted 0 times
...
Leah
10 months ago
Yes, that's correct. External tables keep the data files even after dropping the table.
upvoted 0 times
...
Antione
10 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
10 months ago
Yes, that's correct. External tables only delete the metadata, not the data files.
upvoted 0 times
...
...
Slyvia
11 months ago
That makes sense. External tables only delete the metadata, not the data files.
upvoted 0 times
...
Telma
11 months ago
I think the data files still exist because the table was external.
upvoted 0 times
...

Save Cancel