使用ServiceStack和ORMLite SQLServer進行審計跟蹤

我們目前正在嘗試使用服務堆棧和ormlite來實現一個新的ERP應用程序，我們希望將其與我們的一些遺留物體進行整合。我發現Service-stack和它的ormlite模塊都採用了這種方法，並且使用起來很愉快，所以我們想用相同的方法來簡化和性能，但我們遇到的絆腳石是數據和操作的審計。我只是想知道是否有人處理過這個問題，使用服務棧「堆棧」以及他們如何接近它。我們不希望在數據庫被丟棄和定期創建時使用dbtriggers，而且我們還有一些需要和審計的操作不適合這種低級管理。使用ServiceStack和ORMLite SQLServer進行審計跟蹤

任何意見將不勝感激。

來源

2013-02-27 Andy Allison

自從2年前發佈這個什麼一直是你的經驗。即如何使用OrmLite解決審計問題 – 2015-08-28 08:52:11

我們也一直在考慮審計，但沒有具體的東西。列出我們的一些想法。反饋歡迎。

我們傾向於在Redis中保留我們的「審計日誌」。我們已經使用Redis作爲CacheClient（因此它可用），並且ServiceStack.Redis庫使它在簡單緩存之外使用變得非常簡單。（Redis還有更多優惠）
ServiceStack提倡'消息傳遞風格'，因此思想是採取'請求'並將其映射到'審計消息'（可能說起來容易做起來難）並將其存儲在Redis中。可能將其存儲爲字符串JSON值（也許列表類型更合適？）。我們還沒有制定密鑰的格式。
爲了「觸發」審計線索，我們可以用適當的審計方法創建我們自己的基礎「服務」類。
我們確實有關於Redis的持久一些顧慮和數據丟失（http://redis.io/topics/persistence）

來源

2013-02-27 16:07:58 paaschpa

一些需要思考的東西，我們還沒有完全轉向redis，但所有的東西都是SQL，但我確實喜歡更多基於消息的審計方法。我認爲我已經看到類似事件源類型的模式。可能會在那裏。 – 2013-02-27 17:18:46

我正試圖解決同樣的問題。我已經考慮過上述方法，但對redis持久性有類似的保留/缺乏理解。另外，我開始使用消息（REDIS和Servicestack）將數據保存回SQL，並且正在考慮發送審計消息，然後將這些消息保存在後臺線程中。 – MikeT 2013-03-06 09:41:59

我正在尋找解決與http://www.collabinate.com類似的問題。會有興趣聽到你們最終的結果。 – Mafuba 2013-05-01 04:45:15

使用ServiceStack和ORMLite SQLServer進行審計跟蹤

回答

相關問題