> To some extent this whole discussion is moot :) Connect is supported by
> some MariaDB client we'll end up making anyway. A JDBC suprocess is a
> matter of coding one, so it's the problem of whoever will code it :)

This sounds superficially like we're arguing, but the bigger picture
here is that we have a very sound design for the DB framework. It
permits either implementation strategy easily, and we're just arguing
about whether to plug in some databases one way or another way or do
both. Exploration and individual motivation will automatically find
approach(es) that work; the point is to make sure the framework itself
can handle socket, in-process and subprocess implementations so all
avenues are open whenever someone wants to add a database.