关系数据库难办的十件事.docxVIP

关系数据库难办的十件事nosql关系数据库key-value列式数据库图结构数据库 最近一段时间，准备认真关注并学习一下NOSQL，会陆续摘录一些资料到博客中。对于RDBMS来说，在搜索、推荐、高频交易、产品编目、用户/用户组和ACL 、日志分析、媒体库、电子邮件、分类广告和时间排序与预测等方面或多或少存在一定的局限性。1. 搜索即使是最敬业的甲骨文专家也会尽量避免使用Oracle Text组件。尽管甲骨文公司斥资将其纳入自家数据库产品，但其实际表现相当乏善可陈。同时，很多用户还在使用like及or等命令实现复杂的查询工作，由此引发的结果自然是使用者抱怨满载、实际性能羸弱不堪。当然，甲骨文并不是惟一一家在搜索功能方面有所欠缺的厂商。在Hibernate Search、Apache Solr或者Autonomy的帮助下，我们能够获得更好的检索性能表现。别犹豫，让它们成为大家全文本搜索工作中的有力助手吧。2. 推荐产品会追踪使用者的大量日常信息，并尝试推荐用户可能需要的其它产品。大家不妨设想社交网络的运行情况，如果希望某位用户能够购买他（她）的朋友以及朋友的朋友所选购的袜子，这种跨越式关系会让RDBMS非常被动。要实现这一诉求，需要采用自连接表格与多查询层。这很像是Neo4j等图形类数据库中的两行代码。虽然大家可以通过对社交网络架构的预扁平化及数据临时调整达成目标，但这也会令关系数据库