.NET Framework 4.0不能用sqlite的问题解决方法

这是由于.NET Framework 4.0中把版本号所有统一成4.0了，而这个SQLite provider是.NET 2.0的。

解决方法是在app.config的configuration节点下加入如下节点：

---

<startup useLegacyV2RuntimeActivationPolicy="true">
    <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.0"/></startup>

个人原来是这样的

<startup>
    <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.0"/></startup>

如下是网上找的资料，比较详细的分析（http://www.poluoluo.com/jzxy/201305/207264.html）

查阅了相关资料，stackoverflow.com上建议在config文件中增长配置：

<startup useLegacyV2RuntimeActivationPolicy="true"> 
<supportedRuntime version="v4.0"/> 
</startup>

MSDN上也对此方法进行了阐述，参见http://msdn.microsoft.com/en-us/library/bbx34a2h(VS.100).aspx

可是使用此方法编译后问题仍然没有解决，可是问题能够明确锁定为.net runtime环境的问题了。

<startup useLegacyV2RuntimeActivationPolicy="true">
<supportedRuntime version="v4.0"/>
<requiredRuntime version="v4.0.30319" />
</startup>

再次运行，问题解决。这下须要了解是什么缘由形成的？
supportedRuntime标签用来 具体说明应用程序支持的是哪一个.framework运行时的版本；
requiredRuntime标签用来 具体说明应用程序只支持1.0版本的公用语言运行时间。若是使用1.1版本或者后面的版原本编译，应用程序必须使用<supportedRuntime>元素；
注意：
<supportedRuntime>必须经过1.1版本或后面的版本而编译的应用程序来使用。只支持1.0版本的运行时间的应用程序必须使用<requiredRuntime>。

再次查阅CLR Runtime版本的相关资料，引用如下CLR运行规则和各版本间关系汇总表格，以下：
规则：
1. CLR4.0及以上版本编译的应用程序老是运行在应用程序所被编译的CLR版本上；
2. CLR4.0如下版本编译的应用程序优先运行在被编译的CLR版本上，若是此版本不存在，则运行最新的小于CLR4.0的版本； 
汇总以下：

至此咱们就能很清楚的搞清各个CLR版本之间的联系了。

总结：微软每次版本升级都会形成一些新的问题的出现，早年从CLRv1.0到CLRv2.0曾经也形成不少的困惑，可能也是因为过大的组织形成不能面面俱到吧，但愿在从此的版本升级中能真正作到无缝的版本联接。