y*s
发帖数: 2868 | 1 Lol
[在 mongo (mongo) 的大作中提到：]
：站长！！！，站长！！！！
：【 在 dadabear (bless you) 的大作中提到: 】
：........... |
|
D**0
发帖数: 2048 | 2 ☆─────────────────────────────────────☆
Disque (黑暗是我的通行证) 于 (Sat Oct 11 01:30:12 2014, 美东) 提到:
看一篇他的旧文。我们硅工的确需要这样的民意代表来刺痛，领导我们提高人生智慧。
发信人: czjd (辽宁面团), 信区: SanFrancisco
标 题: 我管你几十万，你还是个社会底层的人
发信站: BBS 未名空间站 (Mon Jun 27 14:35:02 2011，美东)
说到底，都是一群生活在社会底层的人。拿了6位数薪水就飘飘然了，再看看他们那几
笔账，原来还是关着门过自己的小市民日子。 在国内就是穷人，过了几辈子的穷日子
，没住过好房子，更别说独立房了。穷人家孩子 有志气，学习倒努力。一个个考试通
过。来了美国，当然最关心的就是房子。而且越大 越好。后院要种菜。还要留出空屋
来，以便将来接国内的穷老过来。 家庭开支里没有固定的慈善捐款，但每年的保税表
上倒是一定写上几百块虚的。宗教就 更不用说了，大家都是共产主义教育出身的高级
知识分子，怎么能搞封建迷信那些玩意 。除了家里... 阅读全帖 |
|
D**0
发帖数: 2048 | 3 ☆─────────────────────────────────────☆
Chess99 (山中半日棋未尽) 于 (Wed Oct 15 13:47:02 2014, 美东) 提到:
大家看看这份文章：
http://m.worldjournal.com/view/mfull_news/25953172/article&wx=1
今天早上看到朋友转发的，看到最后一段，令人震惊！
我现在只想问四句话：
第一：Ben Liao跟Chris Zhang如何商讨mailer能否张贴背书的事情，
共和党讨论群无人知晓，如何背后下黑手让Ben liao来陷害Chris Zhang?
第二：Ro Khanna是民主党。Chris放他的照片放在自己mailer上，寄信到印度人社区
惹出争议，这又跟共和党有什么关系？
第三：Evan Low捐款事件是本周被人捅出来的吧？共和党义工就算气愤，难道我们
有时光倒流机，回到过去几周，让Ben Liao, Ro Khanna来下套陷害？
第四：如果幕后黑手一直是共和党？请问，为什么Chris Zhang的mailer上面，还能
贴满共和党高层的背... 阅读全帖 |
|
D**0
发帖数: 2048 | 4 ☆─────────────────────────────────────☆
StephenKing (金博士) 于 (Wed Oct 15 22:45:26 2014, 美东) 提到:
no brainer
华人费劲心机去舔白人或者老印的屁眼，是悲哀的
☆─────────────────────────────────────☆
fatcat (fatcat) 于 (Wed Oct 15 22:49:08 2014, 美东) 提到:
盖戳明天封。
☆─────────────────────────────────────☆
StephenKing (金博士) 于 (Wed Oct 15 22:54:31 2014, 美东) 提到:
华人内斗是正常的，总会有利益冲突吗！
但是华人要一致对外。有内部矛盾，也不要紧。可以带着矛盾，先一致对外。
☆─────────────────────────────────────☆
onetiemyshoe (onetiemyshoe) 于 (Wed Oct 15 23:08:12 2014, 美东) ... 阅读全帖 |
|
D**0
发帖数: 2048 | 5 ☆─────────────────────────────────────☆
StephenKing (金博士) 于 (Wed Oct 15 21:41:56 2014, 美东) 提到:
当年的三藩版乌烟瘴气。想在版面上混，就得舔老包，舔站务。
dadabear和peterjiang垄断版面长达7年。这两人唯一的功绩就是舔老包，舔站务，和
没事儿就互舔。
dadabear和peterjiang自己也养了个打手版三，叫stronger，后来被指定为接班人霸占
三藩版3年多。
stronger晚期养了个土豆，更加是舔上欺下。那段时间是面团一发帖就被土豆封70天。
土豆对网友极端残暴，但是把stronger，老包，和站务，当作亲爸爸来孝敬。
记得有一次版聚，土豆远远看到某站务的背影，隔着好几百米就大喊“站长！”，“站
长！！”，“站长！！！”，“站长！！！！”，“站长！！！！！”，一边朝着该站务
的背影狂奔。该站务头都没回，冷冷地说了一句：“我不是站长。”走了。留下土豆一
个人惆怅。。。
不过，法律上讲，打贱人也是违法的。面团也承担了后果。
☆──────────────────... 阅读全帖 |
|
D**0
发帖数: 2048 | 6 ☆─────────────────────────────────────☆
qlxzfy (钱哥) 于 (Thu Oct 16 12:38:54 2014, 美东) 提到:
好久不上来，连密码都快忘了，擦。
网络是一个表达和放大偏见的地。近二十年前我在四通利方掐架的时候就学
习到网络上不讲道理。政治选举也类似吧，谁家背后有金主，能多做广告多
插牌多发邮件就占上风，不是比哪个候选人更有道德、更有才干、更有公益
服务精神，无论是看毛片的还是看毛选的，都有可能当选，输了不是loser,
赢了也不要以为掌握了库破题路以及西圣荷西的真理。再说这学区委员是四
选三？引用湾区华人圈子里面一个德扑大师的话：这么好的odds不上那是犯
罪啊！
好了，来说说我的偏见吧。
面团若干年前打人的事件我有直接的了解，所以我有充足的发言权。网络上
有言语的冲突，然后在网下试图用打人来泄恨。他的道歉信，括弧事发五年
之后的道歉信，里面关于打人事件的起因是这么写的：
In Feb 2009, as a reckless bachelor, I was emotionally angry at a
mode... 阅读全帖 |
|
|
p*****2
发帖数: 21240 | 8
ES跟cassandra integration怎么样呢？
我其实还真比较了ES跟mongo，发现ES的write比mongo慢10倍。直接用不适合我的
scenario。看了一些ES的river，貌似没有官方支持cassandra的driver。 |
|
P****i
发帖数: 12972 | 9 C*跟mongo不是一个路子，一个是column store，一个doc store
如果你用mongo是因为数据比较复杂，比如有很多层嵌套，C*就不合适了，虽然它有sup
ercolumn |
|
p*****2
发帖数: 21240 | 10
如果一个表的话，query主要比mongo强大在哪里呢？貌似mongo的query也跟SQL差不多
呀。 |
|
|
z****e
发帖数: 54598 | 12 你们被忽悠了
是不是mongodb和nodejs等几个consultants公司经常在你们公司出没？
给你们做点consulting赚钱？
这种backend东西migration做起来非常的麻烦
如果能在建造系统初期就作出正确的选择，而不是以成熟度为理由被误导的话
将来能够获益是大大地
当然这个consultants不会这么跟你们说
consultant很喜欢忽悠说开源的东西没有他们做的成熟which是一个非常模棱两可的词汇
什么叫成熟？他们信誓旦旦说的东西其实他们自己也没有底气
但是如果他们不这么说，你们会信么？
我们具体分析一下
你看啊，你们的数据是log
那这个用cp系统本身就是错误的
无论是mongo还是hbase，log要consistent做什么？
当然上ap系统了，couchdb或者cassandra才是最合适的
你们被mongo的人忽悠了
其次用户界面，这个随便抓一个倒是没错，node.js也行，反正什么熟悉用什么
其实你用tomcat都行，jira就用tomcat
nlp的话，你不用python不就不需要wrapper了？反正都hadoop了
难不成你们用hadoo... 阅读全帖 |
|
p*****2
发帖数: 21240 | 13
CouchDB
我用node, mongo, redis。redis也可以认为是一种简单的数据库，因为数据是
persistent的。
cassandra我昨天还再看，感觉争论挺大的呀，说FB自己都不用了。不过我感觉我们很
多存在mongo里的东西应该往cassandra上放。这个我还准备有时间好好研究一下。 |
|
b*******s
发帖数: 5216 | 14 mongo是很奇特的一种？怪不得，nosql我就接触过mongo |
|
p*****2
发帖数: 21240 | 15
大牛能说说你用mongo碰到什么问题了吗？还有就是网上骂mongo的link能share一下吗
？多谢了。 |
|
p*****2
发帖数: 21240 | 16
我们也用mongo。我们肯定是能用mongo不用SQL。跟goodbug的思路相反。 |
|
z****e
发帖数: 54598 | 17 嗯，ap系统，不是cp系统
mongo是cp系统，需要大量额外的资源消耗来保证consistency
比如内存或者时间，前者就是mongo后者是hbase |
|
c*e
发帖数: 17 | 18 I haven't touched mongodb at all. What makes mongo different from Cassandra
in
my scenario? Can you explain how mongo can help to achieve my goal? Thanks. |
|
p*****2
发帖数: 21240 | 19
大牛谈谈感受？
MEAN和meteor都是基于Mongo的。感觉和node是浑然一天呀，天生的一对。
Mongo+Node+JS 真是要翻天了。 |
|
p*****2
发帖数: 21240 | 20
Redis可以写server side的script，这个确实很强大，对于transaction来说。当然也
是限于单机。
Redis RDB要take double memory，这个很恶心，而且影响性能。所以用AOF会好很多。
当然更好的解决方案是分成很多小的instance。不过这样就需要做partition／
sharding了，额外工作很多。这些Mongo都没有问题, Sharding很容易。
Mongo一般来说相关逻辑都放在一个document里。一个document是atomic的操作。NOSQL
本身来说都是按照需求设计的。如果需求改动的话，就需要做migration了。如果跨
collection的话我觉得没什么好办法吧？我觉得如果transaction要求高也许应该上SQL。 |
|
p*****2
发帖数: 21240 | 21
?
吧。
不是不看好，是这东西好像挺难产的。Redis本身还是挺好的一个东西，如果build low
latency的service非常有用，就是用起来没有mongo方便，developer要花很多时间折
腾。当然数据量小啥事没有。
我们基本没用message bus。我有一个小的service就是用Redis来搞的。总体的架构是
后台Clojure进行计算把结果放到Redis，Mongo。前台Node直接提取数据。 |
|
p*****2
发帖数: 21240 | 22
mongo不是async的，node对mongo的压力很大。 |
|
|
|
|
v***e
发帖数: 2108 | 26 正派产品就一个，Couchbase Server，我们一直用
scalability比mongo好太多，还有mongo没有的
cross-datacenter replication（XDCR）和UI
get/set performance比cassandra强，因为是围绕
memcached 写的。
这些应该都是paid customer吧，不想花钱就用community
version好了，功能和enterprise version一样
当然，具体还要看你的需要 |
|
v***e
发帖数: 2108 | 27 正以为楼主需要的是redis+mongo之类的，所以couchdb
根本不是楼主需要的，而couchbase才是
couchdb是distributed datastore，全Erlang，不能提供楼主要求
的high performance caching 和 in-memory operation,
Couchbase 是memcached (caching) + Couchdb （只用在persisted db layer)
+ cluster + XDCR
Couchdb在商业上并不成功，只有Cloudant之类的还在围绕it开发，而Couchbase
是和Mongo，Cassandra一起的NoSQL DB market 三驾马车
楼主原帖 “最近在研究 memory database，做 queuing， cache 和 简单查询。
Redis 看着真心不错，还支持 transaction, 丫的就是 cluster 模式还没搞出来。” |
|
p*****2
发帖数: 21240 | 28
其实没什么。更像一个阉割版的Mongo。很多观念都差不多，而且scale更容易。可学的
东西比Mongo要少，当然用起来肯定要麻烦了。 |
|
h****r
发帖数: 2056 | 29 If you need to use join, Mongo DB is not right for you. In fact, no sql dbs
are not right for you.
To me, the weakest link of Mongo DB so far is it still can not support table
level lock. |
|
c******o
发帖数: 1277 | 30 3个shards, 每个3个replica instance (每一个都是1/1的auto scaling group， 两个
working instance,一个专职take snapshot), 3个config server， （每个都是单独
的1/1的auto scaling group）。一个小的mongos node供查询，每个webhead上再加一
个mongos |
|
z*******3
发帖数: 13709 | 31 你怎么这么久了，对二爷他们的stack还是不懂啊
他们web用nodejs，二爷是前端开发人员，就跟公孙大神一样
然后他们的backend用的是clojure这些，至少他们组是这个
其他组用的可能是vert.x，然后他们的persistence一开始用的是mongo
后来嫌mongo骗钱，所以开始转入c*，然后又用了hadoop这些
我说你也是it从业人员，其他人用啥stack你居然一点概念都没有
我都替你觉得害臊啊 |
|
h****r
发帖数: 2056 | 32 你们的mongo能scale到那种程度？存同样的数据，mongo还是太耗storage。 |
|
d*******r
发帖数: 3299 | 33 不用太在意这些mongo黑文章
数据不大的时候，用mongo非常方便 |
|
p*****2
发帖数: 21240 | 34 mongo算是startup利器了
couch比mongo难用吧 至少理解起来不smooth |
|
z****e
发帖数: 54598 | 35 couch比mongo容易不要太多
mongo如果不是对db比较熟悉，没那么容易 |
|
z****e
发帖数: 54598 | 36
为0
游戏的backend不能一概而论
要根据需要选择网络协议
一般restful web service都是http
但是游戏一般是tcp or udp
而且udp比较多，所以你要自己处理丢包以及验证connection的事宜
所以backend不太可能是jax-rs
除非你只是用来存一下数据，那这个也许还可以用jax-rs
django亦然，这两个都差不多只能支持http协议
用vert.x就可以支持tcp,udp,http,web socket等等，都很容易搞
而且可以随便启thread，对于卡牌类游戏非常match
但是vert.x也只能做到卡牌，如果是再即时一点的
就需要自己控制thread了，thread pool去搞了
要求低于卡牌的，vert.x都可以轻松搞掂
数据库无所谓你用什么，用什么都会有问题，但是流量小都没有问题
postgresql都可以，zlike用的是mongo
这不是在前面问怎么对付mongo的问题嘛 |
|
f*****w
发帖数: 2602 | 37 是说只要是用异步库 都更适合用mongo是吗？
我就是要写的东西貌似会有很多join 听说mongo对此的支持不是特别好，所以。。。
我上面的code是unit test里面的代码，所以才会出现先清空所有数据这样比较极端的
操作 :-) |
|
z****e
发帖数: 54598 | 38 postgresql -> 同步
mongo -> 异步
node -> 异步
php, tomcat -> 同步
vert.x -> 异步＋同步(worker)
node也有worker，但是很麻烦，比较折腾
同步搭配同步的，异步搭配异步的
如果你换着搭配，就会有冲突
mongo是不太容易做join，但是比你搞异步的postgresql可能要简单点
如果你坚持node的话，用vert.x这些都不是问题，意料之中 |
|
z****e
发帖数: 54598 | 39 从file system -> db
最没有结构 -> 结构最完整
hdfs, cassandra, couch, hbase, mongo, rdbms
cache比如redis之类的，接近mongo
越左越容易scale，越像老姜说的原始社会
越右结构越严格，真正的nosql，主要是左边两个
因为结构最混乱，结构越混乱，数学尤其是统计越重要
spark就主要伺候左边两个，外加一个hbase，因为eco近 |
|
j**********3
发帖数: 3211 | 40 竟然引来了著名的北京mm！
北京mm赶紧来说几句嘛，我考虑了一下没去data sciense/database版发帖，因为。。
。那边的人都不活跃，发帖问问题没有人理啊。。。
北京mm来说说用mongo的心得，我现在自己玩mongo呢，不过只是存了一些data，做做
query而已。。。 |
|
x***4
发帖数: 1815 | 41 Yes. Cassandra is AP while mongo is CP. one can pick what he needs.
I feel Cassandra is further away from RDMS than mongo. |
|
z****e
发帖数: 54598 | 42 你要知道是哪一步慢啊
访问rest的网络导致的慢，还是程序跟mongo的io慢
还是mongo的操作慢，先分析再说 |
|
e*******o
发帖数: 4654 | 43 正解
大数据其实是个幌子，多数应用传统的db 其实够用。
小公司很多mongo 也是单机，用mongo 不是因为大数据，而是简单。 |
|
