今天花了一天的时间研究了一下SQLite，以取代一些轻量级项目中使用的Access数据库。原因一方面是想尝试一下这个收到追捧的轻量级文件数据库，另一方面是想使用对象关系映射(ORM)，SQLite的支持比Access更好一些。
先做了Demo，做了简单的select操作，不过根据经验，.Net应用程序在部署时总会遇到这个那个的问题，果然部署到服务器上时，出现了一系列的问题。至于SQLite如何使用，不在本文的讨论范围内。
我们本次讨论的是在本机开发和调试全部完成后，部署到服务器上（Windows Server 2008 R2）时的时候出现的问题。
SQLite应用的部署步骤和普通应用是一样的（本应该是如此，否则如何轻便呢？），但可能会遇到一系列的问题，以下问题都是我在部署时亲身经历的问题，测试用服务器是一台全新部署的Windows Server 2008 R2。
1、命名空间“System.Data”中不存在类型或命名空间名称“SQLite”(是否缺少程序集引用?)
请检查是否把System.Data.SQLite.dll放到了bin目录下。本机因为添加了SQLite安装目录下的dll引用因此可以正常调试。> SQLite.NET下载页面
2、未能加载文件或程序集“System.Data.SQLite.Linq”或它的某一个依赖项。生成此程序集的运行时比当前加载的运行时新，无法加载此程序集。
以上问题是由于服务器未安装.Net Framework 4.0（或许应用程序池选择了低版本也会出现，未经测试） ，而.Net Framework版本也是比较重要的细节，可以发现在下载SQLite.NET时候，分的比较严格，for .Net Framework 3.5SP1和4.0是分开的，因此必须选用和目标框架版本一致的版本。安装完.Net 4.0后，记得切换IIS中应用程序池的版本。
3、未能加载文件或程序集“System.Data.SQLite.dll”或它的某一个依赖项。找不到指定的模块。
该问题出现的原因是没有安装Microsoft Visual C++ 2010 SP1 Redistributable Package (x64)（当然如果你不是64位系统请安装for x86）。
4、Attempt to write a read-only database
请检查数据库所在目录的权限，加入IIS_IUSRS组的完全控制权限（理论上写入即可）。网上查到说添加Users组，事实上正确的做法是添加IIS_IUSRS组，这个才是IIS工作进程所使用的组，应该与Users是子集的关系，所以使用IIS_IUSRS肯定会更安全一些。
5、未能加载文件或程序集“System.Data.SQLite”或它的某一个依赖项。试图加载格式不正确的程序。
这个问题长的和第3个问题很像，只是离胜利更进一步了。产生这个问题的原因是使用了错误版本的System.Data.SQLite.dll，即在x64的服务器上使用了x86的dll（反之亦然），这个问题倒是有2个解决方法。第一个也是我所推荐的，使用正确版本的dll；第二个方法是在IIS应用程序池的高级设置中，“启用32位应用程序”一项设置为True。可能你再这么做之后，又回到了第三个问题，别担心，x86 Visual C++ Runtime装上了就好了。
注意：如果选择了启用32位应用程序，那么就只能使用32位的dll，一个应用程序池中是不能32位和64位混用的。
6、没有报任何错，但是访问SQLite的速度很慢，哪怕是简单的Select操作。
测试数据是只有2个字段，10条数据的SQLite3数据库。很明显这不是应有的表现，经过一系列的测试和排查，发现该问题是由于目录权限造成的。当你只进行查询之类的只读操作时，是不会报错的。解决方法参照以上第4条即可。
至于产生的原因，看到网上说SQLite在操作时是需要创建临时文件的，可能是权限受限后出现了些许问题了吧。
以上6个问题是我部署时遇到的问题，一步步循序渐进，最终赢得了胜利。更加深入的问题后续遇到了继续补充吧。相信很多人都会遇到相同的问题，也相信这篇文章能够解决大部分人的问题。
我也是新人，我的职业也不是程序员，如有不足指出，希望高人指教，谢谢。