问对于频繁但异步更新的列，一个表还是多个表？

EN

作为Postgres 10模式的一部分，我有两个表：current和historic --它们都有相同的列。

current大约有20列(+/-)，并保存帐户的最新信息。我需要保留一个时间戳，显示信息何时传入，但20列中的每一列都会在不同的时间得到更新。因此，每个帐户current将有numberOfColumns行(而不是一个帐户的一行) --当新的数据出现在一个列时，只保存该列信息的行将被更新。

这样我就可以快速访问帐户的当前信息。

但是，我也需要存储历史记录；因此，每次更新current时，行(包含单个条目--除了元数据)将被“移动”到historic表中。此表的列数相同。

因此，我将得到一个由20多个列组成的非常稀疏的表，每一行都包含一个时间戳、一列的“数据”值和一些元数据(例如account_id)。

current表将经常被读取。INSERTs和SELECTs都必须非常快。

historic表可能通常用于离线分析，空间是SELECT性能的一个优先事项，但是INSERTs必须是快速的(因为它们是在更新current时完成的)。

所以，我的问题是：

：

1. 这设计不好吗？对于这种情况，通常的解决方案是什么(在这种情况下，诸如帐户详细信息之类的许多事情都是异步更新的)？
2. 我是否应该将其分解，以便我有20个表，其中有一个数据列加上每个表需要的元数据？这似乎会浪费空间。
3. 每种方法的优缺点是什么？

提前谢谢。

编辑(S)：

回应@JonathanFite：

添加模式和示例查询将占用大量空间；但是，

• “data”列是一些十进制和int值以及一个文本值，没有任何约束。
• 有4个附加值具有null约束(大序列、文本、文本和时间戳)，它们将成为每个插入的一部分。
• 每个插入都包括这4，加上十进制或int (或文本在一种情况下)。
• 所有20列都可以在同一秒钟内更新，或间隔几分钟。
• selects将请求按时间排序结果，并且可以用于从单个数据列到几乎所有数据列的任何位置。

这有助于澄清问题吗？