|
|
|
|
|
by jmcminis
3116 days ago
|
|
As it says in the paper, this might be useful for data warehouses. But, it’s not coming to postgres anytime soon. Index updates on the order of seconds to minutes would be too much for a transactional db. There is also the cold start problem. How do you start to lay out the data on disk as you begin inserting it? Do you have a pre-trained net and use it at first (inserting where the net thinks the data should be)? The strategy probably differs by index type. |
|
The larger layers of LSMT have enormous size and should be accessed/built as rare as possible.
Being able to predict that given element exists in the larger layers at all is quite a bonus. You can skip reading megabytes of data.
The rareness of building of the larger layers justifies training deep neural model for them.
I cannot verify existence of LSMT backend for major SQL DB engines, but NoSQL engines use it a plenty: https://en.wikipedia.org/wiki/Log-structured_merge-tree