Unfortunately, thanks to the ambiguity of SQL, providing generic-RDBMS-as-a-service isn't very feasible without a lot of pain, and providing a specific brand of RDBMS as a service is vendor lock-in writ large. One could call MySQL a de facto standard and go with that, but given the
documented evidence that administering MySQL is dangerous to human health, it's kind of a lame standard.
This leaves two "better" options, both of which aren't that great:
1) Use some other RDBMS. This could be PostgreSQL, Oracle, etc, or it could be something homebrew. This will immediately eliminate large quantities of customers, ranging from "everyone running WordPress or Drupal" to "everyone", depending on which RDBMS is chosen.
2) Offer multiple RDBMSes. This is the approach AWS takes with their Relational Database Service offering. You essentially get an EC2 instance with MySQL or Oracle pre-installed and configured, with the possibility of replication. This is a bit of a cop-out: it's essentially a managed EC2 instance where you don't get root, and you have to manage your own partitioning and redundancy and all that. This could probably be implemented with a clever StackScript and a modest control panel.
But dang, it'd be nice.
_________________
Code:
/* TODO: need to add signature to posts */