Yo creo que hoy en día, si se trata de aplicaciones que corren en red contra una base de datos central, la mejor alternativa, es un servidor con postgres, php y apache, y en el cliente, un browser decente sin necesidad de un cliente para base de datos, mientras que la aplicación corre en php y puede estar basada, en uno de los tantos CMS http://www.cmsmatrix.org/matrix y hasta hay aplicaciones php armadas, que son muy practicas y de facil configuración, como por ejemplo dadabik, u otras como greenorange, que requieren de un poco mas de trabajo.
Hola, No estoy del todo de acuerdo contigo, una aplicacion web del estilo al que comentas tiene limitaciones respecto al interfaz de usuario, quiza sean vicios adquiridos al usar durante años aplicaciones con interfaz grafico de usuario pero hace que la introduccion de datos sea mas pesada. A parte de la lentitud por la sobrecarga en el servidor. Explicale a un contable que tiene que meter a toda velocidad, asientos, facturas... que no le sale pantalla instantaneamente y le sale el relojitoy el mensaje firefox esta esperando a que cargue la pagina, a ver que te dice..... Respecto a lo otro tienes razon, en el tema de configuracion e instalacion las ventajas de usar ese esquema son muchas, aunque compensará dependiendo del numero de equipos a configurar, como todo hay que buscar un equilibrio. Yo de momento el php para hacer portales tematicos, para aplicaciones de escritorio, Delphi/kylix, y por lo que se avecina MONO.NET Ya veremos como acaba la cosa Salu2 Emi