李方丁个人资料,男夏装,家装空间
我相信世界总是会向更好的方向发展，今年的维也纳新年音乐会没有往年的明星级指挥，但是它通过回归奥地利的本质，以更传统的聚合法则，让过往的艺术家们一代代创造的灿烂，在新的指挥手中，迸发出更深邃的音节。在此，也祝大家新年快乐。
如同交响乐一样，构造软件系统不一定必须某个强大的明星驱动，我们站在历代ado.net的肩膀上，更好地回归到sql server的核心开发：sql server localdb 在 asp.net中的应用。
使用sql server localdb的优势：
使用连接字符串：connectionstring="data source=(localdb)\v11.0; initial catalog=xxx;integrated security=sspi;attachdbfilename=|datadirectory|\test666.mdf"。
我们把系统生成的数据库文件，在管理工具中附加到sql server中，会看到程序自动创建了一个名为dbbases的表
以上几点解决了基本的连接功能，visual studio 2012 与sql server 2012 management studio中调试通过。
但是，问题只解决了一半， 注意上面我用的是“vs2012”、“调试”这两个词语，目前我还没说过在“iis”中“运行”。
2：iis中的用户权限问题
在visual studio 中调试项目，使用的是windows 本地用户进程，该进程具有比较高的权限（一般情况下与administrator无异）。
而要在 iis 中实际运行项目，执行程序时windows7、2008、2008r2、server 2012默认都是使用applicationpoolidentity进程。
applicationpoolidentity进程的权限在本篇中不过多解释，在这里你只要把它理解为一个权限非常低的用户进程（iis_iusrs组）即可。就算localdb是再怎么精简的版本，它毕竟也是sql server，在最极端的情况下，需要经历“开启sqlserver.exe进程”、“创建数据库”两个步骤，不是applicationpoolidentity进程（iis_iusrs组）想做就做的。
解决办法
1： 应用程序池 – 高级设置 – 标识， 以localsystem账户运行。localsystem进程等同于本地administrator。
这样的解决办法最简单，直接通过localsystem账户运行进程，一切烦恼瞬间化为乌有。但是随之而来反面因素便是带来了潜在安全威胁： 如果一个不怀善意的客户端上传了一段恶意代码， 那么恶意代码一旦获得运行机会，那么将是以administrator的权限运行于服务器，这将意味着什么，不必多说。
2：通过attachdbfile，挂接数据库文件到更高的sql server版本解决问题。
localdb是真正的sql server，可以直接和其它版本sql server 无缝兼容，我们只需要把数据库文件挂接到express或更高版本sql server中，
仅仅是需要把：“data source=(localdb)\v11.0;”修改为: “data source=.\sqlexpress”，也可以解决一切烦恼了。这样的做法虽然具备实际意义，但是与本文的主题关系不大，在此也不多描述了。
最后，基于安全因素的运行建议：
1：直接使用localsystem运行整个程序，只要不允许客户端上传文件，整套程序可以放心运行。但是大多数情况下一个有意义的web程序都是允许客户端上传文件的，所以列举一个上传文件的解决办法：
在用户上传文件时，把文件放置到别的进程空间中，运行时，通过外链（upload.abc.com）文件的办法，达到了让用户文件运行于绝对安全的进程中。
2：与建议1相反，把涉及到数据库操作的代码封装为服务，通过wcf或web api的自宿主功能，运行在另一个安全进程中（仅限本地连接），面向公众的web程序通过本地服务接口调用之，如此可以把一切安全因素最小化。（但是开发过程与维护会增加更高的复杂度）
如对本文有疑问，请在下面进行留言讨论，广大热心网友会与你互动！！ 点击进行留言回复
Blazor server side 自家的一些开源的, 实用型项目的进度之 CEF客户端
.NET IoC模式依赖反转(DIP)、控制反转(Ioc)、依赖注入(DI)
vue+.netcore可支持业务代码扩展的开发框架 VOL.Vue 2.0版本发布
我要评论
网友评论