multialmacen en WAN

03/04/2005 - 14:38 por grupo de noticias de microsoft | Informe spam
hola a todos,

quisiera desarrollar una aplicacion multialmacen. la idea es que en la sede
se encuentra el servidor y que se pueda acceder a este servidor desde la
propia sede pero tambien desde otro cliente de otra ubicacion geografica.

el desarrollo del programa de almacen no es problema pero no tengo muy claro
la forma que tiene de conectarse el cliente al servidor y mas cuando se
trata de una WAN en vez de una LAN.

Disparo las preguntas:

¿como funciona todo eso?

¿es realmente muy distinta un uso de SQL Server en WAN que en LAN? si lo es,
¿en que aspectos?

creo saber que en una LAN, el servidor tiene SQL Server instalado y los
clientes la interfaz y los derechos de acceso. ¿eso es asi? ¿es un problema
acceder al servidor desde el propio servidor, es decir que contenga interfaz
como los clientes?

sé trabajar con SQL Server de forma local pero no se hacerlo realmente en
cliente/servidor sea LAN o WAN. ¿como podria hacerlo para emular su
funcionamiento real? por si puede ayudar, dispongo de una "maquina virtual"
que puede simular 2 puestos en uno.

en el momento de elegir el lenguaje/tecnologia, pienso usar VB .NET 2003
utilizando su entorno de desarrollo VS.NET 2003 para creacion de
aplicaciones windows. ¿es una eleccion acertada? ¿seria mejor plantear una
tecnologia web tipo intranet-extranet mediante ASP .NET por ejemplo?

en el caso de un uso de Extranet ¿que protocolo de comunicacion se debe
usar?

¿seria posible hacer eso simplemente mediante Access sabiendo que solo se
trata de conectar a 2-3 puestos de distintas ubicaciones geograficas?


por ultimo, me podeis dejar cualquier tipo de vinculo o recurso que me pueda
ayudar


muchas gracias por vuestra ayuda (cualquier tipo de respuesta y/o pista me
sera de gran ayuda)

Preguntas similare

Leer las respuestas

#6 Miguel Egea
04/04/2005 - 23:09 | Informe spam
Cuando digo en linea quiero decir que contesté a tus preguntas debajo del
correo.
Lo siento, la jerga del grupo hace que algunas veces nos despistemos con
estas cosas. si miras mi respuesta original verás que debajo de las
preguntas tienes las respuestas.


-
Miguel Egea Gómez
Microsoft SQL-Server MVP, MCSD, MCAD,MCT
Webmaster de PortalSql.Com
¿Te interesa participar en las reuniones
del grupo de Usuarios de SQL-Server y .NET
Se harán en levante de España, (Alicante o Murcia)?

"grupo de noticias de microsoft" escribió en el
mensaje news:
no entiendo tu respuesta

"Miguel Egea" escribió en el mensaje
news:e$
En linea

"grupo de noticias de microsoft" escribió en el
mensaje news:
> hola a todos,
>
> quisiera desarrollar una aplicacion multialmacen. la idea es que en la
> sede
> se encuentra el servidor y que se pueda acceder a este servidor desde
> la
> propia sede pero tambien desde otro cliente de otra ubicacion


geografica.
>
> el desarrollo del programa de almacen no es problema pero no tengo muy
> claro
> la forma que tiene de conectarse el cliente al servidor y mas cuando se
> trata de una WAN en vez de una LAN.
>
> Disparo las preguntas:
>
> ¿como funciona todo eso?
>
> ¿es realmente muy distinta un uso de SQL Server en WAN que en LAN? si
> lo
> es,
> ¿en que aspectos?

Si la calidad de tu conexión es buena y tu ancho de banda es bueno, no
hay
gran diferencia.

> creo saber que en una LAN, el servidor tiene SQL Server instalado y los
> clientes la interfaz y los derechos de acceso. ¿eso es asi? ¿es un
> problema
> acceder al servidor desde el propio servidor, es decir que contenga
> interfaz
> como los clientes?

En un entorno cliente servidor con SQL necesitas SQLServer instalado en
el
servidor y los clientes necesitan conectividad, puedes conseguirla por
ejemplo usando ADO, eso depende más del lenguaje que uses para el
desarrollo.
No es ningún problema acceder al server desde el propio server.

> sé trabajar con SQL Server de forma local pero no se hacerlo realmente


en
> cliente/servidor sea LAN o WAN. ¿como podria hacerlo para emular su
> funcionamiento real? por si puede ayudar, dispongo de una "maquina
> virtual"
> que puede simular 2 puestos en uno.

Conectividad TCP-ip por ejemplo entre ambas máquinas sería suficiente.

> en el momento de elegir el lenguaje/tecnologia, pienso usar VB .NET
> 2003
> utilizando su entorno de desarrollo VS.NET 2003 para creacion de
> aplicaciones windows. ¿es una eleccion acertada? ¿seria mejor plantear


una
> tecnologia web tipo intranet-extranet mediante ASP .NET por ejemplo?

Depende lo que quieras hacer, con aplicaciones Windows la interfaz puede


ser
mucho más rica y potente, con aplicaciones web, la distribución no
existe,
por lo que ese problema lo ahorras.

> en el caso de un uso de Extranet ¿que protocolo de comunicacion se debe
> usar?

TCP-ip, aunque hay varios más admintidos.

> ¿seria posible hacer eso simplemente mediante Access sabiendo que solo


se
> trata de conectar a 2-3 puestos de distintas ubicaciones geograficas?
>

Acces tiene lo que se llaman proyectos ADP que sirven para esto, así que


la
respuesta es por supuesto que sí.

> por ultimo, me podeis dejar cualquier tipo de vinculo o recurso que me
> pueda
> ayudar
>

Los libros en pantalla, un buen manual de referencia (el SQLServer 2000


con
ejemplos de Guerrero y Rojas editorial Que) y mi web :-)


www.portalsql.com.


> muchas gracias por vuestra ayuda (cualquier tipo de respuesta y/o
> pista
> me
> sera de gran ayuda)
>
>
>

-
Miguel Egea Gómez
Microsoft SQL-Server MVP, MCSD, MCAD,MCT
Webmaster de PortalSql.Com
¿Te interesa participar en las reuniones
del grupo de Usuarios de SQL-Server y .NET
Se harán en levante de España, (Alicante o Murcia)?








email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una pregunta AnteriorRespuesta Tengo una respuesta
Search Busqueda sugerida