Teradata-如何避免发生多次重新分发

我有下面的问题。这样做的问题是多次重新分配数据

我已经尝试了连接索引NUSI，但这无助于避免重新分配

请告知如何才能更好地执行此查询。谢谢

文档

和

旅行者姓名

定义了以下PI和索引

PRIMARY INDEX ( Record_Locator ,Passenger_Tattoo )
INDEX DOC_IDX1 ( Record_Locator )
INDEX DOC_IDX2 ( Record_Locator ,PNR_Creation_TS )
INDEX DOC_IDX3 ( Family_Name );

PRIMARY INDEX ( Record_Locator ,Segment_Tattoo )
INDEX ITS_IDX1 ( Record_Locator )
INDEX ITS_IDX2 ( Record_Locator ,PNR_Creation_TS )
INDEX ITS_IDX3 ( Record_Locator ,Origin_City_Code ,Destination_Port_Code ,
Departure_Date ,Route_ID );

Itenery\u段

定义了以下PI和索引

PRIMARY INDEX ( Record_Locator ,Passenger_Tattoo )
INDEX DOC_IDX1 ( Record_Locator )
INDEX DOC_IDX2 ( Record_Locator ,PNR_Creation_TS )
INDEX DOC_IDX3 ( Family_Name );

PRIMARY INDEX ( Record_Locator ,Segment_Tattoo )
INDEX ITS_IDX1 ( Record_Locator )
INDEX ITS_IDX2 ( Record_Locator ,PNR_Creation_TS )
INDEX ITS_IDX3 ( Record_Locator ,Origin_City_Code ,Destination_Port_Code ,
Departure_Date ,Route_ID );

问候 苏雷什

@多谢你的跟进。由于某种原因，我无法粘贴解释计划。所以，我在这里附加了链接。如果您无法访问，请告诉我

[解释计划

---

如果没有解释，很难说，但是在条件和行数应该很小的地方，似乎有很多选择。为什么重新分布不好，你检查了所有这些中间步骤（派生表）的QryLogStepsV吗，一定量的重新分配是不可避免的。好吧，基于解释的估计时间是0.05秒。实际运行时间是多少？如果慢得多，dbc.QryLogStepsV中的执行细节对于查看执行不良的步骤很重要。