The Mongo PHP Adapter is a userland library designed to act as an adapter
between applications relying on ext-mongo and the new driver (ext-mongodb).
It provides the API of ext-mongo built on top of mongo-php-library, thus being compatible with PHP 7.
This library aims to provide a compatibility layer for applications that rely on on libraries using ext-mongo (e.g. Doctrine ODM) but want to migrate to PHP 7 or HHVM on which ext-mongo will not run.
You should not be using this library if you do not rely on a library using
ext-mongo. If you are starting a new project, please check out mongodb/mongodb.
This library requires you to have the mongodb extension installed, and it
conflicts with the legacy mongo extension.
The preferred method of installing this library is with Composer by running the following from your project root:
$ composer require alcaeus/mongo-php-adapter
This package declares that it provides ext-mongo; Composer only allows this
replacement to apply if composer.json or a dependency contain a requirement,
see composer/composer#2690.
Therefore, you either need to have a dependency on a package which requires
ext-mongo, such as doctrine/mongodb, in your project:
"require": {
"php": "^7.0",
"alcaeus/mongo-php-adapter": "^1.0.0",
"doctrine/mongodb": "dev-master"
}
or you need to explicitly require ext-mongo yourself in composer.json:
"require": {
"php": "^7.0",
"alcaeus/mongo-php-adapter": "^1.0.0",
"ext-mongo": "*"
}
Some methods may not throw exceptions with the same exception messages as their
counterparts in ext-mongo. Do not rely on exception messages being the same.
Methods that return a result array containing a connectionId field will always
return 0 as connection ID.
Serialization of any Mongo* objects (e.g. MongoGridFSFile, MongoCursor, etc.) will not work properly. The objects can be serialized but are not usable after unserializing them.
- The Mongo class is deprecated and was not implemented in this library. If you are still using it please update your code to use the new classes.
- The MongoLog class does not log anything because the underlying driver does not offer a method to retrieve this data.
- The connect and close methods are not implemented because the underlying driver connects lazily and does not offer methods for connecting disconnecting.
- The getConnections method is not implemented because the underlying driver does not offer a method to retrieve this data.
- The killCursor method is not yet implemented.
- The authenticate method is not supported. To connect to a database with authentication, please supply the credentials using the connection string.
- The
$cmdcollection cannot be used due to an issue in the underlying driver. To run commands, use the command method instead of querying the virtual$cmdcollection.
- The insert, batchInsert, and save methods take the first argument by reference. While the original API does not explicitely specify by-reference arguments it does add an ID field to the objects and documents given.
- The parallelCollectionScan method is not yet implemented.
- The explain method is not yet implemented.
- The info method does not
reliably fill all fields in the cursor information. This includes the
numReturnedandserverkeys once the cursor has started iterating. ThenumReturnedfield will always show the same value as theatfield. Theserverfield is lacking authentication information. - The setFlag method is not yet implemented.
- The timeout method will not change any query options. Client-side timeouts are no longer supported by the new driver. Use the maxTimeMS setting as a replacement.
- The createFromDocument method is not yet implemented.
- The info method does not
reliably fill all fields in the cursor information. This includes the
at,numReturned,firstBatchAtandfirstBatchNumReturnedfields. TheatandnumReturnedfields always return 0 for compatibility to MongoCursor. ThefirstBatchAtandfirstBatchNumReturnedfields will contain the same value, which is the internal position of the iterator.

