Skip to main content
Question

Is it advised to increase the number of partitions in huge external tables?

  • May 19, 2020
  • 1 reply
  • 4 views

mosheg
Forum|alt.badge.img+2
  • Participating Frequently

We have a customer who digest about 4 billion records, ~150GB every day.
They have defined a weekly partition for the hot data, each partition with ~28 billion rows.
In addition they accumulate all historical data to a huge “Archive” Parquet defined as one external table,
and worried how it will perform several years from now.

Increasing the number of partitions may end up with too many ROS containers per node per projection.
Although there is no limit on the number of partitions per table. When partitions are segregated into ROS containers,
Vertica limits the number of ROS containers per projection per node to 1024, so the limit is essentially 1024 partitions per table.
See: https://www.vertica.com/kb/Vertica-Partitions-The-FAQs/Content/FAQs/Vertica-Partitions-The-FAQs.htm

This is all relevant for data inside ROS files, but what about external tables?
Is it advised to increase the number of partitions in external tables?
Is there a limit?
Querying Parquet as external table using partition pruning, would you recommend to define also weekly partition on that external table?

What do you think?

1 reply

mosheg
Forum|alt.badge.img+2
  • Author
  • Participating Frequently
  • May 21, 2020

This is the answer I've got from @Sumeet:
There is no limit to number of files for external tables.
we list the files during query plan, so too many external table files will make the planning task longer.
(you will also lose benefits of compression and there will be additional get request to fetch files)