[05:46:30] <newlex> am I correct in assuming if I set the _id to a number, that is the ID of the row (which I can then index) and I can search by db.mydb.find({ _id: n }); and find it?
[15:56:17] <johnnode> using mongo-native-driver (for node.js) -> trying to test write & read db asynchronously, mongo suck! don't get expected result. Help me to explain that. http://pastebin.com/dZAShpXS
[15:57:59] <ron> so your strategy is to tell people here that what they use sucks and then ask for their assistance? nice.
[15:59:11] <johnnode> ron: I am sorry, I don't mean that. I think I got something wrong, but actually can not figure it out. Sorry for my word
[16:00:30] <platzhirsch> When I want to define an index on an embedded document's field, do I use plural or singular in the index target? Magazine and ads entities. Do I write ads.date as index or ad.date?
[16:01:56] <johnnode> platzhirsch: Maybe this one is good for you http://www.mongodb.com/presentations/indexing-and-query-optimization-2
[16:02:20] <platzhirsch> johnnode: sure it is, thanks :)
[16:03:46] <platzhirsch> johnnode: That's a really good slide set
[16:05:09] <platzhirsch> so it seems the same name is used as in the field name, no difference between singular and plural
[17:00:52] <_harel> hi all. I've just promoted a secondary to primary, and when trying to connect to it (pymongo) I'm getting this error: "BSON document too large (75 bytes) - the connected server supports BSON document sizes up to 0 bytes."
[17:01:02] <_harel> this is a production system so obviously - stressing it now
[17:02:30] <kali> _harel: ditch pymongo altogether and check if your cluster is working from the shell
[17:03:46] <_harel> i can't even start the shell kali
[17:09:18] <_harel> so raised a secondary to primary while we rebiuld the raid array
[17:09:42] <_harel> the connection string seems to be ok. all that changed is the ip address to point to the new primary
[17:10:55] <_harel> if i initiate a python shell straight up, and do the db connection manually it seems to work, no error, but when i query the collections i get 'empty cursors'
[18:51:24] <oxsyn> I'm attempting to switch from using sqlalchemy to mongo for my flask application. The database is built from imported data that's dynamic - and I want to build an html table from this data, which requires retrieving a set of documents, examining the 'schema' i.e. getting a list of the fields, and using them to define the columns and display the output. I'm new to mongo (first day) and am not finding any
[18:51:26] <oxsyn> obvious solutions on how I can do this. Anyone have any suggestions?
[19:37:30] <_harel> oxsyn, your solution will come from python. get the document, loop the fields from the first document and collect them to generate the html headers, then keep on looping chucking out rows.
[22:01:51] <Gaddel> if two atomic updates are being done at the exact same time, what happens exactly? is a write-lock put in place and then one update overwrites the other? or will one completely fail?
[22:03:38] <Gaddel> assuming the same fields are being updated