Crandel, en sintonía con otros comentarios de este hilo, voy a tener que discrepar un poquito contigo. En la experiencia que pueda tener con firebird te puedo decir que en el rendimiento y seguridad de la base de datos afecta tanto el volumen de traspaso de datos y las características de cada transacción (lectura o escritura, wait o no_wait, nivel de aislamiento) como el tiempo que estén abiertas, sobre todo si son de escritura.
Esto es sencillo de ver: en un entorno multiusuario, si permitimos que las transacciones de escritura sean largas en el tiempo estamos permitiendo la posibilidad de que en un momento dado existan un elevado numero de transacciones de escritura abiertas al mismo tiempo, causando entonces:
- Problemas de concurrencia y consistencia de los datos
- Problemas de rendimiento. La base de datos tiene que soportar un aumento considerable de sus transaction inventory pages, entre otras cosas.
- Tambien aumenta la posibilidad de errores fisicos en la base de datos, esos que tras los cuales hay que ejecutar un gfix o un restore en el peor caso.
Claro que si se trata de una aplicación local para un único usuario los problemas se minimizan bastante.