SQLite 作为一个轻量级嵌入式数据库，还是非常好用的。雨痕极力推荐~~~~~~
今天有个朋友测试 SQLite，然后得出的结论是：SQLite 效率太低，批量插入1000条记录，居然耗时 2 分钟！
下面是他发给我的测试代码。我晕~~~~~~
using System.Data;
using System.Data.Common;
using System.Data.SQLite;
// 创建数据库文件
File.Delete("test1.db3");
SQLiteConnection.CreateFile("test1.db3");
DbProviderFactory factory = SQLiteFactory.Instance;
using (DbConnection conn = factory.CreateConnection())
{
// 连接数据库
conn.ConnectionString = "Data Source=test1.db3";
conn.Open();
// 创建数据表
string sql = "create table [test1] ([id] INTEGER PRIMARY KEY, [s] TEXT COLLATE NOCASE)";
DbCommand cmd = conn.CreateCommand();
cmd.Connection = conn;
cmd.CommandText = sql;
cmd.ExecuteNonQuery();
// 添加参数
cmd.Parameters.Add(cmd.CreateParameter());
......
作者： zieckey ( zieckey@yahoo.com.cn )
第一章 从这里开始
1.0 引言
最近发现网上很多人在文 sqlite 数据库的问题，可是解答的人并不多。于是萌生了写点这方面的文章的念头。虽然我也是刚接触 sqlite 不到半年，对其了解得也不是很深很透彻，但是写点东西让初学者能够很快上手，也算是我的心愿之一。也许很多高手会觉 ......
因为项目需要，需要使用sqlite，在csdn的blog中，发现了此文章，
以下系列均摘自：http://www.cnblogs.com/hustcat/ 谢谢！
1、SQLite介绍
自几十年前出现的商业应用程序以来，数据库就成为软件应用程序的主要组成部分。正与数据库管理系统非常关键一样，它们也变得非常庞大，并占用了相当多的系统资源，增加了管理的复杂性。随着软件应用程序逐渐模块模块化，一种新型数据库会比大型复杂的传统数据库管理系统更适应。嵌入式数据库直接在应用程序进程中运行，提供了零配置（zero-configuration）运行模式，并且资源占用非常少。
SQLite是一个开源的嵌入式关系数据库，它在2000年由D. Richard Hipp发布，它的减少应用程序管理数据的开销，SQLite可移植性好，很容易使用，很小，高效而且可靠。
SQLite嵌入到使用它的应用程序中，它们共用相同的进程空间，而不是单独的一个进程。从外部看，它并不像一个RDBMS，但在进程内部，它却是完整的，自包含的数据库引擎。
嵌入式数据库的一大好处就是在你的程序内部不需要网络配置，也不需要管理。因为客户端和服务器在同一进程空间运行。SQLite 的数据库权限只依赖于文件系统，没有用户帐户的概念。SQLite 有数据库级� ......
首先声明：如果你想直接alter，放弃吧。以下内容可以忽略了。
sqlite官方说明如下：
SQLite supports a limited subset of ALTER TABLE. The ALTER TABLE command in SQLite allows the user to rename a table or to add a new column to an existing table. It is not possible to rename a column, remove a column, or add or remove constraints from a table.
大概意思是sqlite的alter功能只是alter table的一个子集，只有部分功能，比如重命名表名，新增列到现有表中。
不支持现有列的重命名，删除和修改。
我们只能通过临时表来解决。
BEGIN TRANSACTION;
CREATE TEMPORARY TABLE temp_table(a);
INSERT INTO temp_table SELECT a from 表;
DROP TABLE 表;
CREATE TABLE 表(a);
INSERT INTO 表 SELECT a from temp_table;
DROP TABLE temp_table;
COMMIT;
这样可以解决，但是如果有自增主键的话，那就要小心了。 ......
这两天C/S的项目中用到了sqlite，这个小东西还真是好用。访问速度很快不说，生成的数据库文件也很小。非常适合小型项目的数据库。wince中强烈建议使用。
不过今天遇到一个问题让人头大，delete数据的时候提示no such table。
数据库中的表明明存在，在数据库中执行delete的sql也没有问题。看来不是sql语句的问题。
但是之前有个窗体跟现在这个窗体使用的是一模一样的方法，怎么前面那个就可以，到这个窗体就不行了呢？
分析了一下两个窗体的区别，发现前者是show，后者是ShowDialog 。难道问题出在这里？
调试发现，果不其然。
因为我连接数据库的时候写的是datasoure="db"，而show出来的窗体是在debug下面去查找，而ShowDialog出来的窗体则不是。
所以解决方式是datasoure后面的数据库建议构造为物理路径，至于怎么构造，自己想办法把。如果写成默认的路径，发布以后你的项目就用不了。
问题是解决了，但是后头一想，sqlite会犯这样的错误吗？明明是找不到数据库，却报找不到表的错误？
调试发现，原来sqlite在找不到数据库的情况下会自动建一个新的数据库（注：我使用的是sqlite.Data)
原来如此，错误清晰了。
顺便介绍两个东西给大家使用。
System.Data.SQLite ......
SQLite和其他大部分现代SQL数据库在基本设计目标上是不同的，它的目标是简单。SQLite遵循这一目标，即使这样偶尔会导致某些特性实现的低效化。下面列举了SQLite的一些缺陷：
SQL-92特性方面
正如前面提到的，SQLite不支持SQL-92的在很多企业数据库系统中可用的一些特性。
如：
外键约束（可解析的，但非强制）
很多ALTER TABLE特性
一些TRIGGER相关的特性
RIGHT和FULL OUTER JOIN
更新一个VIEW
GRANT和REVOKE
你可以在SQLite的主页上获取最新信息。
http://www.sqlite.org/omitted.html
http://www.sqlite.org/cvstrac/wiki?p=UnsupportedSql
低并发操作
SQLite只支持平面事务；它没有嵌套和营救点能力。嵌套意味着在一个事务中可以有子事务的能力。营救点允许一个事务返回到前面已经到达的状态。它没有能力确保高层次事务的并发。它允许在单个的数据库文件上多个并发的读事务，但是只能有一个排他的写事务。这个局限性意味着如果有事务在读数据库文件的一部分，所有其他的事务将被禁止写该文件的任何一部分。类似的，如果有事务在写数据库文件的一部分，所有其他事务将被禁止读或者写该文件的任何一部分。
应用限制
因为它事务处理的有限并发，SQLite只擅长� ......
最新文章 : Sqlite