我在BigTable中存储了一系列events，格式为：

rowKey                | col_1 | col_2
----------------------|-------|------
uuid1!uuid2!timestamp | val1  | val2
....

col_1持有float64，col_2持有string长63个字符。

这一系列events中的特定范围被分组，并且松散地与我们称为operation的对象相关联：

{
    "id": 123,
    "startDate": "2019-07-15T14:02:12.335+02:00",
    "endDate": "2019-07-15T14:02:16.335+02:00"
}

因此，您可以说operation是event的时间窗口，可能与10-1000 event相关联。

当我想向用户显示这些数据时，我首先查询operation对象，然后为每个operation执行一个BigTable查询，以找到它所涵盖的event。

通过monitoring，我发现每个BigTable（开发实例，请注意）查询可能需要20ms到300ms。

这让我想知道，鉴于BigTable的架构 - 执行小型的个人查询是否有意义？

执行覆盖我的operations范围的一个大查询，然后将事件划分到我的应用程序中各自的operation是否更有意义？