H******7
发帖数: 1728 | 1 Cassandra 比mongo难学很多么 区别大么
★ 发自iPhone App: ChineseWeb 8.7 |
|
|
p*****2
发帖数: 21240 | 3
不太喜欢large scale的时候还用mongo |
|
|
|
S*********t
发帖数: 78 | 6 postgre 也可以存 json.
既有relational, 又有 schema-less document.
应该比mongo强。 |
|
l**********n
发帖数: 8443 | 7 你说了半天，和mongo啥关系？这俩都是.org啊 |
|
|
z****e
发帖数: 54598 | 9
mongo背后有一个公司
虽然自诩是.org
就像mysql一样
要透过现象看本质 |
|
z****e
发帖数: 54598 | 10
那也要看这背后的公司数量多少了呀
显然java的规则不是oracle一家定的
是jcp定的，是一堆组织和公司的集合体
同样，postgresql背后也是一堆组织和公司的集合体
类似的mongo, .net这些都是一家说了算
所以就不用啊，这时候要小心lockin啊
说了很多次了，我工作过的好几家公司都死在lockin上 |
|
z****e
发帖数: 54598 | 11 mongo inc估价也就是几个亿吧
没多少钱，搞不好oracle什么时候就来收购了 |
|
t**r
发帖数: 3428 | 12 mongo的sharding有人说不好 是什么原茵？ 打算shard一下mongodb.靠谱么 |
|
z****e
发帖数: 54598 | 13 一般我们说的nosql都不是mongo那种
mongo跟cassandra有比较大的差异
nosql范围太大了，从file system到db中间任何一个都有可能存在
mongo就是最接近db的nosql
没有hdfs或cassandra的经验，nosql光靠mongo那边搞
总有点隔着靴子扰痒的感觉，不过小数据用mongo倒也是没啥错
大网站都把mongo当local cache用，减少nodes之间的io |
|
|
I******y
发帖数: 176 | 15 我们公司做near real-time reporting on customer data. 一开始是用mongo后来发现
需要很多一定conditions下 count的操作，mongo的performance很不好。所以最后全转
投Relational databases 用OLAP (fact + dimension tables) 快好多。本人是门外
汉，不清楚到底是mongo不擅长这样的application还是我们mongo dba设计的不够好。 |
|
d*******r
发帖数: 3299 | 16 我是 PyMongo+MongoDB 在用，项目规模还比较小。随便存点东西，或者做个
persistent 的 msg queue，让不同的servers/processes去poll, 还有把各种乱七八糟
存在不同server的logs扔到mongo里面。估计别人会用 kafka做 persistent msg queue
, 用 Cassandra 做 logs, 我项目小，存储, queuing, log 就都用mongo了，这样别人
用的时候，看看 Mongo 里面的 JSONs 就啥都明白了。
推荐一个 GUI: http://robomongo.org/
其他部门和测试的人用着也方便。
PyMongo里面可以直接把 Python dictionary (可嵌入原生list) 当成 JSON 扔进去存
，还是比较方便。就是 Mongo 官方例子都是 JavaScript, 看过后，在Python里实现可
能还要简单看看 PyMongo里面的代码或者注释。
还有，create_index(keys_for_index) or ensure_index(keys_for_inde... 阅读全帖 |
|
c******n
发帖数: 16666 | 17 你首要的是快
那就先上用meteor配合mongo
mongo问题不少 但是你要的是块不是 到时候再改就是了
你又不是说硬要把mongo用成sql 还得花时间改，加goose什么的
当然除了mongo还有其他更好的nosql，但是真的要用metro的话 没必要花时间在哪个上面
而且就算你用了postgresql，在可预见将来你估计还得重改db schema
否则的话Sequelize算是一个比较靠谱的nodejs orm了
, |
|
v***o
发帖数: 287 | 18 来自主题: JobHunting版 - 秒杀设计题 Mongo 的底层设计就决定了，虽然可以通过sharding 来 scale,但是,其根本问题是
document DB,与bigTable/Hbase(key-value) 的distributed 底层设计完全不可比。
mongo scale到一定程度就出现问题了，当然，也与应用有关，比如schema，indexing
不合理。
而且，实际中，ebay是最大的mongo用户了。数据量远比google,facebook差远了。 |
|
p*****2
发帖数: 21240 | 19
主要是mongo scale做的不够好，支持startup可以，flg这种级别的不可能。当然flg里
面也有很多小的service，用mongo肯定也没问题，但是他们肯定有自己的东西，没必要
上mongo。 |
|
z****e
发帖数: 54598 | 20 用了mongo以后再配合node这些
你很快会有全栈的错觉
以为自己什么都懂了，其他都是垃圾，都过时了
等到c*的时候，就会捏一把你的脸蛋蛋
让你意识到，这个世界其实很大
全栈就好比万金油，貌似什么都会
其实什么都不会
web泡沫就是全栈太多了
低估了现实的复杂度
其实你从mongo出发去学c*
想用mongo的那一套经验去硬套c*，这就是一个错误
hello world永远都不难，无非配置配置
但是你要明白你在干什么，尤其是要明白你同事在干嘛
那这个就很痛苦了 |
|
Z*L
发帖数: 9598 | 21 ☆─────────────────────────────────────☆
chicmoon (忙归忙心情好~) 于 (Tue Jul 26 14:53:42 2011, 美东) 提到:
在北郊
1755 Algonquin Rd
Rolling Meadows, IL 60008
如果我误放了谁在名单上，或者漏了谁，告诉我一声哈~~~
gourmetravel +1
mongos +1
chicmoon +2
xiaoxiaoren
zzzl +2
summerbrook
☆─────────────────────────────────────☆
gourmetravel (what is next) 于 (Tue Jul 26 15:58:57 2011, 美东) 提到:
点海参扣肉吗？
☆─────────────────────────────────────☆
xiaoxiaoren (可爱小宝宝) 于 (Tue Jul 26 16:01:48 2011, 美东) 提到:
不点了，这个39.99啊。
还不如点个39.99的大螃蟹或者弄条... 阅读全帖 |
|
p*****2
发帖数: 21240 | 22 怒赞。貌似是主流startup的标配阿。
你们是拿Redis当cache用，MongoDB存transactional data？
我们的数据分三种，一种需要非常快速的访问，就用Redis, 一种需要很灵活的query，
就用Mongo。现在数据量还不够大，大了以后会考虑上Hbase了。我们没有transaction
。或者说schema设计的适合nosql，不需要transaction了。
另外，据说，node JS的performance不是很好，支持不了访问量很大的网站？
我们不是网站，是service。以前是Ruby的，现在是node。效果比以前好很多。你说支
持不了访问量很多大的网站什么意思？我们的主网站就是node的，没发现有什么问题，
rail都可以，node会不行吗？
然后Redis和MongoDB在cross DC replication上做的不太好？是不是真的啊？
我们redis replication没有cross DC。两个DC个有一个instance。本来这东西就很占
内存，很多时候需要partition。
mongo replicatoin across D... 阅读全帖 |
|
s***o
发帖数: 6934 | 23 very much depending on the data you are storing. There are needs for data
store in many layers: application layer serving stores, data warehouse for
your BI, billing/financial data.
* serving stores are usually nosql solutions or mysql/postgresql instances
depending on your need.
- there will be data that you only need key -> value lookup, use stores like
cassandra/riak/memcache/mongo depending on your requirements of access
patterns. cassandra requires thrift, which is painful to some. riak sup... 阅读全帖 |
|
p*****2
发帖数: 21240 | 24
我觉得如果你用Java的话，可能就不用Mongo了。不知道你有没有用过，用Mongo还是
Node最自然。
JVM在后端优势确实很大，因为很多事情别的语言做不了，或者支持的很不好，所以我
也会用Clojure，不过Mongo这一块我觉得最好还是用Node，其他语言都没那么方便好用
，包括ruby。 |
|
d*******r
发帖数: 3299 | 25 二爷你说说大项目 redis 和 mongo 的经验吧。现在我小项目用mongo，感觉 noSQL 是
要比 SQL 吃硬盘，吃内存。mongo的坑你们都遇到过哪些？给点调优经验和注意事项吧。
Redis我感觉很好用的样子，我知道有些人直接就用 memory db + snapshot 代替
mySQL 了 (我说的不是用 Redis 当 message bus 那种, 是除了 payment transaction
, 就不用 mySQL 之类了).
还有，Redis cluster 现在发展如何了？ |
|
p*****2
发帖数: 21240 | 26
吧。
transaction
redis坑很多，mongo坑不多。coltzhao的mongo经验比我更多。我的也不算是大项目。
如果真是大项目我上不上mongo也两说。 |
|
p*****2
发帖数: 21240 | 27
cache
看需求。如果我没记错的话，mongodb可以达到10K/sec, 不过mongo是多线程。而Redis
一个instance的单线程就比mongo要更快。如果上多进程的话，差距就出来了。
mongo比redis易用多了，所以如果性能要求不高的话，应该没啥问题。要求高性能就上
redis吧。 |
|
p*****2
发帖数: 21240 | 28
log)
其实各有各的用途。我主要觉得mongo不适合大数据，我不想做sharding，感觉太麻烦
。所以大数据部分准备用C＊。不能说从Mongo转，其实我主要是想把Redis里的很多数
据搞到C＊里去。当然Mongo的数据也可以转。 |
|
p*****2
发帖数: 21240 | 29
Node是多任务的。Mongo的读并发很好。Node跟Mongo配合不错。
写的话Mongo有global lock，并发效果不好，要上Cassandra。 |
|
g*****g
发帖数: 34805 | 30 Well, when scalability issue hits, it hits hard and drives you off the cliff
. Easy of use in Mongo is nice, but that's a much simpler problem to solve.
If you are using Mongo as the only store, it makes sense. If you are already
using Cassandra + MySQL for other things, I don't see why you need Mongo as
well.
, |
|
p*****2
发帖数: 21240 | 31
with
cassandra要配spark，比mongo用起来要复杂很多。一般应用mongo足够了。
而且我看很多paas都支持mongo，貌似不支持cassandra |
|
d*******r
发帖数: 3299 | 32 还在摸索中... 目前在试着当 backend 的 logging service 用, 公司没人懂这个, 希
望这项目不要夭折了.
先分享点不成熟经验吧.
主要感觉是，ES 可以配置可使用的功能太多了
querying / indexing 功能上讲，我感觉
ES >> mongo > dynamoDB (我没用过 Cassandra, 就用 dynamoDB 来比较了)
ES 内置那些 field 内的全文检索太给力，还可以配置不同的文本 analyzer，甚至有
中文的,
用来做 searching engine 都可以了.
反应速度上讲，据说是
ES < mongo ? dynamoDB
看了一堆 online posts，是不支持把 ES 当 primary DB 用的，
也就是说用 mongo/dynamoDB/Cassandra 存商业逻辑的 data，ES 存那些需要全文检索
的 (文本啊, log啊, analysis data 啊), ES 自己的定位也是 near-real-time
searching (就是存入到能 indexing，有个 delay).
ES... 阅读全帖 |
|
z****e
发帖数: 54598 | 33
replication,
using
binary
an
这几乎就是一个最低级的file system
谈不上什么像样的persistence
就类似你自己用io去做，就差不多这样了，就等于没有用db和nosql这些
远不如mongo，至少mongo还有replica，还能跑点sql
用mongo已经很蛋疼了，用这种方式搞，以后persistence可以把你折磨到死 |
|
p*****2
发帖数: 21240 | 34 data size 也很重要 大了就需要做sharding了 通常需要改app
所以我推荐data size一台机器memory能容纳的app来使用mongo
另外你说的write的scale问题也是需要sharding来解决
mongo还是很不错的db 乱用也不是mongo的错呀 |
|
z****e
发帖数: 54598 | 35 你都用node了为什么还选择postgresql？
选择mongo都比这个好，就你的situation而言
你现在这个问题是已经属于非主流问题了，因为比较少人这么搞
你既然选择了db，就应该找能够搞定同步操作的东西
比如php，或者tomcat都行
你这样邯郸学步，最后搞得不伦不类
你看你的金字塔已经开始建了
换成mongo算了，你要的平台肯定支持mongo
如果你想坚持同步异步同时存在，vert.x咯 |
|
m***r
发帖数: 680 | 36 现在的一些框架, 像 meteor做app, 或者parse server 服务器端的, 用的都是mongo,
但网上查了下, 好像mongo的名声不太好, 会出各种各样的问题, 初期数据不大时,
RMDB完全能够用, 而后期如果需要scale, mongo被骂的一踏糊涂, 也不合适.
另外postgresql也支持 schemaless的json 数据类型了, 所以不知大家有推荐的快速开
发框架, 对postgresql支持的比较好的么? 或者上述的2个框架, 有什么比较方便的能
连上postgre的. 多谢 |
|
R*****d
发帖数: 1148 | 37 明天就是白露，大部分学校应该都已经开学了。新学期新气象，下面要说什么来着。。
。哦，对了，工作比较忙，这几天没时间耍贫嘴，发包子才是正理儿。还是那句老话，
遗漏恐怕在所难免，况且现在又很忙，见谅。
Esquimau，“《资治通鉴》读书札记”，然摘抄缩括成分较多，但无疑体现了宝贵的学
习总结精神，从重追加50伪币。望再接再厉。
minotaur，“窦建德的虎牢关:为啥说凌敬那个点子是馊主意”，老虎肉古代军事史特
别基金，追加10伪币。另外不得不很小声说一句，BenBenqiu网友也是历史版积极分子
，为历史版的长远健康发展做出过不少贡献，四位版务人员都一向把你们两位同时当作
朋友，朋友的朋友也应该是朋友。
BenBenqiu，多次积极参与或发起知识性趣味性话题，此番有关唐朝初年的大讨论，
BenBenqiu的发言起到了关键作用，老虎肉古代军事史特别基金，追加10伪币。
Irma，在“窦建德的虎牢关很蹊跷”的回复当中，积极参与讨论，并列举了南北朝隋唐
的若干士族名号，10伪币。
lhr，“古代崇左崇右？”，很不错的礼仪文化坑儿，另外lhr网友多次积极参与中华古
典文化方面的讨论，此次由金蛋... 阅读全帖 |
|
|
w**z
发帖数: 8232 | 39 本人CS master 毕业10+ year，一直在弯曲混 （真的是混，不是什么牛人，就是一普
通码工，自以为还是above average的水平吧）。这么多年来第二次换工作。前后将近6
个月。所以经历不一定对板上大多数童鞋有用。就权当故事读吧
以下是试过的公司,
apple
box.net
cloud9
clearslide
klout
tellapart
trialpay
salesforce
vigalink
zoosk
zuora
onsite 7 times, 只有两个offer。曾经被FB和G的recruiter 联系过，实在是比较懒做
题，所以也就没试了。我的面试有小部分是朋友推荐，大部分是linkedin上recruiter
找来的。（所以建议骑驴找马的童鞋update一下linkedIn Profile）其实现在的工作也
不错，所以也没有很认真的做题和找。总是觉的和fresh拼做题，总是拼不过的。回家
还要做家务，管孩子，没有那么多时间看书。
我面过的公司，白板题都不难，最多是小学水平，也就不献丑了。可能是因为有工作经
验吧，很多时候，是问和工作经历有关的，或是一些s... 阅读全帖 |
|
w**z
发帖数: 8232 | 40 本人CS master 毕业10+ year，一直在弯曲混 （真的是混，不是什么牛人，就是一普
通码工，自以为还是above average的水平吧）。这么多年来第二次换工作。前后将近6
个月。所以经历不一定对板上大多数童鞋有用。就权当故事读吧
以下是试过的公司,
apple
box.net
cloud9
clearslide
klout
tellapart
trialpay
salesforce
vigalink
zoosk
zuora
onsite 7 times, 只有两个offer。曾经被FB和G的recruiter 联系过，实在是比较懒做
题，所以也就没试了。我的面试有小部分是朋友推荐，大部分是linkedin上recruiter
找来的。（所以建议骑驴找马的童鞋update一下linkedIn Profile）其实现在的工作也
不错，所以也没有很认真的做题和找。总是觉的和fresh拼做题，总是拼不过的。回家
还要做家务，管孩子，没有那么多时间看书。
我面过的公司，白板题都不难，最多是小学水平，也就不献丑了。可能是因为有工作经
验吧，很多时候，是问和工作经历有关的，或是一些s... 阅读全帖 |
|
n*****5
发帖数: 984 | 41 不支持h1b 工资不会很高，跟FLAG没办法比，工作很轻松，一年两周假期。时代广场
附近上班。
要求回java ，J2EE， 一点数据库sql什么的，要求有几年的工作经验，最近几年有编
程经验。
回一些front end 的编程更好。 communication 好, 人好相处就可以。用过spring 就
可以吧。
我刚去这个公司没几个月，有问题可以站内啊。
Showtime Networks Inc. (SNI), a wholly-owned subsidiary of CBS Corporation,
owns and operates the premium television networks SHOWTIME®, THE MOVIE
CHANNEL™ and FLIX®, as well as the multiplex channels SHOWTIME 2&
#8482;, SHOWTIME® SHOWCASE, SHOWTIME EXTREME®, SHOWTIME BEYOND&#
174;, SHOWTIME... 阅读全帖 |
|
w**z
发帖数: 8232 | 42 那你应该多看看外面的世界， Netflix 最大的c* cluster 有过百的节点。eBay有很多
mongo 和C*的应用。FB 大量使用hbase, 都不是小公司。再说C*和 hbase是wide
column, mongo 是document store. 和 dht 扯不上太多关系。 C*的key 倒是
consistent hash. memcached 是DHT， 用的也很多。 |
|
z****e
发帖数: 54598 | 43 今天team lead问的几个面试问题，参考，基本上都是开放性的聊天
java中的final，能说出immutable最理想
解释为什么immutable可以对付并发？
并发访问，解释threadlocal
db中如何控制并发修改？transaction
transaction的实现，db中如何实现transaction？随便说一个实现方式就行
乐观locking悲观locking
为什么要用cassandra？没用过换mongo，为什么要用mongo？
跟一般的db有什么不一样？
security，列举所有你知道的攻击，比如ddos，sql inject
如何防御他们？你干过吗？
不过这个不做重点，不懂没关系，懂了加分，知道越多越好
web service，解释restful
发现问题了，怎么处理问题？生产bug如何解决？
一般多少个test cases合理？一个类几千行代码，合理吗？
怎么办？如何refactor？怎么防止再造出几千行代码的文件？
ui用过什么？angular，解释angular的mvc
ui部分不做重点，不懂没关系，懂了加分
如何提高java code的perfo... 阅读全帖 |
|
h**********a
发帖数: 74 | 44 请问union plus prepaid 5%这个卡怎么玩啊，它的direct deposit要求，每个月ACH一
次，能满足要求吗。
我的mongo money,每个月月费$3,但每月用ING自动转500，就一直可以拿MONGO的利息，
请问，这个每月转500可以变成每月转$5吗？谢谢 |
|
g*****u
发帖数: 14294 | 45 The major indices remained strong today, shrugging off negative news about the planned IMF gold sale released last night and the PPI and unemployment claims numbers this morning.
What merits special mentioning is the late-hour rallies led by Basic Materials and Energy.
Mongo Doc turned out right once again. Kudos go to Mongo Doc! |
|
l********r
发帖数: 221 | 46 数据库现在确实大数据上都要用上NoSQL DB，MongoDB是NoSQL，但在各个公司用到它有
多广泛就要打个疑问。而且它被替代的可能性不是不大. open source based NoSQL
databases太多了, 像kv based的，gragh based, document based等等. Mongo db是
document based，它的distributed scalability是不很行的, 局限性也很大 不如kv
based NoSQL database来得强大. 它的calculation & aggregation framework更是不
咋地。
它的document based特性使得最好的前端整合是
JavaScript, 你可以说它是方便但同时也是很大的限制。
所以我不同意mongo db本身这个技术多强多不可替代，它目前还不盈利就翻了四倍其实
风险是很大的因为它的功能特性决定它随时可能就被替代。以后能盈利股价上100多200
的可能性不是很大。
支持楼主的判断 迟早要崩 青蛙还是不要碰这种黑庄股。小心你是击鼓传花的最后一站。
：MDB庄家操... 阅读全帖 |
|
l********r
发帖数: 221 | 47 数据库现在确实大数据上都要用上NoSQL DB，MongoDB是NoSQL，但在各个公司用到它有
多广泛就要打个疑问。而且它被替代的可能性不是不大. open source based NoSQL
databases太多了, 像kv based的，gragh based, document based等等. Mongo db是
document based，它的distributed scalability是不很行的, 局限性也很大 不如kv
based NoSQL database来得强大. 它的calculation & aggregation framework更是不
咋地。
它的document based特性使得最好的前端整合是
JavaScript, 你可以说它是方便但同时也是很大的限制。
所以我不同意mongo db本身这个技术多强多不可替代，它目前还不盈利就翻了四倍其实
风险是很大的因为它的功能特性决定它随时可能就被替代。以后能盈利股价上100多200
的可能性不是很大。
支持楼主的判断 迟早要崩 青蛙还是不要碰这种黑庄股。小心你是击鼓传花的最后一站。
：MDB庄家操... 阅读全帖 |
|
x****h
发帖数: 348 | 48 爱国这一条不一定总是要捐钱的吧,我猜mangos是一个爱国人士.
爱党这一条需要证据,正如我不会妄加指责mangos拿几毛.[好像真的有同学拿钱了,为发收两方均感到不屑].
爱胡这一条mongos估计是以小人之心度小人之心, 小韩似乎说屁民砍屁民最狠啥的.
爱教这一条好像有点WS,mongos可能有在帅哥或美女后面留哈喇子的经历. |
|
l*****a
发帖数: 14598 | 49 Job Fair / Open House this Thursday, 9/22 in Sorrento Valley, CA
We are holding an open house/ job fair in Sorrento Valley, CA this Thursday,
September 22nd from 11 a.m. - 5 p.m. Managers and recruiters will be on
site to conduct interviews.
Open Positions:
1.) Senior Software Engineer - Python - Java - Open Source - need to hire 3
full-time employees. Keys: 4 year degree with 5 plus years of experience.
Open Source - will consider Java, Perl, PHP in a Linux environment. Salary
90k - 125k plus e... 阅读全帖 |
|
