FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
||||
|
||||
Gracias!!!
Ahora te entiendo. Tienes toda la razón!
Tengo un amigo que trabaja reparando ATMs y el me comenta que estos trabajan en una VPN+, la misma es en sí lenta pero se conectan solamente cuando requieren datos. Muchas gracias Casimiro, tal vez no es la solución absoluta, pero si una buena opción. Te agradezco mucho PD: creo que se llaman: conexiones orientadas a la conexión y las otras orientadas a la desconexión; las orientadas a la conexión consumen mucho más (obvio) que las no orientadas. |
#2
|
||||
|
||||
Otra cosa que puedes hacer es ejecutar el programa en el servidor, donde está firebird, y que los terminales ejecuten un programita del tipo terminal server, esa opción funciona bien.
La otra opción es hacer un programa web. De todas formas, en el modo tradicional (hacer tu programa delphi y ejecutarlo en cada cliente) si tienes cuidado puede ir aceptablemente bien, lo que tienes que hacer es no traerte tablas completas, los datasets únicamente los datos mínimos imprescindibles, nada de "select * from loquesea", eliminar esas opciones de ir tecleando mientras van apareciendo los registros según se pulsan las teclas, etc. etc. etc. Ya digo, yo tengo hecho algunas cositas que funcionan por internet y va rápido, tan rápido como puede ir en red local, pero teniendo mucho, mucho, mucho, mucho cuidado en lo que se hace, depurando cada opción que sea lenta hasta dejarla ágil, eliminando funcionalidades que enlentecen, etc. Por ejemplo, siempre hay pequeñas tablas que se usan en todas partes, en una gestión pueden ser las tablas de IVA, la de datos generales, etc. pues esas tablas leerlas una vez y mantenerlas en memoria en un tabla en memoria, ya que son escasos 3 registros. Con pequeños truquitos de ese tipo se consigue ganar mucho en rendimiento. |
#3
|
|||
|
|||
Hola, no se qué tal funcionará ya que no lo he probado, pero podrías intentar utilizar zebedee. Puedes realizar un túnel y la información puede viajar encriptada y comprimida. Se gana en velocidad al tener que transferir menos datos, ya que es el cuello de botella que tienes. No se qué ganarás con ello, pero lo puedes probar sin necesidad de cambiar nada en tu aplicación.
Otra opción es convertir la aplicación en tres capas y utilizar una librería como dataabstract o datasnap. Por último, comentarte que se está trabajando en optimizar el protocolo de red de firebird para optimizar lo en conexiones lentas, como este caso. No se lo que se ganará y si tu aplicación funcionará fluidamente con el, pero esta opción tardara un tiempo en salir.
__________________
Un saludo, Jesus García |
#4
|
|||
|
|||
Data Abstract Remobjects
Hola seria posible que nos contaras tu experiencia con Data Abstract
|
#5
|
|||
|
|||
Hola, realmente no te puedo ser de mucha ayuda. A principios de año adquirimos los componentes con la intención de poder migrar nuestra aplicación de dos a tres capas, pero por diversas razones, aún no hemos podido empezar con ello.
__________________
Un saludo, Jesus García |
#6
|
||||
|
||||
He actualizado una presentacion sobre remobjects:
http://blog.elmalabarista.com/post/1...ion-remobjects
__________________
El malabarista. |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Conectar a BD Interbase por internet | Zucra | Firebird e Interbase | 2 | 16-04-2012 03:54:25 |
Interbase e Internet | Fita | Conexión con bases de datos | 7 | 14-09-2005 12:46:32 |
problemas con interbase atraves de internet | cuscus | Firebird e Interbase | 5 | 25-04-2005 13:54:41 |
Conexiones a traves de internet a interbase | eliasterrero | Firebird e Interbase | 5 | 06-10-2003 14:32:21 |
Interbase en internet | jesgami | Firebird e Interbase | 1 | 06-09-2003 08:46:49 |
|