21/10/2007, 12:15
| ||||
| ||||
| Transacciones Hola, a la hora de trabajar con conexiones a BD (estoy con SQL Server) y recordsets, ¿es recomendable usar ObjectContext.SetAbort y ObjectContext.SetComplete para controlar las transacciones?? Aparentemente, el propio ASP controla bastante bien los errores, vamos, q si hay algun error de conexion o de bd no se inserta y todo ok ¿Qué pensáis? Gracias |
|
21/10/2007, 15:25
| |||
| |||
| Re: Transacciones Todo dependerá de la BD que uses y de tu metodología. Si vas a conectarte a través de COM (una aplicación COM+) o a una BD que se integre bien en este servicios de transacciones (como SQL Server) el objeto ObjectContext va bastante bien. Otra forma es usar los métodos del objeto Connection para transacciones (BeginTrans, CommitTran, RollbackTrans) Tambien depende de si la BD acepta correctamente las peticiones de transacción que el objeto le envia. Otro problema es su consumo de memoria en el servidor (archivos, temporales, etc). Por último, está como hayas desarrollado la BD (si tiene triggers, procedimientos, etc) Cuanto mejor esté desarrollado esta parte, menos jaleo entre IIS y la BD  Todo dependerá de la cantidad de ataques que precises contra la BD. Un saludo
__________________ "Tus pecados son el estiércol sobre el que florecerán las flores de tus virtudes" - Gerald Messadié - |
|
21/10/2007, 16:47
| ||||
| ||||
| Re: Transacciones Yo solamente las uso en procesos críticos, cuando se alteran múltiples tablas con datos relacionados para evitar corrupción de datos, lo que te puedo decir es que es una buena costumbre y te ayudan bastante en el manejo lógico de datos -no todo lo haces desde el código duro-, yo prefiero como dije en procesos críticos controlas con transacciones de base de datos que dentro del script. Saludos
__________________ "El hombre que ha empezado a vivir seriamente por dentro, empieza a vivir más sencillamente por fuera." -- Ernest Hemingway |
