Punto de Venta

10/07/2009 - 06:31 por Edward Ocando | Informe spam

Éste es un mensaje de varias partes en formato MIME.
=_NextPart_000_0015_01CA00F1.A067B570

Hola a todos.

Tal vez la pregunta va mas orienta a a desarrollo, pero quisiera saber si alguno de ustedes tiene experiencia en el tema:

=
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_0015_01CA00F1.A067B570

<!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>Hola a todos.</FONT></DIV>
<DIV><FONT size=2 face=Georgia></FONT> </DIV>
<DIV><FONT size=2 face=Georgia>Tal vez la pregunta va mas orienta a a
desarrollo, pero quisiera saber si alguno de ustedes tiene experiencia en el
tema:</FONT></DIV>
<DIV><FONT size=2 face=Georgia></FONT> </DIV>
<DIV>
<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></DIV>
<DIV><FONT size=2 face=Georgia></FONT> </DIV></BODY></HTML>

=_NextPart_000_0015_01CA00F1.A067B570--

Siga el debate

2 respuestas

Tengo una respuesta

Preguntas similare

Leer las respuestas

#1 Rubén Garrigós

10/07/2009 - 10:13 | Informe spam

Hola Edward,

Te recomendaría que echaras un ojo a la replicación de mezcla de SQL
Server pues creo que se ajusta bastante a tus necesidades.

Rubén Garrigós
Solid Quality Mentors

Blog: http://blogs.solidq.com/es/elrincondeldba

Edward Ocando escribió:

Hola a todos.

Tal vez la pregunta va mas orienta a a desarrollo, pero quisiera saber
si alguno de ustedes tiene experiencia en el tema:

> 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

Responder a este mensaje

#2 Maxi

11/07/2009 - 15:38 | Informe spam

Éste es un mensaje de varias partes en formato MIME.
=_NextPart_000_0029_01CA0213.C29131D0

Hola, si queres tener sitios autonomos y son SQL Std o Enterprise, yo te recomiendo la transaccional y en tu caso podrias evaluar la bidireccional, la de mezcla solo la dejaria para los dispositivos moviles

Maxi Accotto
Microsoft MVP en SQL Server
Consultor en SQL Server
http://blog.maxiaccotto.com

"Edward Ocando" escribió en el mensaje de noticias:
Hola a todos.

Tal vez la pregunta va mas orienta a a desarrollo, pero quisiera saber si alguno de ustedes tiene experiencia en el tema:

=
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

=_NextPart_000_0029_01CA0213.C29131D0

<!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 face=Calibri>Hola, si queres tener sitios autonomos y son SQL Std o
Enterprise, yo te recomiendo la transaccional y en tu caso podrias evaluar la
bidireccional, la de mezcla solo la dejaria para los dispositivos
moviles</FONT></DIV>
<DIV><BR>--
<BR><BR><BR>Maxi
Accotto<BR>Microsoft MVP en SQL Server<BR>Consultor en SQL Server<BR><A
href="http://blog.maxiaccotto.com">http://blog.maxiaccotto.com</A><BR><BR></DIV>
<BLOCKQUOTE
style="BORDER-LEFT: #000000 2px solid; PADDING-LEFT: 5px; PADDING-RIGHT: 0px; MARGIN-LEFT: 5px; MARGIN-RIGHT: 0px"
dir=ltr>
<DIV>"Edward Ocando" <<A
href="mailto:"></A>> escribió en el
mensaje de noticias:</DIV>
<DIV><FONT size=2 face=Georgia>Hola a todos.</FONT></DIV>
<DIV><FONT size=2 face=Georgia></FONT> </DIV>
<DIV><FONT size=2 face=Georgia>Tal vez la pregunta va mas orienta a a
desarrollo, pero quisiera saber si alguno de ustedes tiene experiencia en el
tema:</FONT></DIV>
<DIV><FONT size=2 face=Georgia></FONT> </DIV>
<DIV>
<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:"></A><BR>Desarrollador
..NET<BR>Venezuela</FONT></DIV></DIV></DIV>
<DIV><FONT size=2 face=Georgia></FONT> </DIV></BLOCKQUOTE></BODY></HTML>

=_NextPart_000_0029_01CA0213.C29131D0--

Siga el debate Respuesta

Responder a este mensaje

Ads by Google

Hacer una pregunta

Tengo una respuesta

Busqueda sugerida