1. Nos escriben programas en distintos lenguajes -poned el que queraís, da igual que acerteis o no- esos programas acceden a bases de datos...
2. Bases de datos: poned la que querais, Informix que será engullida por DB2, la propia DB2, y Oracle, en entorno empresarial con tropecientas BD's y cada una con tropecientas tablas u otros esquemas dentro, y con tablas de varios millones de registros hay que poner ese tipo de BD's comerciales. Por dos razones: aguantan eso -son robustas, con años dedicandose solo a eso- y tienen soporte.
3. S.O sobre el que rueda la BD? en principio da igual puesto que la máquina X será solo servidor de la BD. Antes era un Unix comercial, por ejemplo SUN, ahora ponemos un Linux. No te atas al hardware de un fabricante y creias que tenías más libertad para actualizar o no.
4. Sorpresa-soporte tus BD's comerciales con soporte solo están certificadas con tal y tal versión de tal distro. Esto es, no con RedHat, sino con la versión tal de RedHat.
   
   En las empresas se irá a lo que tus provedores certifiquen, echad un vistazo a las alianzas de RedHat con Oracle+Dell (son accionistas de RedHat) y ya sabeis...

Y el mantenimiento de tropocientas versiones de Red Hat Linux es costoso.

• No hay una empresa detras que te de soporte, que se responsabilice por la cuenta que le trae.
• No estás en condiciones de exigir nada. No le preocupas a nadie. La disponibilidad de una característica no depende de la necesidad, o de a la cantidad de gente a la que le sea útil, sino que depende de que tú seas capaz de hacerlo por ti mismo, o de que haya un cierto número de desarrolladores que tengan ganas de hacerlo.