我有一个每秒处理大量事务的ESB(5000)。它以不同类型的格式接收所有类型的请求(xml,json,csv,有些是无格式的)。正如你可以想象的那样,很多请求正在被处理。记录和查询大量事务数据的最佳方式是什么?
问题是由于要求,我必须记录每一个这种数据的审核/问题的解决方案。这些数据必须可以使用请求数据的任何部分进行搜索,这些数据来自用户的想法。目前主要问题是:
的数据(XML)对我们的RDBM (SQLServer的2008年)重又引起插入锁定。
查询这些大数据(XML和其他非结构化数据)需要大量的时间,尤其是当它们未被优化时。 (免费文字搜索没有解决我的问题,它仍然太慢)。
数据增长非常快(预计 - 我希望有数据库可以优化保存的数据以节省空间)。几个月的数据消耗了数百GB。
问题是,什么数据库甚至设计原则最能解决我的问题:NoSQL,RDBMS,其他?我想要一些可以记录速度更快,并且可以使用任何部分存储数据快速搜索的记号。
请问你有什么解决方案? –
我遵循ryan1234建议(ElasticSearch)。请注意,对于我的用例,交易完整性不是必需的。 – Lekkie
我可以问,每秒收到多少个请求?以及我们在此讨论的服务器环境或ES群集是什么?和你一样,但是想要实现自己的解决方案或Mongodb。 –