我对在开发过程中使用SQLite作为数据库解决方案的可能性感到很兴奋,因此我可以专注于首先编写代码并使用NHibernate的ShemaExport功能在运行时动态生成db。但是,我遇到了一些问题,其中最重要的是,似乎SQLite要求我使用Int64作为我的主键(比如Int32或Guid)。有没有办法解决这个问题?
注意:我应该指定这是在使用NHibernate的应用程序的上下文中。严格来说,不能在SQLite中使用INT数据类型创建表,但保存和检索数据时的行为似乎表明它正在以Int64形式存储和/或检索。
答案 0 :(得分:6)
SQLite允许您将表格中的任何字段用作PRIMARY KEY
。这样做会在字段上隐式创建UNIQUE
索引。这是您作为开发人员可以认为是该字段的主要唯一标识符的字段。它可以是任何受支持的SQLite数据类型(如下所示)。
SQLite将始终为每个表创建一个隐式内部数字标识符。它将包含多个别名,包括RowID
,OID
和_ROWID_
。如果您将主键创建为INTEGER PRIMARY KEY
,那么它将使用与主键相同的字段和SQLite的内部数字标识符。
SQLite没有Int32或Int64或Guid数据类型的概念。它只有四种数据类型:INT
,REAL
,TEXT
和BLOB
。当您对SQLite运行DDL时,如果您使用除这四个标识符之外的任何内容,SQLite将使用一组规则来确定要使用的类型。基本上,Int32
和Int64
被视为INT
的别名,最终会做同样的事情。
即使您使用为每个字段提到的数据类型创建了表,您设置的只是该字段的类型亲缘关系。 SQLite不强制实施数据类型。无论声明的类型如何,任何数据都可以放入任何字段。如果可能,SQLite将使用类型亲缘关系来转换数据,因此如果您将“123”作为文本字符串插入INT
字段,它会将其存储为数字123.
类型亲和力的唯一例外是INTEGER PRIMARY KEY
FIELDS。那些必须是整数。
SQLite中的整数始终存储有可变长度字段。因此,根据整数的大小,实际上可能会为某些行返回Int32,而对于其他行则返回Int64,所有这些行都在同一个字段中。这取决于您正在使用的包装器,在本例中为NHibernate(我猜是使用System.Data.SQLite)。
答案 1 :(得分:0)
它不要求您使用Int64,但是,它可能只允许您指定数字主键时。因为sqlite实际上没有参考完整性检查(尽管最近有人讨论过这个问题,也许是hipp甚至已经实现了,我最近没有检查过),所有主要的关键手段是“使这个列唯一并创建一个索引”它”。它没什么特别之处。您当然可以使用varchar或text作为主键。例如,这有效:
create table t_test (
theID varchar(36) primary key,
nm varchar(50)
)
在上面你可以使用id以文本形式存储guid。
可以在此处找到更多信息:http://www.sqlite.org/lang_createtable.html#rowid
@weenet ... per your comments, the following code works just fine.
我认为如果你仍然遇到麻烦,你需要发布你的代码。
create table t_test2 (
theID int32 primary key,
nm varchar(50)
);
insert into t_test2 (theID, nm) values (1, 'don');
insert into t_test2 (theID, nm) values (2, 'weenet');
select * from t_test2;
此外,此代码工作正常(varchar作为主键):
create table t_test (
theID varchar(36) primary key,
nm varchar(50)
)
insert into t_test (theID, nm) values ('abcdefg', 'don');
insert into t_test (theID, nm) values ('hijklmnop', 'weenet');
select * from t_test