我需要在磁盘上存储一个非常简单的数据结构--Point。它的字段只是：

• Moment-64位整数，表示时间的高精度。
• EventType-32位整数，引用另一个对象。
• Value-64位浮点数。

所需经费：
1.(Moment+EventType)是Point的唯一标识，所以我怀疑它是一个复合主键。
1.有大量的Points。高达50亿(1-2 TB的磁盘空间)。因此，格式必须尽可能小。
1.表的典型且几乎单一的用法是通过精确的EventType和范围Moments检索(或创建视图)数百万个Points。
问题：

• 选择哪种RDBMS？为什么？
• Points表的最佳SQL定义是什么？
• 并对我下面的想法发表评论也很感谢。

我不需要一个庞大的专业系统，包括所有工具、功能和扩展，如PostgreSQL或MSSQL。另外，我不需要服务器，所以选择SQLite看起来是最好的。另一个很棒的具有嵌入式数据库功能的RDBMS是Firebird，但我被SQLite的动态类型范例所吸引。它看起来可以节省我在磁盘上的空间，因为整型字段可以以“较小”的形式存储(1、2、3、4、6字节)。
但首先，当主键为复合键时，SQLite会创建特殊的ROWID列(64位长度)：

CREATE TABLE points (
    moment integer not null,
    event_id integer not null,
    value numeric not null,
    PRIMARY KEY (moment, event_id)
);

这意味着table浪费了近40%的空间，而不是为了什么。我找到了"The WITHOUT ROWID Optimization"。但它将只在3.8.2版本的SQLite(2013年12月)中可用。等待我需要的ADO.NET提供程序是不合适的。
另一个问题是SQLite对表使用B-tree。它看起来对选择数据范围的效率很低。根据主键的范围选择一大块Points，看起来SQLite将不是一个好的选择。