我將一系列events 存儲在 BigTable 中,格式如下:rowKey | col_1 | col_2----------------------|-------|------uuid1!uuid2!timestamp | val1 | val2....col_1保存 afloat64并col_2保存一個 63 個字符長的字符串。這一系列的特定范圍event被分組并與我們稱為 的對象松散關聯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 相關聯。當我想要向用戶顯示這些數據時,我首先查詢operation對象,然后對每個對象執行 BigTable 查詢operation以查找event它所覆蓋的 s。通過監控,我發現每個 BigTable(請注意,一個開發實例)查詢可能需要 20 毫秒到 300 毫秒。這讓我想知道,鑒于 BigTable 的架構 - 執行小型的單獨查詢是否有意義?operation執行一個涵蓋我的s 范圍的大型查詢,然后將事件劃分到operation我的應用程序中各自的 s是否更有意義?
BigTable:一個大查詢還是十幾個小查詢?
12345678_0001
2023-07-17 14:15:13