在“stl_load_errors”中找到的表ID与已加载的表不对应。

【以下的问题经过翻译处理】 我使用COPY查询将数据从S3加载到Redshift表t1中。

99%的情况下，没有错误，数据正确地被加载。因此，我知道加载的表名没有错误。

但是，当有错误发生时，根据我加载的表，我并不总是能够正确地追踪到发生在特定表加载期间的错误，因为对于一些已加载的表（如t1），在stl_load_errors中发现的表标识符tbl并不对应于表t1所期望的标识符。

加载的表名不会出现在此表中，而是在列tbl中得到一个整数标识符1234567。我们必须与另一个包含名称和标识符的表stv_tbl_perm联接以获取名称。这个“技巧”在Redshift文档中有展示。

对于一些表，如t1，我可能会在使用COPY t1 ...后在stl_load_errors中找到一个标识符为1234567的错误行，但在stv_tbl_perm中没有找到任何匹配项，就像它是临时表的标识符一样。

然后，当我在stv_tbl_perm中查找"name"='t1'时，我确实在id列中找到了一个标识符10111213，但它并不是我在stl_load_errors中看到的那个标识符。

更令人困惑的是，我的筛选错误文件和表的方法对于某些Redshift表非常有效，找到的ID是预期的，与stv_tbl_perm中的正确名称匹配。

为什么我的COPY到某些表格似乎会经过一个临时表，而另一些表则不是？

有没有办法即使ID不匹配也能将错误链接到正确的表格？

您可以在 3 天前我在 Stackoverflow（允许现代格式化）上发表的类似帖子中找到代码来（也许）重现我的错误，但尚未得到任何解决方案：https://stackoverflow.com/questions/55480847/amazon-redshift-how-to-associate-stl-load-errors-row-with-the-correct-table-n