Bitrac 使用的 SQLite 数据库建表的时候忘记了加入忽略大小写的参数。所以会造成很多不便，前一段时间使用中倒是没有发现什么问题，不过问题肯定会出现的。
今天凑空把数据库整理了一下。实现了忽略大小写，其实也很简单就是建表的时候为目标字段添加 "COLLATE NOCASE" 就可以了。不过 SQLite 没有直接修改字段属性的语句，所以我就写了一些 SQL 语句以达到平滑升级的目的。
下面我把升级的 SQL 语句打包上传上来，点击下载
升级步骤如下：
另外特别感谢使用了内测版本并汇报 BUG 的朋友汤尼尔。
这篇文章是根据 SQLite 官方 WIKI 里的内容翻译，如果有什么翻译不当的地方希望大家指出，毕竟我的英文水平实在很差。 SQLite 包括以下五个时间函数：
上述五个函数需要一个日期时间字符串做参数，后面可以跟零到多个修正符参数。而 strftime() 函数还需要一个日期时间格式字符串做第一个参数。
呵呵。今天终于把 Access 转换为 SQLite 了。感觉速度提升很大，数据库足足小了三倍有余。感觉国内的虚拟主机商有点跟不上时代，做广告打出支持 ASP.NET 2.0 + ACCESS 是没有什么杀伤力的，如果打出 ASP.NET 2.0 + SQL Server Express 多有杀伤力啊。
Bitrac 最大问题，数据库的问题已经解决，Access 的效率现在实在不敢恭维了。特别是 ADO.NET 分个页那是占内存啊。。。超级占，而 SQLite 分页很简单，跟 MySQL 一样 LIMIT m OFFSET n，搞定！下一步要解决的问题就是 JS 和 HTML 的完全分离，目前 Bitrac 的日历模块还是非常初级的。JS 和 HTML 完全混杂在一起。必须分离了。
Loveyuki's BLOG 关闭了两年，PR 值现在才 4 。郁闷……
SQLite 是一个轻量级的数据库引擎，相比一般我们用 JET 引擎访问 Aceess 优点很多，ASP.NET 可以使用 System.Data.SQLite 这个 .NET Wrapper，我在本机测试了一下 Bitrac 程序使用不同引擎的速度，目前数据量很小的情况下可以提高一倍的速度，数据库越大提高肯定越多的。就是不知道 System.Data.SQLite 能否在这个服务器上使用，毕竟我所使用的服务器的 .NET 权限是有所限制的。
今天把 Access 到 SQLite 的转换程序已经写完了。明天测试一下服务器是否支持，不管支持不支持，Bitrac 都会多一个 Database Provider。写 Database Provider 真麻烦。每种数据库的 SQL 语句都不太一样，数据类型也要考虑好，真头疼。
FCKeditor 2.5 正式版的Roadmap，看得真让人心惊，100% 又给跳回去了……