Ejemplo-VFP-accesando-FireBird

[Hernan Cano]

Buenos días.

Como recordarán, estoy mostrando mis acercamientos a varios motores, especialmente en lo que a embebidos y/o portables se refiere.

En mi post sobre MySQL/MariaDB, Walter me comentó que él tiene en su blog el tema "Aplicaciones portables con Visual FoxPro y Firebird"  http://firebird21.wordpress.com/2013/06/12/aplicaciones-portables-con-visual-foxpro-y-firebird/  en el que expone una metodología para usar este motor como "portable".

En mis averiguaciones encuentro que es la metodología "motor embebido", así lo llama FireBird, pero que ---a mi modo de ver--- sí es portable, ya que no se necesita ejecutar el .EXE de FireBird.

El ejemplo de Walter, él lo denominó "SQL_EMBEDDED".

Les comento ésto pues....:

SQLite:
1. Maneja el concepto de motor embebido, lo considero portable, pero el acceso a datos es del tipo de "data source", que no se ajusta a mis conocimientos.
2. Maneja el concepto de ODBC, el que también considero portable, y el acceso a datos es del tipo de "cursor temporal" (al ser ODBC se usa SQLEXEC), que sí (yes!!) se ajusta a mis conocimientos.

MySQL/MariaDB:
En su documentación dice que maneja el concepto de portable, pero observo que es porque "no se necesita instalar", pero es necesario ejecutar un .exe para activar el servidor, lo que no es lo suficientemente portable como yo lo veo. Quizá si pudiera terminar/optimizar/mejorar mi acercamiento pudiera encontrarle mejor sabor a esta alternativa.

Firebird:
En su documentación dice que maneja el concepto de embebido, el que Walter nos lo describe como portable, y observo que sí lo cumple!!!
Sin embargo observo que no es multiusuario, lo cual debemos tener en cuenta el usar este motor con este tipo de ejecución.
Evidentemente para apps muy pequeñas, y monousuario, podríamos usarlo, ya que la documentación indica que cambiar al "servidor full" es fácil.

Hasta pronto.

HERNAN CANO MARTINEZ
Analista de Sistemas - Programador

[Walter R. Ojeda Valiente]

En Firebird, la Base de Datos no cambia sea que la uses en forma "normal" o en forma "embebida". Lo que cambia es la forma de acceder a ella.

En la forma "normal", instalas el Servidor en una computadora y el Cliente en todas las demás computadoras. Para comunicar al Servidor con el Cliente debes tener un canal de comunicación, creo que el más usado es ODBC pero hay muchos otros: JDBC, ADO, Python, API, etc.

En la forma "embebida" el Servidor y el Cliente están en una sola computadora, en un archivo .DLL que normalmente se encuentra en la misma carpeta que el .EXE de tu aplicación. Actualmente varias aplicaciones pueden comunicarse con esa Base de Datos, pero siempre y cuando todas esas aplicaciones se encuentren en la misma computadora que la Base de Datos. Si necesitas acceder a la Base de Datos desde otra computadora entonces deberías usar la forma "normal", no la forma "embebida".

Saludos.

Walter.

2013/9/30 Hernan Cano <jherna...@gmail.com>

--
Has recibido este mensaje porque estás suscrito al grupo "Sistemas Gestores de Bases de Datos" de Grupos de Google.
Visita este grupo en http://groups.google.com/group/sistemas-gestores-de-bases-de-datos.

--
Hay 10 clases de personas. Las que conocen aritmética binaria y las que no.

[Carlos Alfaro]

Gracias amigo Hernan:

 

Lo que comentas es una de mis preocupaciones sobre usar motor de datos, que no tengan la complicación de instalarlo.

 

Te comento que tengo algunos programas en VFP con tablas libres, lo que me ha facilitado el poderlo distribuir y darle mantenimiento remoto.

 

Con las miras a hacer mas seguros los datos y a buscar otro lenguaje de programación, me preocupa que sea más complicado el instalar y hacer funcionar mis programas porque en algunos casos yo no asisto al lugar de implementación.

 

Entonces por lo que probaste SQLIte es buena opción para sustituir las tablas de Fox?

 

Bendiciones.

 

Carlos Alfaro

--

[Analyzer]

Carlos Alfaro,

En un sistema web, pongamos por ejemplo PHP...

Todas las pruebas necesarias las haces en tu servidor web de pruebas (Xammp, Lamp, Wamp, AppServ, etc.)

Una vez que todo corre perfectamente, subes tus archivos de controladores y modelos (.php), y los archivos de las vistas (.html, .css, .js, .png, .gif, .swf, etc.) mediante un cliente FTP como FileZilla al servidor FTP del hosting.

Únicamente son visibles desde el navegador el código de los archivos de la vista en un esquema MVC.

El código fuente así queda inaccesible a cualquier intruso ya que reside en el hosting, el cual tiene la responsabilidad de cumplir con las políticas de privacidad. Esto en EU por ejemplo es un asunto muy serio.

Algunos van más allá y en vez de un "servidor web de pruebas" hacen una replica exacta del servidor web de producción pero de forma local en su intranet, de tal forma que al subir los archivos al servidor web de producción real, no haya inconvenientes.

Quedas invitado al foro PHP latino..

https://groups.google.com/forum/?fromgroups=#!forum/phplatinoamerica

Saludos!

[Carlos Alfaro]

Gracias amigo, pero perdón no encontré que eso responda a mi pregunta ¿SQLIte es buena opción para sustituir las tablas de Fox?

Para ponerlo más claro lo que ando buscando es un método para manejo de datos que sea libre como las tablas de Fox, que no requiera un técnico de planta de parte del cliente.

[Analyzer]

Carlos,

Te comenté lo anterior por esta duda que tienes:

==>Con las miras a hacer mas seguros los datos y a buscar otro lenguaje de programación, me preocupa que sea más complicado el instalar y hacer funcionar mis programas porque en algunos casos yo no asisto al lugar de implementación.

Sobre lo que comentas ahora:

==>Para ponerlo más claro lo que ando buscando es un método para manejo de datos que sea libre como las tablas de Fox, que no requiera un técnico de planta de parte del cliente.

Solo te puedo decir: "Bienvenido a la era Cliente/Servidor ! "

¿Quien no va a necesitar de un DBA en esta época?..

Esa es una de las razones por las que algunos eligen Firebird.

http://www.aspel.com.mx/downl/BaseConoc/Por_que_firebird_como_basedatos.pdf

Por otro lado, la gente de .Net usa la tecnología "Click once" para instalación remota.

http://msdn.microsoft.com/es-es/library/t71a733d(v=vs.90).aspx

¿No podría usar un software de asistencia remota o algo así como el click once pero compatible con VFP?

Saludos!

[Carlos Miguel FARIAS]

Respondiendo al tema SQLite.

SQLite mete todos los datos en un archivo, permite lecturas concurrentes pero al momento de actualizar, bloquea TODA LA BASE DE DATOS.

Su SQL es muy simple y completo, puede decirse que todos los campos son del tipo variant.

Breve conclusión. Para aplicaciones con poca concurrencia para actualizar, es una buena opción, de hecho, Mozilla en su navegador y en móviles, es la bd casi estandar.

El tema que si tienes varios usuarios modificando a la vez, el sistema muere, o se pone muy lento, aunque estén modificando tablas diferentes.

Si es interesante para hacer prototipado, porque el despliegue es mínimo.

Por ejemplo, python instala sqlite (que en realidad lo que hace es cargar unos archivos, porque no deja un servicio corriendo, como podría ser mysql o postgresql.

Conclusión: Para sistemas con pocos usuarios que usaban dbf, puede ser reemplazo, caso contrario, solo prototipado.

En cuanto hacer web, y dado que estamos en un foro de Base de Datos.

Habría que diferenciar web, intranet, extranet y escritorio.

Cualquier aplicación con muchos usuarios (>10) supongo que cae dentro de un cliente-servidor, si el cliente es grueso (p.e. VFP) o delgado (navegador), es otro tema, para otro foro.

Sobre una red lan puedo montar una intranet o escritorio.

Web y extranet, implica acceder a la WAN. Si uso servidores propios, significa que mi red está expuesta a hackers y con ella la base de datos.

Si uso servidores en la nube, pueden robarte los datos y ni te enteras (lean los diarios del último año, sobre todas las ventiladas de sitios muy seguros).

Otro tema a tener en cuenta, es que tipos de datos manejas.

Los datos públicos que uses, no son problema, te los pueden robar a vos, o a lo mejor se consiguen "oficialmente", si son datos transaccionales (económicos), que pasa si sale el sol y la nube desaparece, podes seguir operando?

Si son datos sensibles (ver ley Habeas Data) en Argentina. Hay restricciones donde se almacenan, y quien pudiera "accederlos".

Saludos: Miguel, La Pampa (RA)

[Carlos Alfaro]

Ok, gracias, a ver sigamos esta conversación, aunque tengo claro es que no es chat, jeje.

 

Lo que comentaste no fue respuesta, ya que no fue eso lo que pregunté, como dicen en NatGeo en su campaña de Cerebretion, que hay que leer el documento completo, yo primero describi lo que tengo y que quiero cambiar, pero que mi preocupación es ¿que manera de manejar datos sencilla existe?.

 

Como lo mencioné hay casos en los que yo no asisto al lugar de implementación y agrego, que ni remotamente lo hago, hay amigos que me compran los programas y los revenden, son personas con conocimientos básico de computación por lo que el instalar un motor de datos y administrarlo puede complicar el negocio, cuando actualmente con la ventaja que me proporciona VFP es que les doy el instalador que incluye las tablas y listo para funcionar.

 

Y mi pregunta no es referente a como se trabaja cliente/servidor, sino a la simpleza de la implementación y administración de las tablas de datos.

 

Aclaro que no es para entrar en polémica, sino a que te des cuenta nuevamente que no siempre tus respuestas corresponden a las consultas presentadas y mi intención principalmente es poner un granito mas a que comprendas que es lo que buscamos cuando consultamos.

 

Que tengas feliz día.

[Carlos Alfaro]

Importante!!!

 

En el link de Aspel menciona que es lo que quiero, asi que ahora tengo que probarlo para comprobarlo y ver su simpleza.

 

Gracias Analyzer, tengo una ruta a seguir.

 

Carlos Alfaro

 

From: Carlos Alfaro [mailto:carlosal...@gmail.com]
Sent: martes, 01 de octubre de 2013 11:40 a.m.
To: 'sistemas-gestores...@googlegroups.com'
Subject: RE: [SGBD] Ejemplo-VFP-accesando-FireBird

 

Ok, gracias, a ver sigamos esta conversación, aunque tengo claro es que no es chat, jeje.

 

Lo que comentaste no fue respuesta, ya que no fue eso lo que pregunté, como dicen en NatGeo en su campaña de Cerebretion, que hay que leer el documento completo, yo primero describi lo que tengo y que quiero cambiar, pero que mi preocupación es ¿que manera de manejar datos sencilla existe?.

 

Como lo mencioné hay casos en los que yo no asisto al lugar de implementación y agrego, que ni remotamente lo hago, hay amigos que me compran los programas y los revenden, son personas con conocimientos básico de computación por lo que el instalar un motor de datos y administrarlo puede complicar el negocio, cuando actualmente con la ventaja que me proporciona VFP es que les doy el instalador que incluye las tablas y listo para funcionar.

 

Y mi pregunta no es referente a como se trabaja cliente/servidor, sino a la simpleza de la implementación y administración de las tablas de datos.

 

Aclaro que no es para entrar en polémica, sino a que te des cuenta nuevamente que no siempre tus respuestas corresponden a las consultas presentadas y mi intención principalmente es poner un granito mas a que comprendas que es lo que buscamos cuando consultamos.

 

Que tengas feliz día.

 

Carlos Alfaro

[Carlos Alfaro]

Perdón amigos, hasta ahorita le puse atención que el hilo es sobre VFP accesando (accediendo) Firebird, lo desvié al darle continuidad al comentario del amigo Hernan Cano.

 

Carlos Alfaro

 

From: Carlos Alfaro [mailto:carlosal...@gmail.com]
Sent: martes, 01 de octubre de 2013 11:43 a.m.
To: 'Carlos Alfaro'; 'sistemas-gestores...@googlegroups.com'
Subject: RE: [SGBD] Ejemplo-VFP-accesando-FireBird

 

Importante!!!

 

En el link de Aspel menciona que es lo que quiero, asi que ahora tengo que probarlo para comprobarlo y ver su simpleza.

 

Gracias Analyzer, tengo una ruta a seguir.

 

Carlos Alfaro

 

From: Carlos Alfaro [mailto:carlosal...@gmail.com]
Sent: martes, 01 de octubre de 2013 11:40 a.m.
To: 'sistemas-gestores...@googlegroups.com'
Subject: RE: [SGBD] Ejemplo-VFP-accesando-FireBird

 

Ok, gracias, a ver sigamos esta conversación, aunque tengo claro es que no es chat, jeje.

 

Lo que comentaste no fue respuesta, ya que no fue eso lo que pregunté, como dicen en NatGeo en su campaña de Cerebretion, que hay que leer el documento completo, yo primero describi lo que tengo y que quiero cambiar, pero que mi preocupación es ¿que manera de manejar datos sencilla existe?.

 

Como lo mencioné hay casos en los que yo no asisto al lugar de implementación y agrego, que ni remotamente lo hago, hay amigos que me compran los programas y los revenden, son personas con conocimientos básico de computación por lo que el instalar un motor de datos y administrarlo puede complicar el negocio, cuando actualmente con la ventaja que me proporciona VFP es que les doy el instalador que incluye las tablas y listo para funcionar.

 

Y mi pregunta no es referente a como se trabaja cliente/servidor, sino a la simpleza de la implementación y administración de las tablas de datos.

 

Aclaro que no es para entrar en polémica, sino a que te des cuenta nuevamente que no siempre tus respuestas corresponden a las consultas presentadas y mi intención principalmente es poner un granito mas a que comprendas que es lo que buscamos cuando consultamos.

 

Que tengas feliz día.

 

Carlos Alfaro

[Carlos Alfaro]

[Carlos Alfaro]

Muchas gracias maestro.

 

Realmente lo que busco es una base de datos que pueda usar en un lenguaje que no sea VFP y que puedan acceder menos de 5 usuarios en intranet.

 

Feliz dia.

 

Carlos Alfaro

[Hernan Cano]

Hola, Carlos Alfaro.

--Perdón por no contestar antes---.

Sí, es correcto. Considero yo que es una buena opción: es libre, se "usa" de manera similar a muchos SGBD (mediante ODBC!!!), no requiere instalar como la mayoría de varios gestores (sólo declarar una DLL dentro de VFP!!!).

Y mucho más para tu escenario....

Realmente lo que busco es una base de datos que pueda usar en un lenguaje que no sea VFP y que puedan acceder menos de 5 usuarios en intranet.

[Carlos Alfaro]

Gracias amigo Hernan:

 

Leiste el correo del maestro Carlos Miguel Farias, específicamente lo que dice:

 

SQLite mete todos los datos en un archivo, permite lecturas concurrentes pero al momento de actualizar, bloquea TODA LA BASE DE DATOS.

 

Eso me preocupa.

 

Bendiciones.

 

Carlos Alfaro

 

From: sistemas-gestores...@googlegroups.com [mailto:sistemas-gestores...@googlegroups.com] On Behalf Of Hernan Cano
Sent: martes, 01 de octubre de 2013 05:47 p.m.
To: sistemas-gestores...@googlegroups.com
Subject: Re: [SGBD] Ejemplo-VFP-accesando-FireBird

 

Hola, Carlos Alfaro.

--

[Walter R. Ojeda Valiente]

Carlos, utiliza Firebird, está súper probado y funciona súper bien.

Saludos.

Walter.

2013/10/1 Carlos Alfaro <carlosal...@gmail.com>

[Carlos Alfaro]

Gracias Walter, que lenguaje estas usando para desarrollo de intranets además de VFP?

 

Feliz día.

 

Carlos Alfaro

[Hernan Cano]

Carlos Alfaro:
Mi interés no es mostrar las DIFICULTADES que tienen los motores embebidos.
Mi interés sí es mostrar cómo se hace en VFP (al menos una forma).

En este hilo pretendo mostrar cómo se hace con FireBird.

Para las DIFICULTADES deberá haber otro hilo.
A pesar de que no me gusta traducir lo que dice el original --mi fuente-- (pues no quiero que se considere que es mi apreciación personal), te voy a traducir aquí lo que dice el propio portal de SQLite:

http://www.sqlite.org/WhenToUse.html

Appropriate Uses For SQLite

Situations Where Another RDBMS May Work Better

* High Concurrency

SQLite supports an unlimited number of simultaneous readers, but it will only allow one writer at any instant in time. For many situations, this is not a problem. Each application does its database work quickly and moves on, and no lock lasts for more than a few dozen milliseconds. But there are some applications that require more concurrency, and those applications may need to seek a different solution.

Usos apropiados para SQLite
Situaciones donde otro SGBD puede funcionar mejor

* Alta Concurrencia

SQLite soporta un número ilimitado de lecturas simultáneos, pero sólo se permitirá una escritura en UN INSTANTE DADO de tiempo. Para la mayoría de las situaciones, ésto no es problema. Cada aplicación hace su trabajo de base de datos de forma rápida y se mueve, y ningún bloqueo dura más de unos pocos milisegundos. Pero hay algunas aplicaciones que requieren más concurrencia y esas aplicaciones pueden tener necesitar una solución diferente.

Si bien da a entender que bloquea toda la base de datos, no dice que no sea multiusuario. y como tú mismo dices: sólo son cinco usuarios simultáneos, por lo tanto no deberias tener grandes problemas de concurrencia.

Insisto: éste no es un hilo para buscar dificultades, es para saber cómo se hace en VFP.

Sinceramente he encontrado una dificultad generalizada en los motores embebidos: a mí, a Hernán Cano, me parece que no son muy buenos en ambiente de red, en ambiente multiusuario. Pero ojo: no soy experto, no tengo suficiente experiencia, y sólo quiero ver lo positivo: digo ésto porq es lo que he leido en la mayoría de motores, pero ni siquiera para mí ésto es concluyente (debo leer y practicar más).

Sólo quiero compartir lo que encuentro.

Lamento la rudeza, pero siempre hay peros......

Gracias a todos por leer mis hilos, y por compartir.

Finalizaré este tema.

Chao.

HERNAN CANO MARTINEZ
Analista de Sistemas - Programador

El martes, 1 de octubre de 2013 18:54:25 UTC-5, Carlos Alfaro escribió:

Gracias amigo Hernan:

Leiste el correo del maestro Carlos Miguel Farias, específicamente lo que dice:

[Hernan Cano]

Amigo aprendiz:

¿Me cierras el hilo?

Gracias.

[Guillermo MDQ]

Las versiones embebidas de los SGDB no son para trabajar en ambiente multiusuario, sino para una instalacion sencilla en una pc solamente o para crear catalogos en CD.
Si vamos a trabajar en multisuario hay que utilizar las versiones normales que para ese fin se han realizado.
Si son pocos los usuarios concurrentes los que utilicen la aplicacion, en cualquier momento que se les ocurra agregar un par mas de usuarios ya se pierde la perfomance del sistema y hay que empezar con los cambios por no ser previsor.

Saludos
Guillermo

[Walter R. Ojeda Valiente]

Totalmente de acuerdo con Guillermo.

Las versiones embebidas son para aplicaciones monousuario. Para eso sirven.

Si necesitas que varios usuarios accedan a tu Base de Datos entonces no debes usar la versión embebida sino la versión normal.

Si planeas que varios usuarios accedan al mismo tiempo a tu Base de Datos entonces olvídate de las versiones embebidas y empieza a pensar en las versiones normales.

Saludos.

Walter.

2013/10/2 Guillermo MDQ <gol...@gmail.com>

--
Has recibido este mensaje porque estás suscrito al grupo "Sistemas Gestores de Bases de Datos" de Grupos de Google.
Visita este grupo en http://groups.google.com/group/sistemas-gestores-de-bases-de-datos.

--

[Analyzer]

Vaya.. Hasta que se lo dijeron en Español claro y fuerte..

Saludos!

[Analyzer]

Supongo que la opción sería algo que se pueda "portar" como las tablas de VFP.

http://www.aspel.com.mx/downl/BaseConoc/Por_que_firebird_como_basedatos.pdf

Saludos!

El 2 de octubre de 2013 10:32, Walter R. Ojeda Valiente <woj...@gmail.com> escribió:

[Carlos Alfaro]

Es cierto Analyzer es bien claro, puede parecerle fuerte a algunos, según como cada quien lo tome,  pero ¿qué diferencia hay que haya sido en español? porque el idioma no cambia la condición.

 

Lo que falta comprobar es que tan amigable es instalar y administrar Firebird para un usuario de computadoras común.

 

La gran experiencia de Walter y las pruebas que ha realizado y mencionado Hernan me ayudan a tener bien claro el panorama.

 

Feliz día y gracias amigos, los tres me han ayudado con lo expuesto.

 

Carlos Alfaro

 

From: sistemas-gestores...@googlegroups.com [mailto:sistemas-gestores...@googlegroups.com] On Behalf Of Analyzer
Sent: miércoles, 02 de octubre de 2013 11:37 a.m.
To: sgbd
Subject: Re: [SGBD] Ejemplo-VFP-accesando-FireBird

 

Vaya.. Hasta que se lo dijeron en Español claro y fuerte..

[Analyzer]

Si no pudieron leer el documento por usar un móvil dice:

Los factores sobresalientes del porque se elige Firebird son: 

 

• No se incrementan los costos por la adquisición de licencias de software adicionales. 

• Sostiene la solución de negocio para empresas con pocos o más recursos tecnológicos. 

• Es un Sistema gestor de bases de datos robusto. 

• Velocidad con usuarios concurrentes. 

• Bajo consumo de recursos. 

• Mantenimiento prácticamente nulo por lo que no requiere de un profesional para 

administrar la Base de Datos. 

• Escalable. 

• Por la forma en que procesa las consultas tiene un tráfico de red reducido. 

• Es totalmente compatible con SQL92 (Estándar SQL). 

• Fácil de Instalar. 

• Bases de datos transportables sencillamente

Saludos!

[Analyzer]

Carlos, 

Revise por favor estos documentos donde se explica como trabaja Firebird desde 0.

Manual Visual Foxpro y Firebird SQL de Walter R. Ojeda Valiente.

http://www.mediafire.com/?nb74e3oaf9g9l4j

Excelente Aplicación de ejemplo desarrollada con Visual Foxpro 9 y Firebird 2.5.

A diferencia de aplicaciones halladas en la red, está plenamente documentada y explicada magistralmente por su autor Walter R. Ojeda Valiente.

SQL_DEMO (VFP 9 y Firebird 2.5)

http://www.mediafire.com/?qbb8b22cvx3ypvb

Saludos!

[Carlos Alfaro]

Te lo agradezco mucho.