Google bigquery 保存的BQ查询的顺序是否永久？

如果执行一个

SELECT*FROM table1 ORDER BY row ASC

查询，然后将其保存到table2（table1定期更新，每次更新时，table2都会被此查询替换），bigqeury是否保证遵守table2的顺序？鉴于数据被覆盖，而不仅仅是附加到，我假设它不会受到周期性合并操作的影响。如果顺序得到保证，我还可以确保，当我或其他任何人使用tabledata:list访问此数据时，数据将按保存顺序返回吗？

如果在一次操作中创建了一个表，访问顺序应该是稳定的。请注意，当您从一个表选择到另一个表时，响应大小限制适用。您最好复制表，这是一种快速快照操作，也可以执行某种形式的合并（与查询不同，复制操作也不会产生任何费用）。只要每隔几天重新创建一次，它就不会合并。

如果在单个操作中创建一个表，那么访问顺序应该是稳定的。请注意，当您从一个表选择到另一个表时，响应大小限制适用。您最好复制表，这是一种快速快照操作，也可以执行某种形式的合并（与查询不同，复制操作也不会产生任何费用）。只要每隔几天重新创建一次，它就不会合并。

我认为可以使用destinationTable执行异步作业，并且所有结果都将保存到它？复制操作是否尊重行顺序？如果我给你一些关于我的情况的更具体的信息，也许会更好-这里有一个我看过的可能解决方案的列表，也许你可以告诉我哪些是可能的，或者哪些可能很快就会出现？复制确实尊重行顺序。谢谢，那太好了！我的最后一个问题-如果我创建一个表（通过复制或通过从查询中的单个操作创建），现在我使用WRITE_TRUNCATE重复这一点，合并将被抑制，还是需要在重新创建表之前先删除该表？WRITE_TRUNCATE应该足够了。我认为可以使用destinationTable执行异步作业，并且所有结果都将保存到该表中？复制操作是否尊重行顺序？如果我给你一些关于我的情况的更具体的信息，也许会更好-这里有一个我看过的可能解决方案的列表，也许你可以告诉我哪些是可能的，或者哪些可能很快就会出现？复制确实尊重行顺序。谢谢，那太好了！我的最后一个问题-如果我创建一个表（通过复制或通过从查询中的单个操作创建），现在我使用WRITE_TRUNCATE重复此操作，合并是否会被抑制，或者我是否需要在重新创建表之前先删除表？WRITE_TRUNCATE应该足够了。