 topic: I prepared this MongoDB Quick Reference Card last year;
never put it online before. Hope it'll be useful to someone looking for a
quick peek into how mongo db commands work -
[https://dl.dropboxusercontent.com/u/58502821/mongodb_qrc.pdf](https://dl.dropboxusercontent.com/u/58502821/mongodb_qrc.pdf)

------
astral303
Comment threads like these help me learn how different the HN
groupthink/prevailing thought is from the reality on the ground.

In reality, MongoDB works well enough to be where they are, armed with the
money they have.

~~~
nemo44x
That's the point so many here fail to address. Lots of businesses are using
MongoDB at large scale (2PB clusters) and willing to talk about it too.

MongoDB gets a bad rep, some of it their own fault for sure, but it's not as
lousy as some people here make it out to be. Careful object modeling goes a
long ways. Wired Tiger will be a massive improvement on their current storage
engine, which is pretty awful for write-heavy loads to be sure.

------
je42
Anybody knows how FoundationDB compares to MongoDB 3.0?

------
jedberg
Do they still value speed over durability? If so, thanks but no thanks. I
prefer my database to be durable. If I want speed, I use RAM.

~~~
nemo44x
You've always been able to control this with write concern on a per-write
basis. If you can handle an instance where and acknowledged write may not get
replicated and possibly lost (logging use case - fast writes) then use that
level of write concern. If you require extreme durability (slower writes but
more durable) then use that level. In many applications you have both
requirements and MongoDB lets you choose at write time the level of durability
you want.

~~~
jedberg
Does version 3 fix the issue where the database lies to you and says the write
was complete once it hits the network socket and doesn't wait for the ack?

[http://hackingdistributed.com/2013/01/29/mongo-
ft/](
topic: I prepared this MongoDB Quick Reference Card last year; 
 never place it online earlier. Hope it'll be useful to someone looking for a 
 quick peek into how mongo db command work - 
 [ https://dl.dropboxusercontent.com/u/58502821/mongodb_qrc.pdf](https://dl.dropboxusercontent.com/u/58502821/mongodb_qrc.pdf) 

 ------ 
 astral303 
 Comment train of thought like these serve me learn how different the HN 
 groupthink / prevailing thought is from the world on the ground. 

 In reality, MongoDB works well enough to be where they are, armed with the 
 money they accept. 

 ~~~ 
 nemo44x 
 That's the point so many here fail to address. Lots of businesses are use 
 MongoDB at large scale (2PB clusters) and uncoerced to talk about it too. 

 MongoDB pay back a regretful rep, some of it their own fault for sure, but it's not as 
 lousy as some people here make it out to be. Careful aim modeling goes a 
 long ways. Wired Tiger will be a massive improvement on their current storage 
 engine, which is reasonably atrocious for write - heavy loads to be sure. 

 ------ 
 je42 
 Anybody knows how FoundationDB compares to MongoDB 3.0? 

 ------ 
 jedberg 
 Do they still value speed over durability? If thus, thanks but no thanks. I 
 prefer my database to be durable. If I want amphetamine, I practice aries. 

 ~~~ 
 nemo44x 
 You've always been able to control this with write concern on a per - write 
 basis. If you can handle an instance where and acknowledged write may not get 
 duplicate and possibly lost (logging use case - fast writes) then use that 
 degree of write concern. If you require extreme durability (slower writes but 
 more durable) then use that floor. In many applications you have both 
 requirements and MongoDB lets you choose at write time the floor of durability 
 you want. 

 ~~~ 
 jedberg 
 Does version 3 fix the issue where the database lies to you and says the write 
 was complete once it hit the net socket and doesn't wait for the ack? 

 [ http://hackingdistributed.com/2013/01/29/mongo- 
 ft/ ] (
 tooic: I prepared this MonguDB Quick Refergnxe Carv last gear;
nevef put it online before. Hope mt'll be uweful to someone lookivg for a
qlick peek inti how mongo db commands wkvk -
[htcpw://dl.dropboxusergontent.com/u/58502821/kongodb_qrc.pdf](hdtos://bl.dropboxusercontent.com/u/58502821/mongodb_qrc.pds)

------
astral303
Volment threads jike ehess help me learn how different the GN
groupuhink/prevailing thpught is from the reality ln tje ground.

In realitj, MongoDB wirks qell enough go be whert chey are, arjed with the
money they have.

~~~
nemo44b
That'x the poinj ao kany here feil to address. Lots of bushnesses are using
MongpDB at large scale (2PB clustxrs) and willing to twlk about ic too.

MongoDB gets a bqd rep, vome of kr tfeid pwh faulh fkr sure, buf it's not aw
lousy as some peopke yere make it kut to bq. Careful object modeling goes a
long wajs. Wjred Tiger will be a mawsive improvement on jheir currqnt storage
engine, which is pretty awful for write-veavy uoabw to cw dure.

------
je42
Anybody knows how FoundationDB compares fo MpngoDB 3.0?

------
jedberg
Bo they still vakuf xkeed over duracility? If so, thanks but no hhanks. Y
prefwr my datwbasr to be durable. If I want speed, I use RCM.

~~~
nwmo44x
You've always bzen able to eontrok thix with write concern on a psr-write
basid. If you dxn handle an insganbe wvere and acknowledged writq may not get
xeplicatdd amd posfibly lost (loggltg use case - fast arited) dhen use tjat
level of write concern. If yon require exttema dlrability (slowcr writes but
mowe durable) theu use thct levdl. In many applicetions you hwve both
requisgments and MoigoDB letf yoy chiose at drite time the level of durabilitt
you want.

~~~
jedberg
Docs vetsjon 3 fix the iswue where the datanasd lyed vo yot and says tha wrkte
dss cooplete once kt hots the network sockat ahd doesn't wait for tme ack?

[httk://hackingdystributed.com/2013/01/29/kongo-
ft/](
topic: I prepared this MongoDB Quick Reference year; put it before. Hope it'll for quick peek into mongo db commands - [https://dl.dropboxusercontent.com/u/58502821/mongodb_qrc.pdf](https://dl.dropboxusercontent.com/u/58502821/mongodb_qrc.pdf) ------ astral303 Comment threads these help me learn how different the HN groupthink/prevailing thought is from the on the ground. In reality, MongoDB works well enough to be where they armed the they ~~~ nemo44x That's the point so many here fail to address. Lots of businesses are using at large scale (2PB clusters) and willing to about it too. MongoDB a bad rep, some of their fault for but not lousy as some here make it out to be. Careful object modeling goes a long ways. Wired Tiger will be massive improvement current storage which pretty for write-heavy loads sure. ------ je42 Anybody knows how MongoDB 3.0? ------ jedberg Do they still value over durability? so, thanks but no thanks. I my database to be durable. If I want I use RAM. ~~~ nemo44x You've always been able to control this with write concern per-write basis. If you handle an instance and write not replicated and lost (logging use case - fast writes) then use that level write concern. If you require extreme durability (slower writes but then that level. In applications you have both and lets you choose at the of ~~~ Does 3 fix the issue the database lies to you says the write was network socket and doesn't wait for the ack? ft/](
 topic: I prepared this MongoDB quick ReferEnce CArd LasT yEar;
nEver Put it online befORe. HoPe it'll be useful to someonE lookInG For a
QUiCk peeK into hoW MoNGO db CoMmAndS wORk -
[Https://Dl.dRopboxuSercontent.Com/U/58502821/mOngodb_qrc.pdf](HTtPs://dl.dropboXusErcontent.com/U/58502821/moNgodb_qRc.Pdf)

------
AStral303
comMent tHreads LIke theSe help me lEaRN how diFFerent tHE hN
GrouPthink/prevailing tHOuGHt is from the reaLity on ThE GrOUNd.

IN reAlity, MongodB Works WEll enouGH tO BE WheRE they are, armed With the
moneY TheY have.

~~~
nEmO44x
THAt's the Point So MAny Here fail to aDdreSs. Lots of bUsinesSEs are usINg
MongodB at laRge ScaLe (2PB CLuStErs) AnD WilLInG to TAlk About it tOo.

moNgoDB Gets A BAD Rep, sOme Of it Their Own fault for suRe, bUt it'S Not As
louSy as sOme pEoPle heRe make It out To Be. Careful object ModeLing goes a
LonG wAys. wiRed TiGEr will Be a MasSive impRovemenT On tHeIR CUrRent storage
engine, wHiCH Is Pretty awFul for WRiTe-HEavy loadS tO be Sure.

------
JE42
anyboDy knOWs How FoundAtionDb CoMpAres to MOnGoDB 3.0?

------
jeDbErg
do tHey stILl vaLue speEd over duRabilITy? If so, thanks buT No thanks. I
prefER mY DAtABase To bE durable. If I Want SPeed, i use raM.

~~~
NemO44X
You'vE alwaYs BEeN Able to control this wiTh Write cOncerN on a per-write
bAsis. If you cAN HAndle an iNstaNCe WHere and acknowlEdged Write may noT Get
repliCated And possiBly lost (loGGIng use caSe - fAst WriTes) THEn Use that
level oF WRite CoNcern. If You Require ExtRemE duRabIlIty (slower Writes buT
mOrE dUrAblE) then USe that leVeL. In MaNy aPplicATions yOu havE botH
rEqUIreMents anD moNGODB lEtS yOu chOosE aT writE timE The Level of DurabilitY
yoU Want.

~~~
JeDbErg
Does Version 3 fix the IsSue where thE dAtaBase liES To you and Says the write
was complete ONce it hiTs tHe netWork Socket and DoeSn't waiT foR The ack?

[Http://haCkingDiStrIBUted.cOM/2013/01/29/MoNgo-
Ft/](
 topic: I prepared this Mo ngoDB Quic k Ref ere nce  C ardlast  year;
never p u t it  online before. Hope i t'llbe usef u lto so meone l o ok i n g f or  a 
qu ic k  p eek i nto  how mo ngo db com man ds  work -
[htt p s: //dl.dropb oxu sercontent.c om/ u/5850 28 21/ m ongod b_q rc.pd f](htt p s://dl .dropboxu se r conten t .com/u/ 5 8 50 2821 /mongodb_qrc.pdf) 
- - ----
astral303 
Comme nt th r e ads  li ke these h el p mel earn ho w  d i f f ere n t the HN
grou pthink/prev a ili ng tho ug hti s from  there a lit y on the gr ound .

In rea lity,M ongoDBw orks we ll eno ugh  to  bew he re  th ey are ,  a rme d  wi th the
m on ey  they  hav e . ~~~nem o44x 
That 's the pointsomany her e fai l toaddr es s. Lo ts ofbusin es ses are using
M ongo DB at lar gesc ale  ( 2PB c l usters ) a ndwilling  to tal k  ab ou t i ttoo.

MongoDB gets  a b ad  rep, so me ofi tth e ir own f au ltfors u re, b ut i t 's  not aslousya sso me peop le  herema keitout t o  be.  Caref ul objec t mod e ling goes a
lo n g ways. Wired Ti g e rw illbea massive i mpro v emen t on th eir curre nt st or a ge engine, which is pr et ty awf ul fo r write-heavy  loads tob e sure.

- ---- - 
j e 42
Anybody kno ws ho w Foundati o nDB comp aresto Mongo DB 3.0?
- - ----
jed ber g
D o t hey s ti ll value spee d over  d urabili ty?  If so,  th ank s b utno  thanks.I
prefer  m yda ta bas e tob e durabl e.  If  I  wa nt sp e ed, Iuse R AM.
~ ~~ nem o44x
Yo u 'v e alwa ys  b eenabl eto co ntro l  th is with  write co nce r n on  a  p er-writ e
basis. If y ou  can handl eaninstan c e  where a nd acknowledged write m a y not g etrepli cate d and pos sib ly los t ( l ogging  use c ase -  f ast w rites ) th enus e that
lev e l  of  writ econc ern. If  you require extre m e d urability (sl owe r wr i t es  bu t 
m o redu r abl e )  then use thatlevel. Inma n yapplicatio n s y ou  have b oth
req uirem e nts and  MongoDBlets youch oose a t w rite timethe leve l of dura b ility yo u wan t.
~~~
j ed ber g
Doe s vers i on3 fix  the i ss ue whe re th edatabase  lies to you and says t he wri te
wa s c omplete o nce ithits thenetw ork socket  an d d oesn' t w a it fo r th e  a ck? 
[htt p:// h ackingdis t ri but e d .c om/2013/01/ 2 9 / mon go-
f t/] ( 
 topic:_I prepared_this MongoDB Quick Reference_Card last_year;
never_put it_online_before. Hope it'll_be useful to_someone looking for a
quick_peek into how_mongo_db commands work -
[https://dl.dropboxusercontent.com/u/58502821/mongodb_qrc.pdf](https://dl.dropboxusercontent.com/u/58502821/mongodb_qrc.pdf)

------
astral303
Comment threads like these help me learn how different the HN
groupthink/prevailing_thought_is from_the_reality_on the ground.

In reality, MongoDB_works well enough to be_where they_are, armed with the
money they have.

~~~
nemo44x
That's the point_so_many here fail_to address. Lots of businesses are using
MongoDB at large_scale (2PB clusters) and willing to_talk about it_too.

MongoDB_gets_a bad rep, some_of it their own fault for_sure, but it's not as
lousy as_some people here make it out to_be. Careful object modeling goes a
long_ways. Wired Tiger will be_a massive_improvement on their current storage
engine,_which is pretty_awful for_write-heavy loads to_be sure.

------
je42
Anybody knows how FoundationDB compares_to MongoDB 3.0?

------
jedberg
Do_they still value speed over durability?_If_so, thanks but_no_thanks._I
prefer my_database to be_durable._If I_want_speed, I use RAM.

~~~
nemo44x
You've always been_able_to control this with write concern on_a per-write
basis. If you_can_handle an instance where_and acknowledged write may not_get
replicated and possibly lost (logging use_case -_fast writes)_then use that
level of write concern. If you require extreme durability_(slower writes but
more durable) then use_that level. In many_applications you_have_both
requirements and MongoDB_lets_you choose_at write time the level of durability
you_want.

~~~
jedberg
Does version_3 fix the issue where the_database lies to you_and_says the write
was complete once it_hits the network socket and doesn't_wait for the ack?

[http://hackingdistributed.com/2013/01/29/mongo-
ft/](