如果是pc软件的话，当然firebird比sqlite好。firebird可以象access一样作为文件型数据库使用。
还可以考虑berkeley db。因为你需要的只是key和value,这种反而比较快。不过berkeley db不知道有没有delphi接口。

赞成用SQLite

引用:

原帖由 wandou 于 2008-2-24 02:12 发表
如果是pc软件的话，当然firebird比sqlite好。firebird可以象access一样作为文件型数据库使用。
还可以考虑berkeley db。因为你需要的只是key和value,这种反而比较快。不过berkeley db不知道有没有delphi接口。

sqlite也可以算是文件型数据库吧

berkeley db 是商用要付费

引用:

原帖由 Lentil 于 2008-2-23 23:41 发表
自己设计的文件格式是实际上是很方便的.设计一个结构:
Data=record
  Key: WideString   
Value: WideString;
end;

而存入文件的数据结构可如下:
FileData=record
  KeyLen: Integer;
  ValueLen: Intege ...

大哥，你说的这些我都不是太懂，因为根本没有做过类似运用，感觉对我太难了点，有些你说的名词我都不懂呢，不管怎么说，你让我增长了知识，谢谢你啊。

引用:

原帖由 wandou 于 2008-2-24 02:12 发表
如果是pc软件的话，当然firebird比sqlite好。firebird可以象access一样作为文件型数据库使用。
还可以考虑berkeley db。因为你需要的只是key和value,这种反而比较快。不过berkeley db不知道有没有delphi接口。

不知道firebird在一个表中存储50万记录，查询和打开表时会不会很慢，很耗费资源？
需要分表吗？

引用:

原帖由 WinHack 于 2008-2-24 06:42 发表
赞成用SQLite

可我发现，firebird与delphi资料多一些，因此，我更倾向于firebird.
不知SQLite与firebird比，到底有什么显著的优势呢？

谢谢大家，再问一下：
数据库文件做词库，会不会因为突然停电而导致数据库文件损坏，下次打开软件时无法加载，这样的几率有多高呢，如何解决这个问题？INI效率差，会因断电而损坏文件吗？

引用:

原帖由 看看看.com 于 2008-2-24 12:08 发表
谢谢大家，再问一下：
数据库文件做词库，会不会因为突然停电而导致数据库文件损坏，下次打开软件时无法加载，这样的几率有多高呢，如何解决这个问题？INI效率差，会因断电而损坏文件吗？

如果在写操作的时候断电,那是有可能损坏的,所以你可以做一个备份表.