FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
||||
|
||||
Nada que revatir
Hola estimado Casimiro:
Ya extrañaba tus jalones de oreja. Tienes toda la razón. Se que en una red local que utilice los estándares: Ethernet las velocidades son 1mbps a 10 mbps Fast-ethernet: 1-10-100 mbps Gigabit Ethernet (o GEthernet): 1-10-100-1000 mbps (observese la "b" en minuscula, "b"its). Y tal como lo mencioné anteriormente sé que no es la forma y que trabajará todo lento por no ser una LAN sino en todo caso una Internetwork. Pero, mi pregunta iba mas hacia lo que tu mencionaste en algún lugar: "los datos mínimos imprescindibles y nada más"; es eso exactamente lo que desearía saber; si existe alguna configuración para que los datos de "control" entre el cliente y el servidor sean mínimos. En una red de área local (LAN) se intercambian demasiados datos de control y desearia saber si existe al menos un método de compresión (¿como en Oracle? creo que estoy hablando pavadas) o que se yo (más inexperto imposible ) para la reducción de éstos datos. Muchas gracias por su tiempo amigos. |
#2
|
||||
|
||||
Sí, puedes comprimir los datos, pero eso no soluciona el problema.
Repito lo del ejemplo: un cajero automático de banco. ¿Qué pide?, password (pin). Elija opción: sacar dinero Escriba cantidad: 20 ¿Quiere hacer otra transacción?: si Se desconecta, vuelve a conectar y pedir la clave (pin) Elija opción: ver saldo Tiene usted: 100 ¿Quiere hacer otra transacción?: no Recoja su tarjeta y que tenga un buen día. |
#3
|
||||
|
||||
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. |
#4
|
||||
|
||||
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. |
#5
|
|||
|
|||
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 |
#6
|
|||
|
|||
Data Abstract Remobjects
Hola seria posible que nos contaras tu experiencia con Data Abstract
|
#7
|
|||
|
|||
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 |
|
|
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 |
|