Google cloud platform 解毒剂。当我尝试它时，运行时间超过了100秒，但确实有效。你是说创建表吗？我想，有了更多的分区，就可以加快速度。这应该是可扩展的，直到您达到插槽最大值。查看@David542问题和他对问题的评论，很难看到这个答案实际上如何回答所有这些问题。我可能需要休息一

---

解毒剂。当我尝试它时，运行时间超过了100秒，但确实有效。你是说创建表吗？我想，有了更多的分区，就可以加快速度。这应该是可扩展的，直到您达到插槽最大值。查看@David542问题和他对问题的评论，很难看到这个答案实际上如何回答所有这些问题。我可能需要休息一下，然后回到这里：o）无论如何-干得好-祝贺你得到了丰厚的赏金：o）这是我和Dan的共同努力：虽然他解释了为什么没有好的方法来解决这个问题，因为它超出了bq的目的-我提供了一种骇人的方法，在表已经存在的情况下引入行号。既然这种方法是可伸缩的，而且有效，我不明白为什么它不是一个可行的答案@马丁维茨曼-没关系。只要欧普认为它回答了他的问题，它就是！我只是感觉到（基于他的陈述-

，但我更多地描述了前端用户的随机搜索行为模式，例如，如果他们去m，然后是z，然后是c，然后是a，等等。或者，如果字段是日期时间字段…

），OP想要更通用和动态的东西（相对于预生成）这显然是不可能实现的。不管怎样-很好的工作：o）如果有超过16000行，BigQuery将无法导出它。

SELECT *
FROM [nyc-tlc:green.trips_2014]
ORDER BY rate_code ASC, pickup_datetime ASC, dropoff_datetime ASC
LIMIT 100

pickup_datetime: 2014-01-06 04:11:34.000 UTC
dropoff_datetime: 2014-01-06 04:15:54.000 UTC
rate_code: 1

SELECT *
FROM [nyc-tlc:green.trips_2014]
WHERE rate_code >= 1
  AND pickup_datetime >= "2014-01-06 04:11:34.000 UTC"
  AND dropoff_datetime >= "2014-01-06 04:15:54.000 UTC"
ORDER BY rate_code ASC, pickup_datetime ASC, dropoff_datetime ASC
limit 100