As wrote here: https://docs.snowflake.com/en/user-guide/tables-clustering-micropartitions.html#benefits-of-micro-partitioning
- In contrast to traditional static partitioning, Snowflake micro-partitions are derived automatically; they don’t need to be explicitly defined up-front or maintained by users.
- As the name suggests, micro-partitions are small in size (50 to 500 MB, before compression), which enables extremely efficient DML and fine-grained pruning for faster queries.
- Micro-partitions can overlap in their range of values, which, combined with their uniformly small size, helps prevent skew.
- Columns are stored independently within micro-partitions, often referred to as columnar storage. This enables efficient scanning of individual columns; only the columns referenced by a query are scanned.
So
- A is False (3rd point)
- D is False because the sort is decided from "how the data is inserted"
- E is False (1st point)
B & C
A.CAN OVERLAP
D.micropartitions are created based on the order of the data loaded/inserted. Data are not sorted within micropart.
E.are automatically derived based on the data, no schemas
A voting comment increases the vote count for the chosen answer by one.
Upvoting a comment with a selected answer will also increase the vote count towards that answer by one.
So if you see a comment that you already agree with, you can upvote it instead of posting a new comment.
arpit_dataguy
Highly Voted 2 years agoBigDataBB
Highly Voted 1 year, 12 months ago_yyukta
Most Recent 10 months, 1 week agoMarge23
1 year, 3 months agoMultiCloudIronMan
1 year, 5 months agoFranzoz
1 year, 6 months agosakis213
2 years agoKeshavaMugulur
2 years agohalol
2 years ago