mongodb-php

I have 2 collections: A (3.8M docs) and B (1.7M docs) I have a PHP script that I run from the shell that: loops over each record in A ~60% of the time, it does a findOne on B (using _id) does some basic math, creating a php array once the loop on all docs in a is done: 4) loop over php array 5)upsert into collection C during (1), I consistently get: PHP Fatal error: Uncaught exception 'MongoCursorException' with message 'Cursor not found' The last item processed was #8187 of 3872494. real 1m25.478s user 0m0.076s sys 0m0.064s Running it again, with no change in code, the exception got thrown at

I am using mongo php library , and trying to insert some old data into mongodb. I used insertMany() method and pass a huge array of document, that may have duplicate documents on unique indexes. Lets say I have a users collection and have these indexes: [ { "v" : 1, "key" : { "_id" : 1 }, "name" : "_id_", "ns" : "test.users" }, { "v" : 1, "unique" : true, "key" : { "email" : 1 }, "name" : "shop_id_1_title_1", "ns" : "test.users" } ] If there's a duplicate document, MongoDB\Driver\Exception\BulkWriteException would raise and stop the process. I want to find a way to ignore inserting duplicate

I am running mongodb on ubuntu server. The server time is root# date Thu Sep 13 21:15:58 BST 2012 But when I run the following command I get a different result root# mongo MongoDB shell version: 2.2.0 connecting to: test > new Date() ISODate("2012-09-13T20:15:58.670Z") There is exactly one hour difference. When I update a documents updated_on field with php using MongoDate() , the value of the field is still 1 hour off. [EDIT] Actually I just checked my php error log and the time in the log file is 1 hour off as well [13-Sep-2012 20:11:14 UTC] Log Message (Time should be 21:11:14) Mongo tells

I am planning and researching my switch from MySQL to MongoDB right now and I just had an interesting thought... I have a bunch of hierarchical objects that I need to store in the database. My current method is to have a bunch of embedded documents in a collection. They will never need to be searched for. Would it possibly make sense just to serialize the PHP objects, stick them in the DB, and then unserialize them back into PHP objects when I want to use them? The alternative is using Doctrine as my ORM. My programming intuition tells me that this is bad design and is limiting, but I feel

I have the following PHP script that basically connects to the MongoDB, writes a document and then closes the connection 19000 times: <?php for($i=0; $i < 19000; $i++) { $con = new Mongo("mongodb://localhost:27017"); $db = $con->selectDB('test'); $col = $db->selectCollection('close_wait_test'); $col->insert(array('Test' => 'Value1')); $con->close(); } ?> Running this script once works fine, but if I run the script a few seconds later, I get the 'Cannot assign requested address' exception, which is understandable as the server system probably ran out of ports. If however, I remove $con->close()