Forums Últimos mensajes - Powered by IBM
 

Algoritmo en punto de ventas..

10/07/2009 - 06:30 por Edward Ocando | Informe spam
Éste es un mensaje de varias partes en formato MIME.
=_NextPart_000_000A_01CA00F1.7CE2B0F0


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...?

Que opciones y algoritmos tengo...?



Edward Ocando
eocando@ingen.com.ve
Desarrollador ..NET
Venezuela
=_NextPart_000_000A_01CA00F1.7CE2B0F0

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=text/html;charset=iso-8859-1 http-equiv=Content-Type>
<META name=GENERATOR content="MSHTML 8.00.6001.18783"></HEAD>
<BODY style="PADDING-LEFT: 10px; PADDING-RIGHT: 10px; PADDING-TOP: 15px"
id=MailContainerBody leftMargin=0 topMargin=0 CanvasTabStop="true"
name="Compose message area">
<DIV><FONT size=2 face=Georgia>
<DIV lang=x-western class=moz-text-html>
<DIV><FONT size=2 face=Georgia><BR>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 <BR>que si hay desconexión física del servidor, las estaciones de
punto de venta sigan funcionando, de manera local y de<BR>forma transparente al
usuario, (por ejemplo, se me ocurre en una tabla de access MDB) y al regresar la
conexión física, <BR>los archivos MDB locales se sincronicen con el servidor de
SQL y las estaciones sigan funcionado sin afectar al usuario final (vendedor)..?
</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT size=2 face=Georgia>Tal vez crear un servicio de Windows que haga el
trabajo de sincronización de los datos...?</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT size=2 face=Georgia>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. <BR>Quiero consumir la menor
cantidad de recursos de las estaciones.</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT size=2 face=Georgia>Cual seria la mejor practica para esto...?
</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT size=2 face=Georgia>Es cierto que puedo tener un MS SQL Compact
Edition que solo son unos cuantos archivos DLL en las estaciones
clientes..?<BR>Como se instala, funciona y configura desde VB. NET el SQL
Compact Edition...? Que limitaciones tiene...?</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT size=2 face=Georgia>Es esta la mejor forma de hacer que las
estaciones nunca dejen de funcionar si no hay conexión al
servidor...?</FONT></DIV>
<DIV><FONT size=2 face=Georgia></FONT>&nbsp;</DIV>
<DIV><FONT size=2 face=Georgia>Que opciones y algoritmos
tengo...?<BR></FONT></DIV>
<DIV><FONT size=2 face=Georgia><BR>-- <BR><BR>Edward Ocando<BR><A
href="mailto:eocando@ingen.com.ve">eocando@ingen.com.ve</A><BR>Desarrollador
..NET<BR>Venezuela</FONT></DIV></DIV></FONT></DIV></BODY></HTML>

=_NextPart_000_000A_01CA00F1.7CE2B0F0--
 

Leer las respuestas

#1 Pintamono
10/07/2009 - 15:35 | Informe spam
On 10 jul, 00:30, "Edward Ocando" wrote:
==> 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...?

Que opciones y algoritmos tengo...?


Edward Ocando

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)...

Preguntas similares