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> </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> </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> </DIV>
<DIV><FONT size=2 face=Georgia>Cual seria la mejor practica para esto...?
</FONT></DIV>
<DIV> </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> </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> </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--

Siga el debate

4 respuestas

Tengo una respuesta

Preguntas similare

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

Responder a este mensaje

#2 Pedro Maicas

11/07/2009 - 11:21 | Informe spam

On Fri, 10 Jul 2009 00:00:51 -0430, "Edward Ocando"
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 -

http://www.maicas.net/

Responder a este mensaje

#3 Fernando A. Gómez F.

16/07/2009 - 00:36 | Informe spam

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
<mailto:
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

Responder a este mensaje

#4 alskare

17/07/2009 - 09:39 | Informe spam

En entornos de "dudosa conexión", casi siempre he optado por tener un poco
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" escribió en el mensaje
news:
==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

Siga el debate Respuesta

Responder a este mensaje

Ads by Google

Hacer una pregunta

Tengo una respuesta

Busqueda sugerida