我无法在DAX中进行管理，要计算一年的值的总和，我想根据开始日期和结束日期计算一年中每个值的比例。
例如，我希望能够计算每一年的“工作量”在该年的值，所以在 2019 年 01/02/2019 和年底之间的份额为 150，然后在 150 之间的份额01/01/2020 和 12/31/2020 然后是 01/01/2021 和 05/05/2021 之间的份额（显然不要忘记阶段 1-2 和其他 ID）。
在 PostgreSQL 上使用递归视图时出现优化问题。当我使用这个视图执行一个简单的查询时，执行时间异常长。
为了暴露我的问题，这是一个数据库，其中包含导致问题的视图和查询：http ://sqlfiddle.com/#!17/9d39e/13
主表是v_univ_st，视图被调用v_univ_bf。
解释
我尝试了 PostgreSQL 的 EXPLAIN 方法，这是我得到的结果（我正在处理的表比小提琴表大得多）：
"Hash Right Join (cost=4724036209.97..4757553915.67 rows=1510012 width=23746) (actual time=5172.917..24833.100 rows=1869 loops=1)"
" Hash Cond: ((recipes_flat."PRODUCT_ID")::text = (u_sample_tasks."PRODUCT_ID")::text)"
" -> CTE Scan on recipes_flat (cost=4723991547.19..4728513371.25 rows=164429966 width=23705) (actual time=0.197..19761.488 rows=367312 loops=1)"
" CTE recipes_flat"
" -> Recursive Union (cost=0.00..4723991547.19 rows=164429966 width=15645) (actual time=0.181..17845.438 rows=367312 loops=1)"
" -> Seq Scan on v_univ_st (cost=0.00..8024046.44 rows=279636 width=1824) (actual time=0.171..3060.524 rows=279684 loops=1)"
" SubPlan 1"
" -> Aggregate (cost=28.54..28.55 rows=1 width=0) (actual time=0.007..0.007 rows=1 loops=279684)"
" -> Index Only Scan using idx_recipe_blends_ingredient_id on v_univ_st sr (cost=0.42..28.52 rows=6 width=0) (actual time=0.004..0.006 rows=0 loops=279684)"
" Index Cond: ("INGREDIENT_ID" = (v_univ_st."PRODUCT_ID_COMP")::text)"
" Heap Fetches: 68468"
" -> Nested Loop (cost=0.42..471267890.14 rows=16415033 width=15645) (actual time=0.262..799.437 rows=9736 loops=9)"
" -> WorkTable Scan on recipes_flat s (cost=0.00..55927.20 rows=2796360 width=14718) (actual time=0.010..22.153 rows=40812 loops=9)"
" -> Index Scan using idx_recipe_blends_ingredient_id on v_univ_st e (cost=0.42..0.58 rows=6 width=999) (actual time=0.005..0.008 rows=0 loops=367312)"
" Index Cond: (("INGREDIENT_ID")::text = (s."PRODUCT_ID_COMP")::text)"
" SubPlan 2"
" -> Aggregate (cost=28.54..28.55 rows=1 width=0) (actual time=0.038..0.038 rows=1 loops=87628)"
" -> Index Only Scan using idx_recipe_blends_ingredient_id on v_univ_st sr_1 (cost=0.42..28.52 rows=6 width=0) (actual time=0.007..0.037 rows=0 loops=87628)"
" Index Cond: ("INGREDIENT_ID" = (e."PRODUCT_ID_COMP")::text)"
" Heap Fetches: 19160"
" -> Hash (cost=44661.15..44661.15 rows=131 width=9) (actual time=4983.487..4983.487 rows=129 loops=1)"
" Buckets: 1024 Batches: 1 Memory Usage: 14kB"
" -> Seq Scan on u_sample_tasks (cost=0.00..44661.15 rows=131 width=9) (actual time=954.011..4983.337 rows=129 loops=1)"
" Filter: (("EXAMPLE")::text = 'EXAMPLE'::text)"
" Rows Removed by Filter: 365517"
"Planning time: 193.957 ms"
"Execution time: 24903.973 ms"
如https://explain.depesz.com/所示：
使用了索引，我已经尝试过：
SET enable_seqscan = OFF
SET enable_nestloop = OFF
但它并没有改善，结果更糟。
这是 dbfiddle.uk 上的表格。我使用的是 9.6 版。
在这个小型数据库上，结果并不慢。在 PostgreSQL 上，该表是 261MB 和大约 279,000 行。
v_univ_st是表本身，它确实没有主键，但我处理的表不一定是“关系”，而是数据提取。创建的视图v_univ_bf是在创建过程中，我想创建列，为我提供成分的“深度”级别。在简化的示例中，我递归地遍历表格以获取此信息。