Verificador de Precios ScanTech SG-15

Buenas Noches. Recientemente me solicitaron realizar una aplicación para el verificador de precios Scantech SG-15 utilizando el a2 softway Administrativo como plataforma de datos. En ese sentido cabe recordar que el a2 (marca registrada por a2 Sofway C.A.) funciona con los verificadores de precios MK-500 Symbol Mikro Kiosk, pero con este verificador aun no han hecho la homologación. En ese sentido desarrolle el Servidor Scantech 1.0 para a2 con dbisam 2.28 y la versión 2.1 para Dbisam Cliente servidor 4.28. Funciona en forma silente es decir se instala utilizando el puerto 9101 como escucha, y solo hay que indicarle la dirección o path de la aplicacion a2 administrativo (Básico o Configurable generalmente C:\a2Softway\Empre001\Data). he aquí algunas tomas de pantalla de la aplicación:


El sistema permite guardar automáticamente los movimientos de solicitudes de precios de los clientes en un archivo log en el subdirectorio de la aplicación.
Para mas información sobre costos y demostración, comunicarse al 0424-4297167 o enviar un email a: vicacos@gmail.com vicacos@hotmail.com
Saludos

Ing. Víctor J. Acosta L.

Cliente Servidor Dbisam a2 Softway

En esta semana se celebró en Caracas en los Salones del Hotel Eurobuilding la convención nacional de Distribuidores de la casa de Software a2 Softway C.A. Su CEO Kamal Abidal y los representantes de la firma en Colombia dieron a conocer los nuevos avances que piensan aplicar a las Bases de datos con el cambio a Cliente Servidor con la versión 4.8 de este gestor de Base de Datos. Se hablo también sobre el nuevo a2 Hotel, de próxima salida al mercado, y otros tópicos de orden comercial. Particularmente creo que era justo el cambio del ya vetusto dbisam 2.8 (el cual no tiene soporte ni en la propia pagina web de la empresa Elevate Software) por la nueva versión cliente-servidor 4.8.

Aun cuando no es lo mas robusto en el mundo de los Servidores de datos, es una mejor opción que la ya existente. Muchos optarían por ejemplo por MSSql de Microsoft tal vez Intebase de Embarcadero Tecnologies, incluso MySql o Firebird, este ultimo open source y de comprobada trayectoria en el mundo de los SQL, sin embrago las virtudes del motor elegido por la casa a2 no es de desmerecer tomando en cuenta que es la migración lógica por tiempo de desarrollo (yo creo que estaban atrasados en esto).

De la página de Elevate Software tome este reporte:

El servidor de dbisam es un manejador de base de datos robusto, escalable y de alto rendimiento, que provee la tecnología cliente/servidor para obtener los beneficios de velocidad y confiabilidad que hoy en día sus datos requieren.

Sistema tipo servidor de archivos

• Cuando una terminal pide datos al servidor, la información solicitada viaja a través de la red para ser procesada localmente. Es decir que si se tiene una base de datos de 10mb y se ejecuta una búsqueda sobre ella en la cual no se encontraron los datos, los 10mb de información contenida en la base de datos viajaran por el cable de la red.
• Esta transferencia masiva a cada terminal genera colisiones y bajo rendimiento en la red.
• El servidor abre las bases de datos 1 vez por cada terminal. Por ej. si su aplicación abre 10 bases de datos, entonces si tuviera 10 terminales, su servidor abriría 100 archivos.
• En caso de falla en alguna de las terminales, pude generar índices corruptos.
• La velocidad de respuesta del servidor no es proporcional a su capacidad de proceso.

Sistema tipo cliente/servidor

• Cuando una terminal pide datos al servidor, la información solicitada es procesada por el servidor y solamente la información de respuesta es la que viaja por la red. Es decir que si tiene una base de datos de 10mb y se ejecuta una búsqueda sobre ella en la cual no se encontraron datos, solamente viajarán unos cuantos bytes a su terminal por el cable de red.
• Se reducen las colisiones en un 90% o mas, dependiendo de la aplicación.
• El servidor abre las bases de datos una sola vez aunque muchas terminales la estén accesando.
• En caso de falla en alguna de las terminales, el servidor cierra las bases de datos adecuadamente y así reduce dramáticamente la posibilidad de corrupción de datos o índices. El servidor no ejecutará peticiones incompletas.
• La velocidad de respuesta del servidor es proporcional a su capacidad de proceso.

Pronto estaremos haciendo otros comentarios comparativos sobre esta elección de Servidor, por el momento hasta luego.