http事務的數據庫模式

Question

我有一個腳本，它可以對web服務進行http調用，捕獲響應並對其進行解析。

對於每個事務，我想將下列數據片段保存在關係數據庫中。

1. HTTP請求時間
2. HTTP請求頭
3. HTTP響應時間
4. HTTP響應代碼
5. HTTP響應報頭
6. HTTP

我有響應內容的韌實時可視化此模式。 我最初的想法是創建2個表格。

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可以區分2個事務，但同時用於鏈接請求和響應。

該表格將用於什麼？ 腳本將每5分鐘運行一次，並將所有這些記錄到數據庫中。另外，每次運行時，腳本都會檢查最後一次成功的交易。此外，在一天結束時，腳本會生成當天所有交易的摘要並通過電子郵件發送。

任何想法，我可以改進這種設計？什麼樣的規範化和/或優化技術我應該適用於這個模式？我應該把它分成2個或更多的表格嗎？

Answer 1

我決定使用NoSQL的方法來做到這一點，它已經工作。使用MongDB。它提供的文檔結構的靈活性並不需要固定數量的屬性，這真的有所幫助。 可能不是問題的最佳解決方案，但我能夠使用複合索引優化性能。