Database 对单个数据库表的连续插入和删除操作是有效的设计吗？

我有一个应用程序，其中对于到达应用程序服务器的每个请求，其所有属性都存储在具有唯一请求Id的特定表中。并且在完成请求处理时（即，在生成响应时，但在将响应发送到客户端之前），基于唯一请求Id，相应的行将从表中删除。现在，一个应用程序平均可以处理大量的请求。因此，这意味着在单个表上执行大量的插入操作，然后执行相应的删除操作。这会影响数据库的性能和稳定性吗？

@FreshPrinceOfSO是“有效设计”还是“影响性能和稳定性”？会影响性能和稳定性。。。由于与此操作相关的成本，您可能希望找到一种不立即删除行的方法。对我来说，此设计听起来像是使用已知设计模式和关注点分离的正确设计模型的糟糕替代品。这真的需要存储在数据库中吗，而不仅仅是保存在应用程序中？您不能将请求数据存储在会话数据中吗？或者，如果使用mysql作为临时数据，您可以使用内存表：这是非常快的性能，因为它存储在内存中，而不是硬盘中。