Firebird en internet

[[duilioisola]]

solo para abrir se demora hasta 1 minuto y cuando abre se bloquea o no corre

Esto significa que da un erro? Si es asi, cuál?

El puerto por el que trabaja Firebird es el 3050 (si no has cambiado nada)
El puerto debe estar abierto en el servidor
El puerto debe estar abierto en el router
El puerto tiene que estár redirigido del router al servidor.

También puede ser que estés abriéndo todas las tablas al momento de conectarte. En una LAN esto no es un gran problema, pero a travez de internet, donde la velocidad es reducida, esto es grave.
Solo deberías conectar y acto seguido abrir las tablas que vas a usar. Luego, a medida que abres nuevos forms o necesitas más información, abres y cierras mñas tablas.

...y cuando abre se bloquea o no corre

Mira la red, para ver si está enviando/recibiendo información. Puede que el programa no responda hasta que no reciba todos los datos.
Para ver si hay tráfico, en un XP puede hacer lo siguiente:
INICIO --> EJECUTAR -- > Escribe Taskmgr.
Se abrirá una ventana, mira la solapa funciones de red.

También puedes poner un evento BeforeOpen en las tablas, que vaya mostrando el nombre de la tabla en la pantalla.

[Vlady]

No me aparece ningun error solo q se queda congelado o freezado el mouse y tengo q salir con con ctrl+alt+supr, de hecho la conexion esta bien tengo el puerto 3050 abierto y todo esta bie configurado

[[duilioisola]]

Y si lo dejas un rato largo... como para ver qué pasa?
Has probado lo de meter mensajes en el BeforeOpen de las tablas ... quizás hay alguna que tarde más.

Por ejemplo:
Pones un label en el fondo de Form principal con alineación alBottom

Código Delphi [-]
procedure TDataModule.TablaAfterOpen(DataSet: TDataSet);
begin
   FMPrincipal.Label1.caption := DateTimeToStr(Now)+' - Abriendo: '+DataSet.Name;
   Application.ProcessMessages;
end;

[juanelo]

Empezado por Vlady

No me aparece ningun error solo q se queda congelado o freezado el mouse y tengo q salir con con ctrl+alt+supr, de hecho la conexion esta bien tengo el puerto 3050 abierto y todo esta bie configurado

¿Te conectas vía una VPN?. Si tu aplicacion al momento de iniciar realiza una o varias querys que dan como resultado muchos registros, entonces esto te puede afectar o bien si en tus consultas incluyes blobs para traer imagenes o textos, puede tardarse de manera considerable. Intenta que tu programa realice solamente la conexion al inicio, luego realiza una consulta acotada para ver como se comporta.

[Casimiro Noteví]

Tengo clientes que acceden por internet a firebird y no hay ningún problema en cuanto a velocidad.
Eso sí, hay que asegurarse de qué es lo que viaja por la red y pasar únicamente lo necesario

[Troffed]

Estoy "investigando" para hacer una aplicación para varias tiendas y una central, con Delphi7 y Firebird2.

Tengo unas dudas:

• Me imagino que al menos en la central es necesaria/recomendable una IP fija, ¿no?
• ¿Es necesario abrir los puertos en las tiendas o solo en la central?
• Tengo pensado utilizar ZeBeDee o similar para encriptar la comunicación, ¿hacéis algo así?
• ¿Utilizáis ClientDataSet o todo son consultas directas?
• ¿Que ocurre cuando hay un corte en la conexión? Ya me imagino que dependerá de como estén diseñadas las transacciones, pero quisiera conocer experiencias de primera mano.
• Me han comentado una alternativa: Instalar un servidor de Windows Terminal/Citrix, bien dimensionado en RAM (>=8GB) y que las tiendas sean terminales. A parte de los costes ¿cómo véis esta solución? Lo bueno es que la programación se simplifica mucho.

Se que son muchas preguntas y evidentemente cada uno es libre de contestar lo que sepa/quiera/pueda.

Muchas gracias.

[Casimiro Noteví]

Como siempre, todo es muy relativo, siempre existen varios opciones y lo complicado es acertar la que más nos interesa.

Es conveniente que la central tenga IP fija, aunque existen otros métodos, pero sí, IP fija.
¿Abrir puertos?, depende de lo que decidas hacer finalmente, como mínimo tendrás que direccionar el puerto 3050 del router hacia el servidor.
Es habitual montar una VPN entre las tiendas en la sucursal, esto te da bastante seguridad y puedes ahorrarte la encriptación que has comentado.
¿ClientDataSet o consultas directas?... ummm... depende... habría que saber exactamente qué vas a hacer, qué información vas a necesitar, con qué frecuencia, ¿tiempo real?, etc.
Con las transacciones no tienes problemas de integridad en la base de datos, las operaciones se hacen todas completas o, simplemente, no se hacen. No es problema.
Los terminales son una buena opción, aunque necesitarás un servidor dedicado (o más, depende de la cantidad de tiendas) y más de una línea de internet si son bastantes.
Donde trabajo tenemos implementado en nuestros clientes distintas soluciones: vpn, terminal server, terminal server de linux contra un servidor de aplicaciones linux, conexión directa, citrix, etc. cada caso es necesario estudiarlo profundamente para encontrar la mejor solución, y aunque somos muy partidarios y usuarios del software libre, en ocasiones hemos de instalar software propietario porque hemos pensado que era la mejor solución para un caso determinado. Aunque normalmente instalamos mucho "vnc", libre y gratis para estos casos.
También, dependiendo de la envergadura de la instalación, montamos servidores de bases de datos redundantes, servidores de aplicaciones redundantes, varias líneas de internet, balanceo de carga entre servidores, etc. siempre buscando la mayor seguridad ante problemas hard/soft/conexiones, etc.

Resumiendo: que existen infinitas combinaciones de soluciones y es necesario conocer en profundidad cada caso para poder llegar a una conclusión aceptable.

[Troffed]

Un poco más de información:

• Es una instalación pequeña: una central, 3 tiendas.
• Una ADSL en cada lugar, dedicada en esto hemos insistido. En la central ya tienen una ADSL, pero la utilizan para otras cosas y les hemos insistido que para garantizar la velocidad deberán tener una dedicada, al menos en la central.
• Aplicación típica de gestión: ventas, TPV, compras, cobros/pagos, clientes, artículos, etc... lleva agenda y gestión de trabajos, pero vamos, nada fuera de lo normal.
• En principio queremos conexión directa, diseñar un buen sistema de transacciones cortas (selects cortos, inserts/updates pequeños), para no cargar con más infraestructura ni tener que soportar aplicaciones/sistemas que no conocemos.
• Lo de los ClientDataSet es porque habrán las típicas tablas que no se cambian mucho, pero si se consultan bastante: Formas de pago, impuestos, series, almacenes, etc.

¿Que ancho de banda recomiendas para las ADSL? ¿Con 4MB/512Kb es suficiente?

Muchas gracias.