Is the need for Oriole negated by using a system that separates storage from compute like Neon, Xata?
(Neon CEO)
Not really. OrioleDB solve the vacuum problem with the introduction of the undo log. Neon gives you scale out storage which is in a way orthogonal to OrielDB. With some work you can run OrioleDB AND neon storage and get benefits of both.
> OrioleDB solve the vacuum problem with the introduction of the undo log.
Way more than just this!
> With some work you can run OrioleDB AND neon storage and get benefits of both.
This would require significant design work, given that significant OrioleDB benefits are derived from row-level WAL.
Answering on behalf of Xata, it is orthogonal. I'm curious to try out Oriole on our platform when I get some time.
(Neon CEO)
Not really. OrioleDB solve the vacuum problem with the introduction of the undo log. Neon gives you scale out storage which is in a way orthogonal to OrielDB. With some work you can run OrioleDB AND neon storage and get benefits of both.
> OrioleDB solve the vacuum problem with the introduction of the undo log.
Way more than just this!
> With some work you can run OrioleDB AND neon storage and get benefits of both.
This would require significant design work, given that significant OrioleDB benefits are derived from row-level WAL.
Answering on behalf of Xata, it is orthogonal. I'm curious to try out Oriole on our platform when I get some time.