s**********n
发帖数: 868 | 1 SOLR的wafer equipment感觉明显比大陆国产的贵，从LDK这两年在wafer capex上的效
率看就不如用国产设备的SOL和JKS，现在LDK好像也开始改国产了，SOLR在wafer上面临
的竞争看来在日趋激烈。
在polysilicon上那些欧美大厂好像都是自己做设备的，而大陆的new entrants好像基
本上依赖SOLR，考虑到poly产能目前吃紧，估计这一块SOLR还会收一波订单。
solr |
|
s8
发帖数: 424 | 2 ldk一直是Solr 的大客户。ldk的硅片， 硅料设备好多都是从solr拿的。
现在ldk的硅片设备可能买国产的， 硅料厂也快建好了， 以后可能求solr的不多了。
应该关系还不错， 非正常关系就不知道了， LDK差solr的钱没付？ |
|
j*****h
发帖数: 3292 | 3 感谢感谢，藏了一个太阳高手
那这样SOLR 他家的客户很单一，你说的三家差不多是80%的销售了， 其他几家小的再
分分
但有点奇怪，SOLR有什么技术优势，让下流非买他家的产品不可？ SOLR的研发费用在
降低，说明技术已经成型了，有没有patent 保护？
SOLR的竟争对手中那些？yahoo 上只有一家Applied Materials， 其他网站上列出来的
更不靠谱 |
|
x****d
发帖数: 1766 | 4 ES 和solr在某些use case 就是一回事，没啥特别好处，你们搞big data的用得多而已
，企业一般use case貌似 solr用的多。
企业上个content management的search，solr/lucene天生合适。ES想都不会想起来。 |
|
b******e
发帖数: 1861 | 5 【 以下文字转载自 Java 讨论区 】
发信人: bigmouse (bigmouse), 信区: Java
标 题: solr shared index file solution
发信站: BBS 未名空间站 (Wed Jul 2 14:59:27 2014, 美东)
如果不用single solr server，而是每一个jvm都有一个solr service,有什么好方案解
决共享lucene index文件的读写问题？infinispan只支持inmemory的index。也没有其
他opensource的机遇文件的？ |
|
s8
发帖数: 424 | 6 现在大陆有很多公司介入铸碇炉的生产。有名的有精工， 京运通等。可以说都是solr
的竞争对手。 LDK一直夸它和京运通的800KG硅碇。 LDK还少量参股京运通。有但生产
硅料还原炉的大陆好像还没有。 solr的竞争对手在这方面是欧洲的一些公司。 |
|
b******e
发帖数: 1861 | 7 如果不用single solr server，而是每一个jvm都有一个solr service,有什么好方案解
决共享lucene index文件的读写问题？infinispan只支持inmemory的index。也没有其
他opensource的机遇文件的？ |
|
b******e
发帖数: 1861 | 8 如果不用single solr server，而是每一个jvm都有一个solr service,有什么好方案解
决共享lucene index文件的读写问题？infinispan只支持inmemory的index。也没有其
他opensource的机遇文件的？ |
|
g*****g
发帖数: 34805 | 9 好像还没有官方的支持，我们就是写个应用去cassandra pull data放进ES。
datastax有cassandra+solr的企业版。solr的问题是有schema。 |
|
x****d
发帖数: 1766 | 10 solr很特殊，但不影响很多人把他归类到nosql类。这个实时update不好说，看你咋定
义了。solr加一个doc还是很容易，发展眼光看，它还是可以有空间，定义为nosql
database不过分。 |
|
g*****g
发帖数: 34805 | 11 ES和SOLR都是基于Lucene的，ES的好处是没schema，分布式。在cloud里的优势是很明
显的。我们的搜索原来是基于solr的，最近全部换到ES上。不是别的，改个schema，要
停掉，
cold start，downtime好几个小时，受不了。 |
|
d******o
发帖数: 24 | 12 请问SOLR这只股票怎样？有人知道吗？听人介绍说很有潜力，谁来说说？ |
|
j*****h
发帖数: 3292 | 13 感觉有个客户太核心了，SOLR 有一个客户占了他销售额的35%-40%，不知是不是LDK
谢谢， 包子发了 |
|
b******r
发帖数: 16603 | 14 最后还是没有捞SOLR，不过买了老相好JASO，今天早上走了，赚个巴菲，有助于
培养对主力的inner peace。 |
|
i**e
发帖数: 6810 | 15 I don't know much about the internals of Lucene.
With Solr, it's possible to specify the default
operator as OR or AND. I think your were more
talking about the OR case. It is optional, that
when AND gives you a very small number of results,
you could do an OR to enrich the result. |
|
c******n
发帖数: 4965 | 16 btw, have you built solr in eclipse?
its directory organization is not very standardized, I had to manually
tweak it a lot to make it work
dive |
|
g**********y
发帖数: 14569 | 17 no, I didn't use solr in work. |
|
F****n
发帖数: 3271 | 18 No simple solution if you don't want to use solr's clustering solution
Basically you need to implement a consistent model either based on locks or
versioning, none of which are trivial. |
|
x*******6
发帖数: 262 | 19 mysql+solr相对于其他nosql数据库如何？ |
|
x*******6
发帖数: 262 | 20 我们用mysql存数据，然后export到solr供查询 |
|
x*******6
发帖数: 262 | 21 我们用mysql存数据，然后export到solr供查询 |
|
x****d
发帖数: 1766 | 22 solr是归在nosql类了，nosql可不是只有mongo和c* |
|
w**z
发帖数: 8232 | 23 solr 是专做search的，index不能做到实时update. |
|
x*******6
发帖数: 262 | 24 spring-data-solr有SolrRepository，感觉完全就是把它当nosql database在搞。 |
|
x*******6
发帖数: 262 | 25
意义不明，可能公司以前用的mysql，后来发现数据多了查找起来很慢就上了solr |
|
p*****2
发帖数: 21240 | 26
就是说把query的load给solr了吗？ |
|
x*******6
发帖数: 262 | 27
是的。也正如楼上所说，update数据后得过一段时间才会在solr里面reindex。中间还
用了rabbitmq。不知道这个构架有啥优缺点所以才发上来问问。 |
|
x****d
发帖数: 1766 | 28 现在各个公司不都是在这么干么。原来数据库里有catalouge，写个东西让用户查询可
烦了。一个表就够你折腾，别说多个表了，无数个man hours就这么东流了。导出来用
solr查，可爽了，还是现成的方案。不是从性能考虑load的问题，很多时候就是跟风。
您老老是玩那些尖端的超新的东西，您都不食人间烟火了。我们这些底层马公干啥您完
全不清楚呀。 |
|
p*****2
发帖数: 21240 | 29
solr和ES的主要区别就是big data吗？ |
|
x****d
发帖数: 1766 | 30 不清楚，懒得看，感觉是坐big data的都是用ES。企业我没听说过用ES，也许我孤陋寡
闻。solr一堆，而且好几年了。 |
|
x****d
发帖数: 1766 | 31 那你说怎么搞？OLTP搞search反正是没出路，solr现成的。你有更好的方案，I am all
ears. |
|
l*****t
发帖数: 2019 | 32 为啥，难道不是用Hadoop生成solr index更易scale么？ |
|
d*****u
发帖数: 17243 | 33 我们有些数据用的是Amazon Relational Database Service (RDS)
现在想弄个solr做index和搜索工具
而且必须用python
有谁知道用什么module从RDS读取数据并存成dict
从来没做过
thx |
|
b***e
发帖数: 1419 | 34 AWS上最无脑的是cloudsearch，是AWS自己提供的云服务。后面的实现是Solr，但是都
给你包好了，只暴露host end point and APIs，用就是了。但是cloudsearch的
scalability和效率都是是黑盒。相比之下，ES应该是简单，可控，高效的一个good
trade-off。 |
|
|
c******n
发帖数: 16666 | 36 希望可以做到监控文件夹 这个不行用cron job都可以
然后index文本内容
最后可以有个fancy的界面搜索 前台无所谓可以自己写
从后台搭建维护的角度 es和solr哪个更好用一点呢 |
|
|
w**z
发帖数: 8232 | 38 els 和 solr 都是用 lucene index 。他们本身没联系。els 扩展性更好一点。 |
|
d*******r
发帖数: 3299 | 39 呀，记混了 solr 和 lucene... 多谢指正 |
|
n*********u
发帖数: 1030 | 40 两个背后的搜索核心都是lucene，搜索功能上两者基本一样。
ES更容易入门一点，dump进去的数据他会自动识别加index。关键是所有任务都是可以
用rest api解决。
solr就有点古老，index设定必须要写好config文件才可以往里加数据，config文件则
是非常昂长的xml文件，前段时间公司的东西加了个config，其实真正只有20行的新设
定，硬是出现了个上千行的diff。
设定好了后，搜索方面两者工作量差不多。 |
|
|
T*********s
发帖数: 17839 | 42 my SOLR is flying :)
should I sell it
in case it's same as SOLF |
|
T*********s
发帖数: 17839 | 43 7.32 low for SOLR today
the MM is so black |
|
T*********s
发帖数: 17839 | 44 来自主题: _Stockcafeteria版 - SOLR poor me on SOLR
10% profit gone (stop out at ~8)
typical sell on news |
|
T*********s
发帖数: 17839 | 45 来自主题: _Stockcafeteria版 - SOLR SOLR seems not over yet
will in again |
|
d******o
发帖数: 24 | 46 请问SOLR这只股票怎样？有人知道吗？听人介绍说很有潜力，谁来说说？ |
|
v*****k
发帖数: 7798 | 47 【 以下文字转载自 JQCLUB 俱乐部 】
发信人: vanmark (controlled aggression), 信区: JQCLUB
标 题: 为什么炒太阳能的很少提solr和jks？
发信站: BBS 未名空间站 (Thu Jun 23 17:48:28 2011, 美东)
看图这两个明显强啊？ |
|
p*****b
发帖数: 291 | 48 GOOGL的用什么不知道,但你的绝对用SOLR(JQuery AutoCompletion PLugin) 肯定就可以了.
这就是SOLR的强项,而用DATABASE就完全不行了.去SOLR的网站去研究下如何定义
FIeld type, field,handler,和如何DUMP 数据从
Database 到SOLR index engine.非常有意思.
Solr这个基于LUCENE的开源INDEX/SEARCH Engine现在非常火,
但大多数WEB应用开发人员还不知道. |
|
x*******6
发帖数: 262 | 49 有木大牛比较下es和solr?我现在用solr的理由就是solr admin console好用，貌似es
没有现成的admin console?另外spring-data-solr是一个mainproject,可以用
repository什么的比较方便。 |
|
s*********y
发帖数: 6151 | 50 内核一样 。外延的差别可大了
Solr最初是不支持JSON，不支持多node运行的 Elasticsearch 火了 Solr才逐渐跟
上的
Logstash, Kibana 这些Solr都在抄
Solr的流行度一年不如一年 。 Elasticsearch去年刚进入Top 10 DB Engine
https://db-engines.com/en/ranking_trend |
|
