TimescaleDB does not use LSM + SST, it uses B-trees. The writes/reads are still fast as the part that we are usually interested in is the latest chunk, for which the index tree can be loaded into memory.
@jordanhasnolife51633 ай бұрын
Oops if I said that, agreed since it forks postgres iirc
@2005kpboy Жыл бұрын
Nice content, Jordan. Keep it coming.
@Iwannayoucry6 ай бұрын
One of the advantages that was in the old videos on design systems is that in some videos there are links to recommended resources for studying.
@jordanhasnolife51636 ай бұрын
Fair - when I have time I will eventually need to paste all the resources in 2.0
@fgbeast5805 Жыл бұрын
The audio is very very low.
@jordanhasnolife5163 Жыл бұрын
Ah shit sorry about that I'll have it fixed for next time
@recursion. Жыл бұрын
Waiting for a collab my man. 🙌
@kamalsmusic3 ай бұрын
So is each chunk table like its own file on the disk, how is that part stored? Like given a time query and a sensor value, how do we locate the appropriate chunk table"?
@jordanhasnolife51633 ай бұрын
I imagine a separate file path yeah.
@yumnaakhtar16432 ай бұрын
would this be useful for storing historical data for stock prices where we need to aggregate for ex 1m,5m,1hr etc