No hay transacciones pesadas, no mas que algún join o algo por el estilo, el tema con MySQL es que ya estamos hablando de tener que instalar un servidor en la empresa, que si bien no es algo malo para el usuario común puede ser un poco molesto, la idea es hacer ésto lo mas independiente posible, para poder hacer un instalador que el usuario instale con el clásico "Siguiente, Siguiente, Finalizar" y tenga su aplicación funcionando a la perfección, para el caso de MySQL ya habría que instalar un servidor, configurarlo, ademas de que tendría que instalar el conector de MySQL para .Net, crear las conexiones odbc correspondientes, etc.
Estoy probando el rendimiento en access, ya que no hay que instalar ni configurar servidores, no hay que configurar odbc, y es muy liviano, pero no me convence del todo, por eso estoy probando su rendimiento, si bien no creo que necesite crear transacciones muy pesadas, espero que su rendimiento no decaiga con el tiempo al aumentar el numero de registros en las tablas, es decir, no quiero que las empresas me llamen al año de utilizar mi sistema para decirme que el sistema se volvió muy "lento" y sea debido a lo que pese la db.
También estoy testeando el tema de multiusuario, ya que la idea es que se conecten varios usuarios al mismo tiempo a la db, ya probe ejecutar un bucle que va ingresando registros a determinada tabla de una base de datos access compartida desde 2 maquinas distintas al mismo tiempo y no tuve problemas, los registros se van intercalando en la db
Otra prueba que hice fue mostrar unos 25000 registros de una tabla con la consulta mas simple ("select * from TABLA") y demoró unos 550 milisegundos en mostrarme los datos, lo que me parece un tiempo relativamente corto para el numero de registros que mostró.
Seguiré haciendo pruebas a ver qué tal.
Saludos.