Algoritmo en punto de ventas..
Edward Ocando
En una aplicación de punto de ventas, (que se comunican a un servidor SQL 2005 o SQL 2008) cual es el mejor algoritmo para
que si hay desconexión física del servidor, las estaciones de punto de venta sigan funcionando, de manera local y de
forma transparente al usuario, (por ejemplo, se me ocurre en una tabla de access MDB) y al regresar la conexión física,
los archivos MDB locales se sincronicen con el servidor de SQL y las estaciones sigan funcionado sin afectar al usuario final (vendedor)..?
Quiero consumir la menor cantidad de recursos de las estaciones.
Como se instala, funciona y configura desde VB. NET el SQL Compact Edition...? Que limitaciones tiene...?
Pintamono
> Desarrollador ..NET
> Venezuela
He visto en una empresa donde preste servicios que instalaban SQL
Express a cada Punto de venta y el punto de venta tenia la posibilidad
de iniciar conectado o sin conexion, pero no tengo claro que pasaba si
se cae la conexion, me imagino que inmediatamente se cambia a modo
autonomo (sin conexion)...
Pedro Maicas
<eoc...@ingen.com.ve> wrote:
>
>Que opciones y algoritmos tengo...?
Cada uno tieno tiene sus gustos, pero si yo quisiera
una base de datos ligera usar�a sqlite. respecto al
funcionamiento conectado/desconectado, desarrollar�a
dos tareas independientes, el punto de venta que funcione
siempre desconectado con la base de datos local, y
otra tarea corriendo en segundo plano que vaya
sincronizando con el servidor seg�n pueda hacerlo.
Saludos :-) - Pedro -
"Fernando A. Gómez F."
> ===============
> En una aplicaci�n de punto de ventas, (que se comunican a un servidor
> forma transparente al usuario, (por ejemplo, se me ocurre en una tabla
> los archivos MDB locales se sincronicen con el servidor de SQL y las
> estaciones sigan funcionado sin afectar al usuario final (vendedor)..?
>
> Tal vez crear un servicio de Windows que haga el trabajo de
>
> Estoy pensando en MS Access en los puntos de venta (es decir solo el
> archivo MDB no el programa MS Access), pero puede ser otra alternativa,
> Quiero consumir la menor cantidad de recursos de las estaciones.
>
> Cual seria la mejor practica para esto...?
>
> Es cierto que puedo tener un MS SQL Compact Edition que solo son unos
> cuantos archivos DLL en las estaciones clientes..?
> Como se instala, funciona y configura desde VB. NET el SQL Compact
> Edition...? Que limitaciones tiene...?
>
> Es esta la mejor forma de hacer que las estaciones nunca dejen de
>
> Que opciones y algoritmos tengo...?
>
> --
> ---
> Edward Ocando
> Desarrollador ...NET
> Venezuela
Hola Edward,
podr�as guardar los datos en un archivo XML, a trav�s de DataSet.LoadXml
y DataSet.WriteXml. Hasta que el usuario pulse el bot�n de
"sincronizar", o cuando detectes que hay conexi�n, haces que el
DbDataAdapter actualice tu base de datos.
De esta forma te evitas tener que usar una base de datos extra. A menos
que tu DataSet demasiados registros, yo emplear�a esta forma.
Saludos.
--
Fernando G�mez
www.fermasmas.com
alskare
m�s de trabajo yo y evitar problemas de conexi�n. Es decir, la creaci�n de
servicios Web en servidor y algo ligero en el cliente, por ejemplo, alg�n
fichero de Access.
De esta manera, tienes un trabajo "adicional" de sincronizaci�n de la
informaci�n e incluso alg�n que otro problema de "concurrencia" dependiendo
de lo que quieras hacer. Por ejemplo, hace poco me pas� que un cliente
quer�a un n�mero de pedido correlativo en cualquier delegaci�n (la
correlaci�n ten�a que ser para todos iguales). Claro, hacer un servicio que
te d� un n�mero nuevo no es muy complicado; el problema viene cuando una
delegaci�n no tiene conexi�n y otra "pilla" el nuevo n�mero. Para cualquiera
de nosotros, esto no es ning�n problema, puesto que se obtiene el nuevo
n�mero en el momento que haya conexi�n, pero al cliente no le hace ninguna
gracia tener pedidos de la siguiente manera:
Pedido Hora
0900010 10:12
0900011 10:15
0900012 10:13
Uf. �Qu� dura es la vida del obrero!.. jeje
"Edward Ocando" <eoc...@ingen.com.ve> escribi� en el mensaje
news:u8tdycRA...@TK2MSFTNGP05.phx.gbl...
===============
En una aplicaci�n de punto de ventas, (que se comunican a un servidor SQL
2005 o SQL 2008) cual es el mejor algoritmo para
que si hay desconexi�n f�sica del servidor, las estaciones de punto de venta
sigan funcionando, de manera local y de
forma transparente al usuario, (por ejemplo, se me ocurre en una tabla de
access MDB) y al regresar la conexi�n f�sica,
los archivos MDB locales se sincronicen con el servidor de SQL y las
estaciones sigan funcionado sin afectar al usuario final (vendedor)..?
Tal vez crear un servicio de Windows que haga el trabajo de sincronizaci�n
de los datos...?
Estoy pensando en MS Access en los puntos de venta (es decir solo el archivo
MDB no el programa MS Access), pero puede ser otra alternativa, pero tengo
dudas si otros sql (express por ejemplo) en cada estaci�n sean consumidores
de muchos recursos.
Quiero consumir la menor cantidad de recursos de las estaciones.
Cual seria la mejor practica para esto...?
Es cierto que puedo tener un MS SQL Compact Edition que solo son unos
cuantos archivos DLL en las estaciones clientes..?
Como se instala, funciona y configura desde VB. NET el SQL Compact
Edition...? Que limitaciones tiene...?
Es esta la mejor forma de hacer que las estaciones nunca dejen de funcionar
si no hay conexi�n al servidor...?