Firebird en internet

[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 Notevi]

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 Notevi]

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.

[Casimiro Notevi]

Empezado por Troffed

[..]¿Que ancho de banda recomiendas para las ADSL? ¿Con 4MB/512Kb es suficiente?
Muchas gracias.

Cuanto mayor sea la velocidad mejor. Pero, atención, lo importante aquí es que desde la central tengan una alta velocidad de subida, no tanto de bajada.
En este caso 512 Kbits = 64 Kbytes, y esa no es una velocidad que permita muchas cosas, la verdad, así que será necesario afinar mucho para que funcione de una manera ágil.