consulta sobre conexiones a SQL 2005

Agradecere un MVP se pronuncie al respecto.
Mientras postaree la consulta en el foro de VB a ver que opinan
algunos de los que confio bastante.

Atte.
Penta.

Hola Penta,

El Fri, 16 May 2008 21:41:11 -0700 (PDT), Penta escribió:

Por cada instruccion no abro y cierro, eso lo hago por cada proceso.

Ejemplo.

Insercion de factura y su detalle:

1.- Abro conexion.
2.- Abro transaccion
3.- Aca realizo TODAS las instrucciones pero TODA he ?
4.- Cierro transaccion
5.- Cierro conexion.

Como veras luego de esto el usuario, no esta realizando mas cosas, por
lo tanto, según mi punto de vista no es necesario tener la conexion
abierta no ??
Cualquier milisegundo es tiempo estamos totalmente de acuerdo, pero el
usuario NO lo nota bajo ningun punto de vista.

Si abres la conexión cuando abres el formulario de introducir facturas y
cierras la conexión cuando cierras el formulario entonces tampoco me parece
mal. Pero mientras estoy introduciendo una factura necesito estar
comunicándome constantemente con el SGBD.

Pues ahi me pillaste no se como funciona el DataGridView, al parecer
no es una Grid comun y corriente, ya que en este caso NO necesito
traer de a trozos los datos, mas bien me los traigo de una sola vez y
la lleno.

El DataGridView si es un grid común y corriente, pero yo me traigo los
datos a trozos por que podrían ser miles o millones de filas, y así va
mucho más rápido.


Saludos

El Fri, 16 May 2008 21:43:09 -0700 (PDT), Penta escribió:

Agradecere un MVP se pronuncie al respecto.

¿No te vale Maxi? :-)


Saludos

Hola Penta,

On 17 mei, 06:43, Penta wrote:

Agradecere un MVP se pronuncie al respecto.
Mientras postaree la consulta en el foro de VB a ver que opinan
algunos de los que confio bastante.

Los esquemas que se están discutiendo son dos extremos. Por un lado
una red local con pocos usuarios trabajando con una aplicación que
es la mas importante de la empresa y de la que se puede esperar que
ciertos usuarios estén trabajando con ella gran parte del día.
Por otro lado una red pública con muchísimos usuarios que hacen
conexiones de forma esporádica y de corta duración.

Entre estos dos extremos se puede tratar de implementar un esquema
de conexión/desconexión con una granulación dependiente del tipo de
uso que se espera, el tipo de aplicación, tipo (tamaño, frecuencia)
de transaciones 'típicas' desde esa aplicación, etc. Distintas
aplicaciones trabajando con la misma base de datos pueden tener
necesidad de trabajar con esquemas de conexión/desconexión distintos.
Es que hasta distintos usuarios, por lo demás en la misma situación,
pueden tener comportamientos muy distintos con el mismo tipo de
actividades.

Por poner un ejemplo: una aplicación puede tener 'en principio' la
conexión abierta pero cerrarse automáticamente después de cierto
tiempo (variable) sin actividad alguna, y de la misma forma
abirse otra vez al detectar actividad.

En todo caso seguir las recomendaciones estrictas de los 'expertos'
no será nunca una buena alternativa al sentido común y una actitud
crítica en cada situación.

Saludos,
Carlos

Alfredo.
Abro la conexion cuando el usuario le da al boton grabar y la cierro
cuando termno de hacer lso insert correspondientes.

Atte.
Penta