最近在做SQLite开发，开发环境是VS2010+ SQLite Ado.Net data Provider。这套Data Provider程序是基于System.Data.SQLite 1.0.66版本，下面就总结一下开发SQLite过程中的经验。
1.程序部署报错
因为SQLite Ado.Net data Provider会将常用dll注册到GAC，所以在本机运行时一般不会有问题，但是部署到别的机器就会报错。这时需要做两个操作：
- 将System.Data.SQLite.dll、System.Data.SQLite.Linq.dll等几个相关dll拷贝到应用程序目录下。
- 将*.exe.config中的connection stirng绝对路径改为相对路径。
- *.exe.config文件需要添加如下信息：
<system.data>
<DbProviderFactories>
<remove invariant="System.Data.SQLite"/>
<add name="SQLite Data Provider" invariant="System.Data.SQLite" description=".Net Framework Data Provider for SQLite" type="System.Data.SQLite.SQLiteFactory, System.Data.SQLite,Culture=neutral, PublicKeyToken=db937bc2d44ff139″ />
</DbProviderFactories>
</system.data>
2.数据库清理(VACUUM)
当数据库中的一个或多个数据表存在大量的插入、更新和删除等操作时，将会有大量的磁盘空间被已删除的数据所占用。在没有执行VACUUM命令之前，SQLite并没有将它们归还于操作系统。由于该类数据表中的数据存储非常分散，因此在查询时，无法得到更好的批量IO读取效果，从而影响了查询效率。
VACUUM命令在完成数据清理时采用了和PostgreSQL相同的策略，即创建一个和当前数据库文件相同大小的新数据库文件，之后再将该数据库文件中的数据有组织的导入到新文件中，其中已经删除的数据块将不会被导入，在完成导入后，收缩新数据库文件的尺寸到适当的大小。
在SQLite中，仅支持清理当前连接中的主数据库，而不能清理其它Attached数据库。可以使用VACUUM的方法对sqlite数据库进行清理。
3.外键的Delete Cascade不起作用
使用SQLite Ado.Net data Provider的Designer工具导入*.db文件时，外键的Cascade信息没能正确导入。这时需要在edmx编辑界面手动进行修改。在*.edmx窗口选择连接线，在Property窗口手动修改End1 OnDelete属性为Cascade。修改完成后发现cascade有时生效，有时不生效。这时因为如果*.db库没加载进内存，cascade就不生效。因此，如果希望cascade生效，还要将关联的表手动加载(有点像Hibernate的机制)，代码如下：
if(!t1.t11.IsLoaded)
t1.t11.Load();
这时t1表中的一行删除时，t11表中的相关数据才会跟着被删除。但是这样也造成了SQLite性能的下降，具体还要根据业务需求来进行取舍。
4.Nullable<long> 非空类型
如果在SQLite中不特别设置的话，数字列映射的属性对象是Nullabe型的，需要在数据库中设置为非空。