针对零售POS的SQL DB重新设计 - 大批量交易和批量处理

Question

我们正在重新设计支持增长的POS后端数据库。目前，我们的POS交易通过Web服务传递给DB。

我知道硬件扩展是增加吞吐量（每秒事务数）的一个选项。然而 - 我期待通知是否有其他选项，如数据库缓存，数据库分区或从非事务性数据库中隔离事务性数据库等。

另外 - 我们运行一些通常锁定DB的计划批处理作业。我打开对于如何避免这种情况下DB锁定的建议。

数据库是SQL Server 2008 R2。

Answer 1

也许看看NoSQL/Document Databases或内存数据库。