Sql http事务的数据库模式

我有一个脚本，可以对Web服务进行http调用，捕获响应并对其进行解析

对于每个事务，我都希望在关系数据库中保存以下数据片段

HTTP请求时间

HTTP请求头

HTTP响应时间

HTTP响应代码

HTTP响应头

HTTP响应内容

我很难想象这个模式。 我最初的想法是创建两个表

Table 'Transactions': 
1. transaction id (not null, not unique)
2. timestamp (not null)
3. type (response or request) (not null)
3. headers (null)
4. content (null)
5. response code (null)

“transaction id”将是通过将时间戳与标题文本组合而得到的某种校验和

我计算这个事务id的原因是要有一个唯一的id，可以区分两个事务，但同时用于将请求与响应链接起来

这张桌子将用来做什么？ 脚本将每5分钟运行一次，并将所有这些记录到数据库中。另外，每次运行时，脚本都会检查上次成功完成事务的时间。此外，在一天结束时，脚本会生成当天所有交易的摘要并发送电子邮件

---

有没有关于如何改进这个设计的想法？我应该对这个模式应用什么样的规范化和/或优化技术？我应该把它分成两个或更多的表吗？

我决定使用NoSQL方法来实现这一点，它已经起到了作用。使用MongDB。它为文档结构提供的灵活性，以及不必拥有固定数量的属性，确实起到了帮助作用。 可能不是解决问题的最佳方案，但我能够使用复合索引优化性能