您如何看待在特殊日誌表中保存堆棧跟蹤？

Question

假設您的應用程序有一個特殊的日誌表。

你覺得一個可能的堆棧跟蹤創建BLOB字段是什麼？

記錄做是爲了文件爲好，但也不是那麼方便閱讀的文本文件，而且數據庫是更爲「平易近人」。

Answer 1

重複的日誌聽起來像......好吧，重複的日誌記錄。高架。如果您需要通過數據庫訪問日誌，我寧願使用/編寫一個工具，以便在需要時將日誌導入到單獨的數據庫。或者通過其他方式讓他們訪問。我知道的一個工具是Splunk，但它很昂貴，我相信也有其他人。

Answer 2

如果堆棧跟蹤是由於數據庫連接失敗？有些事情需要儘可能低層次和簡單。此外，我不明白爲什麼數據庫應該比文件共享或ssh帳戶更多或更少訪問。

Answer 3

我以前工作的一個應用程序，發生這種情況，但馬塞洛Cantos的建議，這是從來沒有真正可靠的，因爲某些例外不能有記錄，所以我們從來沒有使用過它，始終依靠日誌文件來代替。

如果使用日誌文件來調試錯誤，您還可以讓你選擇打印，按正確的順序信息的消息的任何其他調試;很少有您需要的是堆棧跟蹤，通常由堆棧跟蹤引發的情況同樣如果不是更有用。

Answer 4

爲什麼？或者至少，如果你打算這麼做，爲什麼Blob領域？

如果我要實現這樣的事情，我將會分離異常轉換成單獨的StackTraceElements和存儲那些到適當的表。隨着時間的推移和各種失敗，您可能會在應用程序中產生一些有關風險和質量性質的有趣統計數據。