El 2005-03-17 a las 12:45 -0300, Juan Erbes escribió:
Subject: [Fwd: Re: [suse-linux-s] Aplicaciones cliente - servidor - era ¿Donde comprar Kylix?]
Ya lo vi, no hace falta que hagas un forward. Estaba pensando ;-)
Carlos E. R. wrote:
El 2005-03-15 a las 16:07 +0100, miguel gmail escribió: Bueno, lo que estamos hablando es de las ventajas/inconvenientes de uno y otro sistema. Yo lo que digo es que estos que dices, los scripts en servidor, no me convencen para cosas que empiecen a ser serias.
¿Serias como que? Podemos considerar, que una aplicación seria, puede ser de Home Banking, y hasta donde yo se, no tienes una conexión de BD desde tu pc al servidor, via internet, tan solo https.
Cierto, touche. Aunque no se como están construidas. Y mucha guerra que dan, salvo las que están preparadas para netscape...
En cambio, para paginas web es ideal, porque no tienes que hacer accesible la pagina web desde internet, sólo el apache. Por ejemplo, para ver el listado de productos de la empresa por los vendedores.
Como todo en ingeniería y en casi todas las ramas del saber, hay que contrapesar las necesidades, ventajas e inconvenientes, y decidir la salución más apropiada en cada caso.
Si nosotros pretendemos defender el software libre, y promovoer la adopción de linux, debemos tratar de optar por las soluciones multiplataforma. O acaso, en una oficina, donde tienes computadoras con ruindous, con linux, por otro lado tambien tienes Mac's con sistema operatio 8.0 y otras con OSX, vas a compilar tu aplicación para 4 sistemas operativos diferentes?
¿Porque no? ;-P Dependerá. Lo normal en esos casos es que se exija un tipo de ordenadores determinado, o un par de tipos. En mi opinión, el cliente tiene derecho a elegir que es lo que quiere, y los informáticos, a plantearles "asépticamente" los costes de cada una de las soluciones posibles. Y, precisamente en ese contexto, herramientas como kylix, si están bien hechas, es donde cuentan con ventaja: la misma aplicación debería funcionar en varios sistemas. Es un objetivo un tanto utópico quizás, pero que estaría muy bien.
Amen de eso, debes instalar esa aplicación en cada computadora, con su respectivo cliente de base de datos.
Bueno... creo recordar que el vantive que mencioné las aplicaciones cliente se podían instalar remotamente. Es decir, se instalaba una imagen inicialmente, y luego las actualizaciones eran automáticas cuando decidían ellos. Para algo costaba millones.
A mi lo que no me gusta es que, por un lado, si la aplicación cliente es pesadita estamos cargando más el servidor, puesto que se ejecuta allí.
Si una aplicación web es pesada, se debe a que tienes muchas consultas sobre BD, por lo cual, si corriera en forma local, tambien las tendrías, multiplicado por la cantidad de usuarios conectados a la BD.
Posiblemente. Pero si es una base de datos con un considerable trabajo de edición y calculo, pues se nota. Y eso no es trabajo de la BD, sino de la parte cliente.
Y, que por otro lado, la base de datos sólo ve un cliente, una conexión, y no puede controlar quien accede y que modifica: todo quisqui es la misma persona.
Craso error, cualquier CMS decente te permite definir que clase de acceso, si solo lectura, o modificación, o agregar y quitar registros. Todo depende de como está implementada la aplicación.
¿Que es CMS? Recuerda que no soy programador de bases de datos.
Parece que nunca experimentaste, lo que es tomar cualquier pc de la oficina, y conectarte a la BD mediante phpPgAdmin (postgres) o mysqladmin (mysql), crear tablas, realizar consultas, y exportarlas en xml, txt, o lo que se te de la gana, sin haber instalado nada en esa pc, con la unica condición, que tenga un browser decente.
No, no he tenido ocasión de hacerlo con eso. He hecho multitud de consultas en Access que he importado en Excel y Word, para hacer informes semanales y mensuales y estadísticas diversas. Pero si he manejado otras aplicaciones en intranet via web, como una herramienta de control y vigilancia de redes de telecomunicación. Para empezar, tuvimos que aumentarle la memoria a todos los PCs de sus originales 64megas a 255 (previo pedido a compras y espera consiguiente), porque si no el iexplorer no daba a basto. Eramos media docena de usuarios a lo sumo, con un maquinon de servidor, y demasiado lento. La versión anterior usaba terminales tontos graficos X, de unix, con CDE (que no es KDE, pero se parecía horrores). Los clientes podían ser terminales tontos, Sun, windows, Linux... y funcionaban mucho, pero mucho más rápidos que la puñetera aplicación webis ultramoderna y fassion. No era una base de datos, aunque contenía una base de datos (y no me preguntes cual, porque no recuerdo. Oracle o propia incluso. Por eso les tengo tirria a las aplicaciones web grandes y centralizadas...
Creo que el unico motivo, para que un programador opte (en terminos generales) por aplicaciones residentes en cada pc (con su respectiva conección a BD en el servidor), es para justificar mas cantidad de horas a cobrarle al cliente. Cuando miran el bolsillo, allí es donde se olvidan de la implantación de linux, y del software multiplataforma y libre.
No. Como dije, cada proyecto lleva sus propias decisiones, a considerar todos los pros y contras de cada una de las soluciones posibles, incluyendo los costes de cada una. En cada caso, se tomará la que se crea conveniente... Eso es la teoría claro. Pero es lo que yo trato de hacer: con dos perspectivas distintas, según de que lado de la moneda esté. Si compro, puedo elegir más libremente (jefes aparte). Si vendo, y no se hacerlo de cierta manera, pues no la voy a ofrecer de esa manera precisamente ;-)
No recuerdo haber vista la respuesta a la pregunta que hice, de que metodo se usa en las registradoras de los grandes supermercados, y si cada terminal tiene su propio usuario de BD. Ya se que no suele ser via browser. Diganme Uds.
Pues porque no lo se. En otro mensaje he comentado lo que creo. -- Saludos Carlos Robinson