Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

I'm seeing OrioleDB as a future engine for PostgreSQL. I'd like to see it as the default engine. However, the changes in OrioleDB are too big to be made incrementally. This is why I'm comparing the current PostgreSQL engine (with more than just heap, but many other subsystems as well) with OrioleDB.


Curious if you could share further roadmap. Potential interesting directions: 1. plans for integration with object store ala neon?

2. Columnar?

3. Async-io oriented redesign

4. Interesting new features ala subscriotions to table changes

5. Zero copy client bindings


Are there plans to build flashback-like functionality on top of Oriole DB? Being able to query data "as of xid" would be a great feature.


Just curious, are you ukrainian?

Never thought I would see a fellow ukrainian rewriting my fav db.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: