Visual Basic.NET - base de datos, 1 o muchas conexiones?

Hola a Todos:
estoy desarrollando contra un servidor sql server 2005 express. Me manejo de la siguiente forma: cada vez que necesito algo de la base de datos me conecto, lo traigo y cierro la conexión. Leí por ahí que no tiene sobre costo conectarse y desconectarse a cada rato. Les parece esto razonable? o es mejor conectarse al principio y cerrar la conexión al salir de la aplicación?
Saludos.

Yo lo trabajo del mismo modo, es mas uso el SQLHelper y tiene ese esquema desconectado.

Conectarse al inicio y cerrar al final seria otro entorno, siempre conectado que no se usa mucho solo cuando necesitas tus datos durante toda la aplicacion.

Saludos.

Gracias por la pronta respuesta!

Voy a ver eso del SQLHelper para sql2005. Por otro lado te comento que parece que voy a tener que organizar el código en capas. Me gusta la idea que un cambio en las tablas no me impacte en la presentación. Planteando la siquiente arquitectura:

Presentación: formularios con validaciones sintácticas,
Negocios: validaciones propias del esta aplicación,
Acceso a Datos: conexión a la BD, mediante strings sql, o procedimentos almacenados, y usando la autenticación de windows o logins en el servidor y roles de aplicación.

Me surge la siguiente duda entre otras: Dónde debo manejar las transacciones? Mi idea es la siguiente:
En la capa de acceso a datos: Objetos que encapsulan los selects, inserts, etc;
En la capa de negocios: objetos que mediante métodos de los objetos de datos chekan la info en la bd.

Qué objeto y de qué capa tiene la responsabilidad de comenzar la transacción? Quizás un objeto genérico en la capa de datos. Pero quién decide si realizar el commit o no? un objeto de negocios?

Como verás estoy perdido en esto, y no quiero reinventar la rueda...
Bueno muchas gracias por tu atención.

Bueno, te respondo algo tarde ya estoy a punto de dormir. zZz

En la capa de Acceso a Datos (DAL), alli se invoca a los procedimientos almacenados donde puedes tener las transacciones y las puedes manejar con el COMMIT y ROLLBACK.
El que decide es la capa DAL, osea esta capa es la que enviara la informacion debidamente validados, que como bien dices para esto te puedes valer de una capa de negocios.

AHORA, yo en la capa DAL hago uso del SQLHelper, al cual le envio los parametros, conexion y el nombre del Procedimiento Almacenado, esta clase se encarga de conectarse a la BD y ejecutar los SP.

Si buscas aca en el foro esta el uso del COMMIT, ROLLBACK y la clase SQLHelper.

Suerte en esta nueva etapa de programacion, parece algo complicado pero es muy util.

Un saludo.

Hola, muchas gracias. Lo voy a buscar. Por otro lado tenía ganas de contar aquí el conjunto de decisiones que fui tomando para armar mi solución. Obviamente de las críticas de la gente de este foro espero enriquecerme; pero también puede llegar a servir como un modelo de una aplicación pequeña, para aquellos que como yo recién empiezan. No he encontrado en lla web un modelo que satisfaga todos esos pequeños detalles que me exigen, o al menos algo "todo junto" jeje.
Gracias de nuevo.
Saludos.