Zhuangda Z
07/17/2023, 4:13 PMZhuangda Z
07/17/2023, 4:20 PMrobert zych
07/17/2023, 4:55 PMrobert zych
07/17/2023, 5:31 PMZhuangda Z
07/17/2023, 8:51 PMHYBRID table - If you already have a hybrid table this feature again may not be relevant to you. But you could explore using this to replace your offline push jobs, and simply keep them for backfills.thanks. I came across this line - but it seems that we need to carefully coordinate these two jobs(RT2OFF and backfill) so as to not introduce duplications(e.g., when two time widows overlap)
Zhuangda Z
07/17/2023, 8:57 PMI would recommend using a realtime table with Upsert enabled.we also need star-tree index so Upsert is not compatible from my understanding?
robert zych
07/17/2023, 8:59 PMrobert zych
07/17/2023, 9:10 PMZhuangda Z
07/17/2023, 9:23 PMrobert zych
07/17/2023, 9:37 PMEvan Galpin
07/18/2023, 4:19 PMtimeBoundary that can prevent duplication strictly in cases where the same row exists in both REALTIME and OFFLINE counterpart tables, with the same value in the timeColumn column. A helpful example from StarTree docs[1]:
For example, if we executed the following query:
```SELECT count(*)
FROM events```
The broker would send the following query to the offline table:
```SELECT count(*)
FROM events_OFFLINE
WHERE timeColumn <= $timeBoundary```
And the following query to the real-time table:
```SELECT count(*)
FROM events_REALTIME
WHERE timeColumn > $timeBoundary```
The results of the two queries are merged by the broker before being returned to the client.[1] https://dev.startree.ai/docs/pinot/concepts/time-boundary#querying
Zhuangda Z
07/18/2023, 4:57 PMtimeBoundary canโt really help here