相关疑难解决方法(0)

我们的系统写入了大量数据（一种大数据系统）。写入性能足以满足我们的需求，但读取性能真的太慢了​​。

我们所有表的主键（约束）结构都相似：

timestamp(Timestamp) ; index(smallint) ; key(integer).

一个表可以有数百万行，甚至数十亿行，而一个读请求通常是针对特定时间段（时间戳/索引）和标记的。查询返回大约 20 万行是很常见的。目前，我们每秒可以读取大约 15k 行，但我们需要快 10 倍。这是可能的，如果是，如何？

注意： PostgreSQL 是和我们的软件一起打包的，所以不同客户端的硬件是不一样的。

它是一个用于测试的虚拟机。VM 的主机是具有 24.0 GB RAM 的 Windows Server 2008 R2 x64。

服务器规范（虚拟机 VMWare）

Server 2008 R2 x64
2.00 GB of memory
Intel Xeon W3520 @ 2.67GHz (2 cores)

postgresql.conf 优化

shared_buffers = 512MB (default: 32MB)
effective_cache_size = 1024MB (default: 128MB)
checkpoint_segment = 32 (default: 3)
checkpoint_completion_target = 0.9 (default: 0.5)
default_statistics_target = 1000 (default: 100)
work_mem = 100MB (default: 1MB)
maintainance_work_mem = 256MB …

在 PostgreSQL 文档中，据说整数数据类型可以存储在两字节、四字节或八字节的空间中。我的数据库中表的一列包含一个一字节整数值，我希望它以一字节数据类型存储。

1. 在 PostgreSQL 中是否有使用单字节整数数据类型的扩展或方法？
2. NUMERIC(1,0) 是多少字节？

我最近一直在学习bit string数据类型，我很好奇：

1. 在这个文档页面的底部有一句话：

   ...加上 5 或 8 个字节的开销，具体取决于字符串的长度

2. 在其他语言（如 PHP、Java、C#、C++ 等）中，如何通过 Npgsql、ODBC 等驱动程序处理位字符串？

对于问题 #1，使用 smallint 或 bigint 将提高存储效率，并且可能会提供性能提升，因为在任何地方都支持整数。大多数编程语言都可以轻松处理整数的位操作。如果是这样，那么引入位串数据类型的意义何在？是否仅适用于需要大量位掩码的情况？位域索引可能吗？我对 PostgreSQL 中如何进行位域索引比较好奇。

对于#2，我很困惑，不仅仅是好奇。例如，如果我将工作日位掩码存储在 bit(7) 字段中，一天一位，最低位代表星期一。然后我在 PHP 和 C++ 中查询该值。我会得到什么？文档说我会有一个位串，但是位串不是我可以直接使用的 - 就像整数一样。那么在这种情况下，我应该放弃位域吗？

任何人都可以详细说明为什么以及何时应该使用一点或一点变化？

我想从Postgres 文档中询问这个片段关于varchar(n)类型的含义：

短字符串（最多 126 个字节）的存储要求是 1 个字节加上实际字符串，其中包括字符情况下的空格填充。较长的字符串有 4 个字节的开销而不是 1 个字节。

假设我有一个varchar(255)字段。现在，以下声明：

• 如果该字段包含 10 个字节的字符串，则开销为 1 个字节。因此该字符串将使用 11 个字节。
• 如果该字段使用 140 个字节保存字符串，则开销为 4 个字节。因此该字符串将使用 144 个字节。

上面的那些说法是真的吗？这里有人理解文档相同的方式，我不过这里有人指出的开销总是4个字节在这里？