我们已被指示重建本质上可以具有许多潜在子输入(范围从1到100个输入)的表单。
让我担心的变化是,我们希望为每个输入键入每个字段,并通过Websocket进行传输。
例如,如果用户键入“ hello”,我们将向Postgres写入5次:“ h”,“ he”,“ hel”,“ hell”,“ hello”。
我认为这在用户端很好,因为它们随即保存,而且他们不必担心“保存”表单。但是,我担心我们会竭尽全力解决与Postgres的联系。
我们正在使用具有4 GB RAM,64 GB存储,120个连接的Postgres实例。
我们应该关注什么级别的写入/秒,以及我们可以采用什么方法来衡量和缓解问题?
答案 0 :(得分:0)
如果每秒开始写入超过几千次,则应该担心。除非您可以使用HOT更新(修改后的列上没有索引),否则您将无法支持更低的更新率,因为自动真空无法跟上。
我认为在数据库中存储部分用户输入的概念很疯狂。您的应用程序应等待输入完成,然后验证数据是否正确,然后再将其存储在数据库中。