Que archivos libres usar

[Paoti]

cielos, que horrible escribo

[brandolin]

si una estructura de funcionamiento como la que planteaste es la que tenia en mente, mi unico problema era el tema de "¿que sistema de tablas sería el mas correcto para usar?". Eso de Firebird embebido me gusta... ¿como funciona? ¿Donde puedo buscar informacion? ¿Es trasnparente con el firebird comun?

Gracias

[[AzidRain]]

No es un esquema robusto ya que entonces no requieres una máquina sencilla como caja sino algo más grande...Ah por cierto no comenté que en el sistema planteado las cajas son diskless con una pequeña memoria temporal para guardar sus transacciones.

El esquema de guardar una copia del catálogo de artículos en cada terminal no es práctico:

1.- Un catálogo de una tienda regular(no tienditas, supermercados) anda en mas de 20 mil artículos
2.- El catálogo puede estarse actualizando constantemente: cambios de precio, recibo de mercancías, etc.
3.- La terminal no solo debe llevar la cuenta de que ha vendido sino cuantos y de que SKU para poder actualizar el inventario en forma correcta.

La sincronizacion no es problema porque ocurre en el momento que "regresa la línea", el servidor se pone a recuperar las cuentas de las terminales y solo hasta que termina nuevamente empieza a procesar el directamente.

Hay un servico en el background que se encarga de ir actualizando el archivo de transacciones y catálogo de artículos. Pero este no es en tiempo real, sino que se hace cada x segundos. Solo se da servicio en tiempo real a consultas de artículos.

Pero bueno, finalmente ya nos olvidamos de lo principal que decia Casimiro: No es mas sencillo buscar la forma de evitar que se caiga el Servidor?

[fedelphi]

Empezado por AzidRain

El esquema de guardar una copia del catálogo de artículos en cada terminal no es práctico:

1.- Un catálogo de una tienda regular(no tienditas, supermercados) anda en mas de 20 mil artículos
2.- El catálogo puede estarse actualizando constantemente: cambios de precio, recibo de mercancías, etc.
3.- La terminal no solo debe llevar la cuenta de que ha vendido sino cuantos y de que SKU para poder actualizar el inventario en forma correcta.

Hola no me parece tan poco practico el tema de guardar todo en las terminales, hace un tiempo hacia el amntenimiento de sistemas de supermercados y lo que trabajaban on line(chekando contra el servidor) tenian mas problemas que satisfacciones, por lo que la forma de trabajo era la siguiente, al comenzar la jornada se transmitia el archivo de precios y de ofertas a todas las cajas, entonces estas que daban operativas pase lo que pase con el servidor. Durante la jornada laboral habia cambios de precio, entonces para solventar esto en las cajas habia un archivo que solo contenia los articulos que cambiaron el precio, por lo que al fichar primero se verifica contra este si no tiene cambio de precio. Un avez terminada la jornada se realiza un cierre de cajas con lo que se trae al servidor los archivos de stock, ventas, etc. y se los procesa en el servidor. Teniendo este esquema de trabajo veo que las cajas podrian tener una aplicacion que funcione con tablas paradox locales y el servidor funcione con firebird.
De esta forma funcionaba muy bien, y estaba instalado en cadenas de supermercados de hasta ocho sucursales con hasta 15 cajas, y funciona incluso un 24 a las 7 de la tarde
Bueno es solo un aporte sobre una experiencia personal, y creo que suma por lo que se esta tratando en este hilo, escucho opiniones.
Fede