針對零售POS的SQL DB重新設計 - 大批量交易和批量處理

Question

我們正在重新設計支持增長的POS後端數據庫。目前，我們的POS交易通過Web服務傳遞給DB。

我知道硬件擴展是增加吞吐量（每秒事務數）的一個選項。然而 - 我期待通知是否有其他選項，如數據庫緩存，數據庫分區或從非事務性數據庫中隔離事務性數據庫等。

另外 - 我們運行一些通常鎖定DB的計劃批處理作業。我打開對於如何避免這種情況下DB鎖定的建議。

數據庫是SQL Server 2008 R2。

Answer 1

也許看看NoSQL/Document Databases或內存數據庫。