Die .mdf-Datei wird nicht wie eine .mdb-Datei ausgeführt. Mit anderen Worten, Sie müssen Ihre .mdf-Datei nicht mit einem Kennwort konfigurieren, da SQL Server die Sicherheit für die Authentifizierung und Autorisierung übernimmt.
Der Zugriff wird leider nicht viel mit Ihrem Wunsch helfen, bei gespeicherten Prozeduren zu bleiben.
Schlagen Sie vor, dass es zu viele potenzielle Probleme bei der Bereitstellung von SQL Server Express neben Ihrer App gibt. Es kann sein, dass der Wert gespeicherter Prozesse , in diesem Fall , reicht möglicherweise nicht aus, um den Aufwand für die Installation von SQL Server Express zu rechtfertigen.
Werten Sie die Arbeit aus, die in diesen gespeicherten Prozessen ausgeführt wird. Sind sie nur CRUD oder viel komplexer. Was ist Ihr Grund für gespeicherte Prozesse in dieser Einzelbenutzer-App ?
Erwägen Sie, Ihre Anwendung wie folgt neu zu strukturieren:
- verwenden Sie parametrisierte Abfragen. Verschieben Sie den Körper der gespeicherten Prozesse in eine konstante Zeichenfolge.
- SQL Server Compact Edition
Balancieren Sie die Zeit bis zum Refactoring mit potenziellen Kundensupportproblemen!
Bitte beachten Sie die Blogpost von Steve Lasker (Stored Procedures &SQL Server Compact-The Great Debate) . Es bietet einen großartigen Einblick in die Beurteilung, ob gespeicherte Prozesse das richtige Werkzeug für den Job in Bezug auf Client-Anwendungen sind.
Einige Aktualisierungen:
Es hört sich so an, als ob Sie versuchen zu vermeiden, dass .mdf aus Ihren Händen gerät. Sie KÖNNEN einige Maßnahmen ergreifen, um die darin enthaltenen Daten zu sperren - Verschlüsselung der Daten, aber es gibt keine 100%ige Lösung, um zu verhindern, dass Ihre .mdf-Datei an anderer Stelle verwendet wird. Wie Sie sagen, ist es nicht mehr in Ihren Händen, sobald es in den Händen des Kunden ist. :)
