如果你一定要坚持这种分区策略,答案取决于你是否愿意承担分区发现成本。
如果您愿意让 Spark 发现所有分区,这只需要发生一次(直到您添加新文件),您可以加载基本路径,然后使用分区列进行过滤。
如果您不希望 Spark 发现所有分区,例如,因为您有数百万个文件,唯一有效的通用解决方案是将您要查询的区间分成几个子区间,您可以轻松查询使用@r0bb23 的方法,然后联合在一起。
如果您想要上述两种情况的最佳状态并且您有一个稳定的架构,您可以通过定义一个外部分区表在元存储中注册分区。如果您希望您的架构随着 Metastore 管理的表在此时对架构演变的管理非常差,请不要这样做。
例如,要在 2017-10-06 和 2017-11-03 之间进行查询,您应该这样做:
// With full discovery
spark.read.parquet("hdfs:///basepath")
.where('Year === 2017 && (
('Month === 10 && 'Day >= 6') || ('Month === 11 && 'Day <= 3')
))
// With partial discovery
val df1 = spark.read.option("basePath", "hdfs:///basepath/")
.parquet("hdfs:///basepath/Year=2017/Month=10/Day={0[6-9], [1-3][0-9]}/*/")
val df2 = spark.read.option("basePath", "hdfs:///basepath/")
.parquet("hdfs:///basepath/Year=2017/Month=11/Day={0[1-3]}/*/")
val df = df1.union(df2)
为此编写通用代码当然是可能的,但我还没有遇到过。更好的方法是按照我对问题的评论中概述的方式进行分区。如果您的表使用/basepath/ts=yyyymmddhhmm/*.parquet 之类的方式进行分区,那么答案很简单:
spark.read.parquet("hdfs:///basepath")
.where('ts >= 201710060000L && 'ts <= 201711030000L)
值得添加小时和分钟的原因是,您可以编写处理间隔的通用代码,而不管您的数据是按周、天、小时还是每 15 分钟进行分区。事实上,您甚至可以在同一张表中管理不同粒度的数据,例如,将旧数据聚合到更高级别以减少需要发现的分区总数。