This is probably a bit of stretch, but I was wondering if there was any
appetite for restructuring h2 so it works better as a relational db library.

That is to say something like this. Ideally the code would exist in
separate folders (or even better separate sub modules, which compile
independently). The type system (and the database meta) would have to
become somehow plugable and not hardcoded as it is currently.

h2 sql/tools/types ->  h2 rdbms -> mvstore

This would be a big improvement in my opinion. The sql aspect whilst
important to a lot of people also represents a lot of complexity.

I will probably go down this route for my own purposes, but assuming the
split could be done well, would the project want to incorporate such
changes?

regards,

Mike

-- 
You received this message because you are subscribed to the Google Groups "H2 
Database" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to h2-database+unsubscr...@googlegroups.com.
To view this discussion visit 
https://groups.google.com/d/msgid/h2-database/CAOZwqwn-rYSZ0WznRq4f8VXkeW_6EVtWb-C%2Bvjef%2BJ-qBktBEQ%40mail.gmail.com.

Reply via email to