探讨一下,用 lucene 的索引表取代数据库的可行性

2015-04-10 10:45:17 +08:00
 northisland

lucene只维护一张表,field内容支持文本、数字、时间。

说说个人的看法,我认为lucene索引表,比数据库好

查询速度,单一属性查询性能,lucene远超数据库,100w数据10ms以内搞定
访问并发性,个人感觉不相上下
lucene的field数据更加灵活,可以为多组值,也可以临时加field

劣势就是,需要用python或者java写代码,没有数据库的SQL语句

这些是我这个小新人的看法
大家点评点评

1053 次点击
所在节点    数据库
12 条回复
sun1991
2015-04-10 10:48:19 +08:00
两者不是一个东西... 没什么可比性.
northisland
2015-04-10 10:52:11 +08:00
@sun1991 都是维护一堆数据,差异在哪儿?
Septembers
2015-04-10 10:56:24 +08:00
@northisland 结构化
windyboy
2015-04-10 11:12:05 +08:00
看elasticsearch
1120101929
2015-04-10 11:44:12 +08:00
lucene在处理像SQL中的group by上面还不是很好。lucene现在提供的分组只支持一个字段。
而且,lucene不能处理SQL中的约束。
ivanlw
2015-04-10 12:25:40 +08:00
Elasticsearch和Apache Solr不就干这事儿的嘛,并发性好,还有漂亮的RESTful API
msg7086
2015-04-10 12:49:21 +08:00
@Septembers 或者说范式?
@northisland
关系型数据库本来就是维护关系的。你全放进一张表了,哪来的关系?
如果你的数据本来就没有关系,那你本来就应该去用nosql类的软件了。
zhangxiao
2015-04-10 14:56:48 +08:00
如果你的应用可以接受冗余来保持数据关系,用索引会更快。虽然两者不同,但在现在很多场景里可以替换了
ncisoft
2015-04-10 15:41:03 +08:00
倒排序能满足dml性能能吗?
clino
2015-04-10 17:04:17 +08:00
怎么感觉就是在说nosql数据库啊?
otakustay
2015-04-10 19:16:37 +08:00
我以前就是所有查询走lucene然后拿到id去数据库取全数据的,在我的实际环境下性能比mysql好多了
zhicheng
2015-04-10 21:14:39 +08:00
比如事务?主键索引,你说的那个量级任何SQL数据库应该都不是问题。。。话说是谁让你们觉得RDBMS很慢的?

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/182748

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX