consulta sobre conexiones a SQL 2005

Luis, leete estops articulos con ejemplos que estan muy buenos

http://www.sql-server-performance.c...hs_p1.aspx

http://www.elguille.info/colabora/p...genda2.htm


Salu2

Microsoft MVP SQL Server
Culminis Speaker
www.sqltotalconsulting.com

"Luis Mata" escribió en el mensaje
news:ea$

Gracias por conestar
Ok 50 Klb por coneccion eso es en memoria del server o tambien afecta el
ancho de banda digamos si estan conectado en sedes remotas, como dice en
el otro hilo conectar es un poco lento y una vez conectado solo lanza los
comandos


Att
Luis Mata Figueroa
Área Informática
Centro Cerámico Las Flores SAC
RPC: 993597297
TEL: 6174613


"Maxi" escribió en el mensaje
news:

Lo ideal es que solo se conecten cuando se necesite hacer algo y no
siempre tener ese recurso ahi. Pensa que SQL necesita aproximadante 50k
de memoria por conexion


Salu2

Microsoft MVP SQL Server
Culminis Speaker
www.sqltotalconsulting.com

"Luis Mata" escribió en el mensaje
news:%

Hola

tengo una aplicacion que conecto a sql 2005 digamos 60 maquinas usando
el sistema simultaneamente diseñe el software para que se conecte al
iniciar la aplicacion y desconectar al salir.
En el activity monitor veo todas las conexiones algunos dicen sleeping
lo que entiendo no estan haciendo nada, mi pregunta es con esto el
servidor se hace lento o se sobrecarga.
seria recomendable que solo se conectaran cuando hicieran una
transaccion?
o lo puedo dejar con esa configuracion.
me estaria restando algun recurso a pesar de estar en sleeping los
demas?

Att
Luis Mata Figueroa
Área Informática
Centro Cerámico Las Flores SAC
RPC: 993597297
TEL: 6174613

El Fri, 16 May 2008 15:27:26 -0300, Maxi escribió:

Si tiene muchas conexiones es un problema.

Pero como en este caso hay muy pocas conexiones entonces no es un problema.

Ademas para que tener un vinculo
abierto si no se usa.

En algún momento se usará la aplicación de Luís, digo yo.

No tiene hoy costo abrir conexiones si usa el pool de conexiones,

Lo de la piscina de conexiones es un truco sucio para cuando hay que hacer
muchísimas conexiones (miles) con los mismos privilegios. Esto tiene
sentido para aplicaciones Web y cosas así, pero en una aplicación interna
con 60 puestos tiene bastante poco sentido.

ya hace
unos cuantos años que existe esto y que ayuda a la performance de las
conexiones, tambuien ya hace unos cuantos años que se recomienda en las
aplicaciones trabajar con modelos desconectados (me conecto cuando necesito,
uso y me descoecto),

Y hace muchos más años que la gente que no sabe recomienda tonterías.

por ejemplo si hay un error en el vinculo y la conexion desde la aplicacion
esta viva marcara de seguro errores.

Igual que si usas una piscina de conexiones.


Saludos

Aportando un poco a los siempre buenos comentarios de Maxi.
Si consideran que 50 KB es poco, estamos de acuerdo, por otra parte,
cuando llaman lento a conectar cada vez que necesites hacer algo es
demasiado generico, todas las aplicaciones que tengo se conectan -
realizando lo necesario y se desconectan, si intentas comparas el
tiempo entre conexion abierta y conectar y desconectar NI lo
persiviras, por tal motivo, mi sugerencia es solo conectar cuando lo
necesitas.

Un ejemplo:
1 Te conectas
2 Abres transaccion
3 Realizas lo requerido (aca todas las sentencias que inolucran tu
proceso)
4 Cierras transaccion
5 Cierras conexion

VS

Te conectaste al abrir la aplicacion

1 Abres transaccion
2 Realizas lo requerido
3 Cierras Transaccion

El punto 1 y 5 del primer ejemplo los tiempos son ridiculos
(milisegundos)

Además que apsaria si con el segundo ejemplo por algun olvido del
desarrollador no cierra la transaccion ?? en el codigo trataras de
volver abrir una transaccion y OTRO error mas de la aplicacion, en
cambio, si se te olvido cerrar la transaccion (que estamos de acuerdo
es un error garrafal) pero la cerraras si o si, por lo tanto cuando
vuelves abrir SI podra abrir transaccion, aca lo unico que pasara es
que los insert update y delete NO realziaran los efectos esperados.

Espero haberme explicado.

Atte.
Penta.

Penta, ojomque 50k no es poca cosa ;-) imaginate un sistema web :-)


Salu2

Microsoft MVP SQL Server
Culminis Speaker
www.sqltotalconsulting.com

"Penta" escribió en el mensaje
news:
Aportando un poco a los siempre buenos comentarios de Maxi.
Si consideran que 50 KB es poco, estamos de acuerdo, por otra parte,
cuando llaman lento a conectar cada vez que necesites hacer algo es
demasiado generico, todas las aplicaciones que tengo se conectan -
realizando lo necesario y se desconectan, si intentas comparas el
tiempo entre conexion abierta y conectar y desconectar NI lo
persiviras, por tal motivo, mi sugerencia es solo conectar cuando lo
necesitas.

Un ejemplo:
1 Te conectas
2 Abres transaccion
3 Realizas lo requerido (aca todas las sentencias que inolucran tu
proceso)
4 Cierras transaccion
5 Cierras conexion

VS

Te conectaste al abrir la aplicacion

1 Abres transaccion
2 Realizas lo requerido
3 Cierras Transaccion

El punto 1 y 5 del primer ejemplo los tiempos son ridiculos
(milisegundos)

Además que apsaria si con el segundo ejemplo por algun olvido del
desarrollador no cierra la transaccion ?? en el codigo trataras de
volver abrir una transaccion y OTRO error mas de la aplicacion, en
cambio, si se te olvido cerrar la transaccion (que estamos de acuerdo
es un error garrafal) pero la cerraras si o si, por lo tanto cuando
vuelves abrir SI podra abrir transaccion, aca lo unico que pasara es
que los insert update y delete NO realziaran los efectos esperados.

Espero haberme explicado.

Atte.
Penta.

Y hace muchos más años que la gente que no sabe recomienda tonterías.

Lo mas logico que te leo desde que escribis tonterias en todos los foros. Es
verdar, la gente como tu recomienda tonterias


Salu2

Microsoft MVP SQL Server
Culminis Speaker
www.sqltotalconsulting.com

"Alfredo Novoa" escribió en el mensaje
news:

El Fri, 16 May 2008 15:27:26 -0300, Maxi escribió:

Si tiene muchas conexiones es un problema.

Pero como en este caso hay muy pocas conexiones entonces no es un
problema.

Ademas para que tener un vinculo
abierto si no se usa.

En algún momento se usará la aplicación de Luís, digo yo.

No tiene hoy costo abrir conexiones si usa el pool de conexiones,

Lo de la piscina de conexiones es un truco sucio para cuando hay que hacer
muchísimas conexiones (miles) con los mismos privilegios. Esto tiene
sentido para aplicaciones Web y cosas así, pero en una aplicación interna
con 60 puestos tiene bastante poco sentido.

ya hace
unos cuantos años que existe esto y que ayuda a la performance de las
conexiones, tambuien ya hace unos cuantos años que se recomienda en las
aplicaciones trabajar con modelos desconectados (me conecto cuando
necesito,
uso y me descoecto),

Y hace muchos más años que la gente que no sabe recomienda tonterías.

por ejemplo si hay un error en el vinculo y la conexion desde la
aplicacion
esta viva marcara de seguro errores.

Igual que si usas una piscina de conexiones.


Saludos