Conceptualmente estás equivocado, partamos desde ahí (no es mayor problema, se puede arreglar
)
Solo puede haber herencia si hay una relación de parentesco, por lo tanto lo único que podría haber es una clase genérica BaseDeDatos y luego clases hijas que especialicen este clase, como ser MySQL, PostgreSQL, etc.
Lo que sí podría haber es una
relación de uso entre una clase que quiera hacer persistencia, es decir: Usuario -> BaseDeDatos, ya que la clase Usuario quiere hacer uso de la funcionalidad de persistencia.
El diseño podría ser el siguiente:
Solo habría herencia cuando hay una relación de parentesco, como por ejemplo Admin, donde heredaría de la clase Usuario y de paso, como la clase Usuario ya maneja su persistencia, la clase Admin lo haría (pero no es "la razón de la herencia", es la consecuencia de la misma; no estamos haciendo herencia para poder reusar la persistencia, solo porque necesitas crear una nueva entidad que se basa en Usuario pero tienen algunas particularidades que necesitas diferenciar).
Pero herencia nunca es "reuso mecánico", tienes que pensar en todo esto con UML y analizar bien las relaciones antes de codificar, como quién hace un diagrama DER / MER en base de datos.