Velocidad en Respuesta desde Servidor SQL

23/07/2008 - 14:12 por alfonso_C# | Informe spam
Hola a todos, tengo una aplicacion que usa ADO.NET para conectarse a
un servidor SQL y realizar consultas y transacciones y todo vá muy
bien en un acceso de banda ancha pero en conexiones lentas el tiempo
de respuesta no me satisface. Queria preguntarles acerca de .NET
Remoting y el uso de Sockets de un PC a otro a través de Internet.
Consideran uds. mas apropiado para mi caso crear una aplicacion
"servidor" que se conecte mediante ADO.NET y envie luego los
resultados a la aplicacion "cliente" mediante Sockets o .NET Remoting
para mejorar la performance ?. Gracias por adelantado a todos (^_^).

Preguntas similare

Leer las respuestas

#1 Bela Istok
30/07/2008 - 04:17 | Informe spam
Si eso puede ser una opción, pero hoy en día te recomendaría utilizar WCF en
el framework 3.0 o 3.5, ya que te permite hacer muchas cosas mas que solo
enviar información que te podría ofrecer los Sockets o .NET Remoting (como
autenticación).

Saludos,

Bela Istok
"alfonso_C#" wrote in message
news:
Hola a todos, tengo una aplicacion que usa ADO.NET para conectarse a
un servidor SQL y realizar consultas y transacciones y todo vá muy
bien en un acceso de banda ancha pero en conexiones lentas el tiempo
de respuesta no me satisface. Queria preguntarles acerca de .NET
Remoting y el uso de Sockets de un PC a otro a través de Internet.
Consideran uds. mas apropiado para mi caso crear una aplicacion
"servidor" que se conecte mediante ADO.NET y envie luego los
resultados a la aplicacion "cliente" mediante Sockets o .NET Remoting
para mejorar la performance ?. Gracias por adelantado a todos (^_^).
Respuesta Responder a este mensaje
#2 Paco Ferre
31/07/2008 - 10:14 | Informe spam
Hola,

No creo que cambie mucho, al final tienes que hacer llegar la
información desde el servidor al cliente, son bytes que suman.

Prueba con lo sencillo, intenta reducir el tráfico de datos entre la
aplicación y el servidor. Muchas veces nos preocupamos poco de este
tipo de optimizacion.
- Evita Select * cuando no sea necesario.
- Guarda en memoria los Select de tablas que no van a cambiar "mucho";
provincias, tipos de ...
(Para esto la idea de una "Cache" de objetos es muy sencilla de
implementar. Puedes usar el tipo genérico Dictionary y almacenar
DataTables con la clave sql.GetHashCode(), siendo sql la consulta a la
base de datos. Para rematar puedes ponerle tiempo de vida.)
- Intenta no presentar en pantalla más registros de los que el usuario
va a leer de una vez. Select Top 100 por ejemplo para las búsquedas.
y así...


Saludos,

Paco


On 30 jul, 04:17, "Bela Istok" wrote:
Si eso puede ser una opción, pero hoy en día te recomendaría utilizar WCF en
el framework 3.0 o 3.5, ya que te permite hacer muchas cosas mas que solo
enviar información que te podría ofrecer los Sockets o .NET Remoting (como
autenticación).

Saludos,

Bela Istok"alfonso_C#" wrote in message

news:
Hola a todos, tengo una aplicacion que usa ADO.NET para conectarse a
un servidor SQL y realizar consultas y transacciones y todo vá muy
bien en un acceso de banda ancha pero en conexiones lentas el tiempo
de respuesta no me satisface.  Queria preguntarles acerca de .NET
Remoting y el uso de Sockets de un PC a otro a través de Internet.
Consideran uds. mas apropiado para mi caso crear una aplicacion
"servidor"  que se conecte mediante ADO.NET y envie luego los
resultados a la aplicacion "cliente" mediante Sockets o .NET Remoting
para mejorar la performance ?. Gracias por adelantado a todos (^_^).
Respuesta Responder a este mensaje
#3 alfonso_C#
01/08/2008 - 01:33 | Informe spam
On 31 jul, 04:14, Paco Ferre wrote:
Hola,

No creo que cambie mucho, al final tienes que hacer llegar la
información desde el servidor al cliente, son bytes que suman.

Prueba con lo sencillo, intenta reducir el tráfico de datos entre la
aplicación y el servidor. Muchas veces nos preocupamos poco de este
tipo de optimizacion.
- Evita Select * cuando no sea necesario.
- Guarda en memoria los Select de tablas que no van a cambiar "mucho";
provincias, tipos de ...
(Para esto la idea de una "Cache" de objetos es muy sencilla de
implementar. Puedes usar el tipo genérico Dictionary y almacenar
DataTables con la clave sql.GetHashCode(), siendo sql la consulta a la
base de datos. Para rematar puedes ponerle tiempo de vida.)
- Intenta no presentar en pantalla más registros de los que el usuario
va a leer de una vez. Select Top 100  por ejemplo para las búsquedas.
y así...

Saludos,

Paco

On 30 jul, 04:17, "Bela Istok" wrote:



> Si eso puede ser una opción, pero hoy en día te recomendaría utilizar WCF en
> el framework 3.0 o 3.5, ya que te permite hacer muchas cosas mas que solo
> enviar información que te podría ofrecer los Sockets o .NET Remoting (como
> autenticación).

> Saludos,

> Bela Istok"alfonso_C#" wrote in message

>news:
> Hola a todos, tengo una aplicacion que usa ADO.NET para conectarse a
> un servidor SQL y realizar consultas y transacciones y todo vá muy
> bien en un acceso de banda ancha pero en conexiones lentas el tiempo
> de respuesta no me satisface.  Queria preguntarles acerca de .NET
> Remoting y el uso de Sockets de un PC a otro a través de Internet.
> Consideran uds. mas apropiado para mi caso crear una aplicacion
> "servidor"  que se conecte mediante ADO.NET y envie luego los
> resultados a la aplicacion "cliente" mediante Sockets o .NET Remoting
> para mejorar la performance ?. Gracias por adelantado a todos (^_^).- Ocultar texto de la cita -

- Mostrar texto de la cita -



Gracias :D
email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaRespuesta Tengo una respuesta
Search Busqueda sugerida