Cual es la mejor opción de conexión a Bases de Datos en Lazarus para ... ?

[Casimiro Notevi]

Se puede

Por cierto, si tienes alguna duda, ya sabes, abres un nuevo hilo, pones un título descriptivo, explicas claramente el problema y a esperar un poquito

[rolandoj]

Hola Casimiro,

Por supuesto, tienes toda la razón al enumerar las causas. Y obviamente era a lo que me refería cuando dije antes que "entiendo las razones". Yo se todo eso; y es particularmente entendible la necesidad de comer. A mi me pasa lo mismo. Si por mi fuera preferiría estar desarrollando componentes y colaborando con ese tipo de proyectos; pero, la vida del pobre obliga a comer y por ello me toca trabajar en proyectos donde la paga es inmediata.

Sin embargo, el entender la situación no elimina el problema; por ello las cosas siguen siendo preocupantes. Dada tú amabilidad en contestar, quiero aclararte un poco mi situación, para que sirva de retroalimentación sobre un problema general

Yo soy usuario registrado de Delphi 2007 Enterprise, así que en teoría no debería preocuparme por un producto libre; pero, Delphi no ha mantenido una línea coherente con las necesidades de quién compra una versión Enterprise. Es que quién lo hace es básicamente porque necesita un fuerte soporte de acceso a Bases de Datos y en Delphi, a pesar de los años transcurridos, lo más básico que uno necesita en esa línea, evolucionar a poder compilar aplicativos servidores en Linux, lo ha venido postergando tanto que la situación, desde hace ya un tiempo se nos ha vuelto casi insostenible porque esa desventajas nos está haciendo perder un número importante de potenciales clientes.

Tenemos dos alternativas : Abandonar la enorme base de código que tenemos para la parte de servidor y usar un lenguaje no basado en Pascal, o pasarnos a Lazarus.

Obviamente, lo que intentamos es pasarnos a Lazarus porque es la opción menos crítica en tiempo; pero, aún así no tenemos recursos para dedicarle mucho tiempo a eso, por lo que cosas tales como la dificultad en conseguir información nos resultan, como dije, "preocupantes".

Por ahora, la idea es mirar si podemos migrar primero manteniendonos en Windows, ya que es nuestro ambiente familiar. Una vez que tengamos eso, debería ser más facil tener la versión bajo Linux. Si, ya sé que Lazarus es portable, etc, etc .. ; pero, la experiencia del intento anterior nos dice que, por lo menos para quienes nos movemos es en Windows, el saltar directamente a Linux resulta muy complicado. Esta vez decidimos que es mejor aseguranos que tenemos ya todo bien con el lenguaje para luego lidiar con el cambio de sistema operativo.

[Casimiro Notevi]

También creo que Embarcadero se ha dormido en los laureles o, más bien, no ha seguido una buena campaña de promoción para atraer nuevos usuarios y tampoco pensando en el futuro. Han sido y siguen siendo muy "erráticos" en sus decisiones y eso añadido a que se han quedado muy encerrados en windows y ahora que está intentando expandirse algo tampoco lo han hecho demasiado bien, me refiero a usar FPC y luego quitarlo, en fin, cosas que no la podemos comprender desde fuera.
Parece que ahí falta una buena cabeza pensante que tome el timón del barco con mano firme y segura hacia un buen rumbo, si es que quieren llegar sanos y salvos a su "embarcadero"
En cuanto al acceso a bases de datos, ya sabes, se han enfocado más hacia dbexpres, pero claro, si se dedican a "caparlo" para según qué versiones, tampoco parece una buena idea de promoción.
Lazarus está muy bien, han llegado muy lejos y la posibilidad de compilar para distintos sistemas y cpus es algo que embarcadero no ha conseguido, porque no ha querido, seguramente.
Ahora bien, si quieres que tu programa windows funcione luego en linux, debes usar funciones que no hagan uso de "cosas" que únicamente existen en windows, tendrás que buscar y usar recursos/funciones/etc. que sean estandar y portables entre ambos sistemas.

[rolandoj]

Hola Casimiro,

Pués sí. lo de Embarcadero es incomprensible. Y bueno, no solo Embarcadero, el manejo errático empezó en los tiempos de Borland.

Como yo lo veo, el problema es que ellos nunca entendieron, o no quisieron entender, que antes de buscar nuevos usuarios, hay que conservar los que se tienen; entre otras cosas porque los nuevos usuarios a menudo se fijan en eso. Quién se pasaría a un proveedor que no "consiente" a sus viejos usuarios ?.

La visión que tuvieron fué de que al pasar a una nueva versión había que conservar las características de la anterior; pero, todas las facilidades nuevas las volcaban en nuevas tecnologías. No mejoraban la base que se tenía.

Aquí te doy un feedback desde mi punto de vista como usuario de una versión Enterprise. Si uno invierte aunque sea en una sola licencia Enterprise (unos US $3,000 de ese tiempo), y cuidado que mi primera versión Enterprise fué Delphi 4, debería ser obvio que uno planea desarrollos grandes.

En empresas pequeñas y medianas, la inmensa mayoría del desarrollo está orientada a necesidades internas; por ello, son desarrollos muy particulares de cada una que pueden funcionar practicamente sin mayores cambios por muchos años. Al mismo tiempo, como poco a poco se van cubriendo necesidades de la empresa, esos desarrollos se vuelven muy grandes, Cuando se tienen desarrollos grandes, un cambio drástico de tecnología suele ser tan costoso y los beneficios tan escasos que a la hora del balance costo-beneficio el cambio es desechado y solo se hace cuando ya no queda otra posibilidad.

Por lo anterior, lo que uno como cliente viejo necesita es poder agregar nuevas características reescribiendo lo menos posible el código existente. Eso fué lo que no entendió el equipo de Delphi porque en sus versiones, si bien conservaban la funcionalidad previa, el agregar nuevas características es muy traumático y, como dije, lo peor es que la capacidad de desarrollar servidores Linux, que es la más importante cuando trabajas en un ambiente empresarial de mediano para abajo, salvo un intento fallido con Kylix, aún no la han incorporado.

Por cierto, lo que dices de la portabilidad por supuesto que lo tenemos en cuenta. En todo caso, para nosotros no es problemático porque, aparte de la metodología que usamos, la idea es pasar, al menos por ahora, solo la parte de servidor; o sea, no tenemos que preocuparnos por controles visuales.

[Casimiro Notevi]

¿A qué te refieres con aplicaciones servidor?

[rolandoj]

Hola Casimiro,

Mira, tienes razón en tú pregunta. Disculpa. A veces en el día a día uno acorta terminología porque dentro de nuestro entorno el significado del término se vuelve obvio; pero, se nos olvida que el significado literal puede ser más amplio y al expresar la idea frente a otros, que no usan la misma terminología, pueden entender otra cosa.

Es el caso de "aplicaciones servidor". Si, formalmente hablando el término abarca mucho; pero, yo lo usé en referencia a lo que para mi es el día a día, así que te explico.

Cuando hablo de aplicaciones servidor me refiero a aquellas que contienen solo la capa de acceso a Bases de Datos, y que, mediante algún tipo de protocolo devuelven a aplicaciones clientes solo datos que estos pidieron expresamente. Más concretamente, me refiero a Web Server Applications; o sea, aquellas que en Delphi usan el componente TWebModule para responder a los clientes típicamente vía http.

Para que quede muy clara la idea, aún más típicamente eso significa que las aplicaciones que se ejecutan del lado del equipo cliente no tienen ninguna relación con las que van en el lado del equipo usado como servidor, distinta al envío de datos vía http. Por lo anterior, el aplicativo del lado servidor puede estar escrito en un lenguaje distinto al de los aplicativos del lado del cliente, e incluso pueden estar ejecutandose sobre sistemas operativos distintos.

Ciertamente, podríamos entrar a discutir ventajas y desventajas de este modelo de trabajo frente a otros que amarran los lenguajes usados en cliente y servidor, o las metodologías que usamos y herramientas de apoyo para que eas forma de trabajo sea realtivamente facil; pero, no es tema de aquí.

Lo que si quiero resaltar es por qué, por lo menos en mi región, es muy importante para quienes usamos Delphi, poder compilar el aplicativo servidor en Linux. Dos razones :

1. La una es técnica, ya que es conocida la calidad de Linux como sistema operativo del servidor.

2. La otra es económica, debido a los costos de licensiamiento de Windows, que para empresas pequeñas y medianas representan un valor importante; y que ya nos han hecho perder negocios frente a otras opciones que si pueden emplear Linux como servidor

[Casimiro Notevi]

Gracias por la aclaración