我將一系列events 存儲在 BigTable 中，格式如下：rowKey                | col_1 | col_2----------------------|-------|------uuid1!uuid2!timestamp | val1  | val2....col_1保存 afloat64并col_2保存一個 63 個字符長的字符串。這一系列的特定范圍event被分組并與我們稱為 的對象松散關聯(lián)operation：{    "id": 123,    "startDate": "2019-07-15T14:02:12.335+02:00",    "endDate": "2019-07-15T14:02:16.335+02:00"}所以你可能會說 anoperation是 s 的時間窗口event，并且可能與 10-1000 events 相關聯(lián)。當我想要向用戶顯示這些數(shù)據(jù)時，我首先查詢operation對象，然后對每個對象執(zhí)行 BigTable 查詢operation以查找event它所覆蓋的 s。通過監(jiān)控，我發(fā)現(xiàn)每個 BigTable（請注意，一個開發(fā)實例）查詢可能需要 20 毫秒到 300 毫秒。這讓我想知道，鑒于 BigTable 的架構 - 執(zhí)行小型的單獨查詢是否有意義？operation執(zhí)行一個涵蓋我的s 范圍的大型查詢，然后將事件劃分到operation我的應用程序中各自的 s是否更有意義？