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 1 year, 11 months agoBigDataBB
Highly Voted 1 year, 10 months ago_yyukta
Most Recent 8 months, 2 weeks agoMarge23
1 year, 1 month agoMultiCloudIronMan
1 year, 4 months agoFranzoz
1 year, 4 months agosakis213
1 year, 10 months agoKeshavaMugulur
1 year, 11 months agohalol
1 year, 11 months ago