23/09/2006, 08:07
|
 | Colaborador | | Fecha de Ingreso: julio-2005
Mensajes: 4.352
Antigüedad: 19 años, 8 meses Puntos: 24 | |
| A simple vista parece viable.
Como desventaja podria ser que estarias ejecutando muchas sentencias SQL, de las cuales siempre se hace un roolback. Por lo que estyas sobrecargando al DBMS innecesariamente. Si tu aplicacion se ejecutará en 2 o 3 maquinas con unas pocas consultas por minutos, digamos unas 20 por minuto, entonces no te dara porblemas mayores.
En cambio si tu aplicacon va a someter al motor de base de datos a muchas consultas por minuto, mas de 50, entonces esto podria ocasionarte problemas.
Desde un punta de vista practico, es probable que el enfoque planteas, funcione bien. Ahora, si lo que buscas es un buen diseño de software, pues no vas por buen camino.
Digo esto porque en un buen diseño de software, se busca (por ejemplo)
que la aplicacion funcione con cualquier tipo de perisstencia, en otras palabras que podamos cambiar de una BD relacional a una BD jerarquica o a la escritura de archivos binarios, solo con efectos menores en la aplicacion.
En la solucion que planteaste, si el motor de DB, no soporta transacciones entonces la aplicaicon no funciona.
Bueno, que mi humilde comentario te sirva de algo |