Le .mdf ne s'exécute pas comme un .mdb. En d'autres termes, vous n'aurez pas besoin de configurer votre fichier .mdf, avec un mot de passe, car SQL Server gérera la sécurité pour l'authentification et l'autorisation.
L'accès ne vous aidera pas beaucoup avec votre désir de vous en tenir aux procédures stockées, malheureusement.
Suggérez qu'il y a trop de problèmes potentiels avec le déploiement de SQL Server Express avec votre application. Il se peut que le valeur des procs stockés , dans ce cas , peut ne pas être suffisant pour justifier les tracas liés à l'installation de SQL Server Express.
Évaluez le travail effectué à l'intérieur de ces procs stockés. Sont-ils CRUD uniquement, ou beaucoup plus complexes. Pour quelle raison les procs sont-ils stockés dans cette application mono-utilisateur ?
Envisagez de restructurer votre application pour :
- utiliser des requêtes paramétrées. Déplacez le corps des procs stockés dans une chaîne constante.
- SQL Server Compact Edition
Équilibrez le temps de refactorisation avec les problèmes potentiels de support client !
Veuillez considérer le article de blog par Steve Lasker (Procédures stockées et SQL Server Compact - Le grand débat) . Il permet d'évaluer si les procédures stockées sont le bon outil pour le travail en ce qui concerne les applications clientes.
Quelques mises à jour :
On dirait que vous essayez d'éviter que .mdf ne vous échappe. Vous POUVEZ prendre certaines mesures pour verrouiller les données à l'intérieur - cryptage des données, mais il n'y a pas de solution à 100% pour éviter que votre .mdf ne soit emporté ailleurs. Comme vous le dites, une fois que c'est entre les mains du client, ça ne vous appartient plus. :)
