El .mdf no se ejecuta como lo hace un .mdb. En otras palabras, no necesitará configurar su archivo .mdf con una contraseña, ya que SQL Server se encargará de la seguridad para la autenticación y autorización.
Desafortunadamente, el acceso no ayudará mucho con su deseo de apegarse a los procedimientos almacenados.
Sugiera que hay demasiados problemas potenciales con la implementación de SQL Server Express junto con su aplicación. Puede darse el caso de que valor de procesos almacenados , en este caso , puede no ser suficiente para justificar la molestia de instalar SQL Server Express.
Evalúe el trabajo que se realiza dentro de esos procesos almacenados. ¿Son solo CRUD o mucho más complejos? ¿Cuál es el motivo de los procesos almacenados en esta aplicación de un solo usuario? ?
Considere rediseñar su aplicación para:
- usar consultas parametrizadas. Mueve el cuerpo de los procesos almacenados a una cadena constante.
- Edición compacta de SQL Server
¡Equilibra el tiempo de refactorización con los posibles problemas de atención al cliente!
Considere entrada de blog de Steve Lasker (Procedimientos almacenados y SQL Server Compact:El gran debate) . Tiene una gran perspectiva para evaluar si los procesos almacenados son la herramienta adecuada para el trabajo en lo que respecta a las aplicaciones cliente.
Algunas actualizaciones:
Parece que estás tratando de evitar que .mdf se te escape de las manos. PUEDE tomar algunas medidas para bloquear los datos internos:encriptación de los datos, pero no existe una solución al 100% para evitar que su .mdf se lleve a otro lugar. Como comentas, una vez que está en manos del cliente, está fuera de las tuyas. :)
