Sql server 如何首先对使用实体框架代码创建的数据库进行密码保护？

标题说明了一切：随着我们的桌面应用程序即将发布，它使用本地数据库（SQLServer2014 LocalDb），我们希望密码保护对它的访问

在用户第一次启动应用程序时，将首先在用户的计算机上使用EF代码创建数据库。

---

这一定很简单，但我似乎忽略了谷歌应该提供的解决方案。

这里的简短答案是你不能用密码保护LocalDb。LocalDb被设计成一个用于开发和测试的低摩擦数据库设置，但它不提供SQL甚至SQL Compact Edition的任何高级功能。发件人：

LocalDB是专门为开发人员创建的。它很容易安装，不需要管理

还有这个：

此外，如果LocalDB的简单性（和局限性）适合目标应用程序环境的需要，开发人员可以继续在生产中使用它，因为LocalDB也是一个很好的嵌入式数据库

“相当好”意味着虽然它会起作用，但可能有更好的解决方案。本质上，缺乏安全性是LocalDB的一个特性。它被设计为以当前登录用户的身份运行，为他们提供完全访问权限

如果您需要数据库安全性作为部署的应用程序的一个特性，但不想处理完整SQL安装的复杂性，则应该考虑SQL紧凑版。p> 请参阅本文。部署将根据应用程序其余部分使用的部署方法而有所不同

---

实体框架是一个抽象层，它与特定的数据库技术没有特定的联系。它将与LocalDb、sqlcompact、sqlexpress、MySQL、postgresql等完全相同。。。通常只提供正确的数据库驱动程序和正确的连接字符串。

这里的简短回答是您不能使用密码保护LocalDb。LocalDb被设计成一个用于开发和测试的低摩擦数据库设置，但它不提供SQL甚至SQL Compact Edition的任何高级功能。发件人：

LocalDB是专门为开发人员创建的。它很容易安装，不需要管理

还有这个：

此外，如果LocalDB的简单性（和局限性）适合目标应用程序环境的需要，开发人员可以继续在生产中使用它，因为LocalDB也是一个很好的嵌入式数据库

“相当好”意味着虽然它会起作用，但可能有更好的解决方案。本质上，缺乏安全性是LocalDB的一个特性。它被设计为以当前登录用户的身份运行，为他们提供完全访问权限

如果您需要数据库安全性作为部署的应用程序的一个特性，但不想处理完整SQL安装的复杂性，则应该考虑SQL紧凑版。p> 请参阅本文。部署将根据应用程序其余部分使用的部署方法而有所不同

---

实体框架是一个抽象层，它与特定的数据库技术没有特定的联系。它将与LocalDb、sqlcompact、sqlexpress、MySQL、postgresql等完全相同。。。通常只提供正确的数据库驱动程序和正确的连接字符串。

我很困惑，因为我知道Sql Server CE有一个数据库密码，但LocalDB是一个包含用户和所有内容的完整数据库，因此数据库密码在您的上下文中没有真正意义。如果你想“密码保护数据库”，你需要做用户管理。问题是什么？只需从服务器登录添加用户，并对连接字符串进行适当更改。问题可能是我是一个彻头彻尾的noob@埃里克菲利普斯和哈姆雷特的言论表明，我拥有我所没有的知识。我只是有使用EF代码的经验。然后你需要做的是研究如何；A Sql用户管理的工作方式（如），然后B如何使用对数据库进行这些自定义调用。实体框架是一个层，它不是为数据库设计的，也没有任何方法来实际管理数据库。您要做的事情一点也不简单。我很困惑，因为我知道Sql Server CE有一个数据库密码，但LocalDB是一个包含用户和所有内容的完整数据库，因此数据库密码在您的上下文中没有真正意义。如果你想“密码保护数据库”，你需要做用户管理。问题是什么？只需从服务器登录添加用户，并对连接字符串进行适当更改。问题可能是我是一个彻头彻尾的noob@埃里克菲利普斯和哈姆雷特的言论表明，我拥有我所没有的知识。我只是有使用EF代码的经验。然后你需要做的是研究如何；A Sql用户管理的工作方式（如），然后B如何使用对数据库进行这些自定义调用。实体框架是一个层，它不是为数据库设计的，也没有任何方法来实际管理数据库。你想做的事情一点也不简单。