MongoDB and Drupal (@ DrupalCon)
Last week I spent in Munich, Germany attending and speaking at DrupalCon. This was my first DrupalCon, and I have to say I was amazed with both the size (1800+ people) as well as the great community they have built. My main reason for going was to see how Drupal and MongoDB work together, and what we can do to make their integration better.
From my side, MongoDB related events were me presenting at the Munich MongoDB Usergroup on Indexing on Tuesday evening, a birds of a feather session on Wednesday, where I showed how Drupal 7 can be used with MongoDB at the moment and my presentation "Introduction to MongoDB" where I outlined what makes MongoDB such a good fit for Drupal. The presentation on the conference were standing room only.
I have taken quite a few things back from this conference. First of all, it seems clear that there is a lot of interest in the Drupal community to have MongoDB working as a first-class citizen, especially for higher traffic sites. Right now, there is a module that "just" integrates into only a few places in Drupal. We also support the EntityFieldQuery module.
But, as most of Drupal 7 is using hard coded SQL queries, it is hard (though possible) to run everything with MongoDB instead of MySQL. Due to the inherent design issues with Drupal 7 it is not easy to use and this then results that sites such as the WhiteHouse's petition website moving back from MongoDB to MySQL. In their own words:
"The current release depends on MongoDB. When we first created the application, we wanted to make sure we had a highly scalable application and database to meet our anticipated performance needs under high loads. We have been running MongoDB in production for over a year, but we have decided that the performance benefits it provides are outweighed by the complexity of trying to extend Drupal features backed by MongoDB."
Of course, we would like MongoDB to be used with Drupal and we are putting effort into making this a lot better for Drupal 8. Besides more interaction with the Drupal community such as sponsoring and attending DrupalCon, we also financially support Károly Négyesi (or chx as most people know him) to make sure that Drupal 8 will work a lot better with MongoDB. Nevertheless, there is still a lot of work to be done there.
Comments
Which is why Drupal will only be truely ready for alternative datastores once it moves to PHPCR. Right now many modules in fact only work with MySQL. Once PHPCR is put into Drupal there will be 2 key benefits:
-
there is a flexible query language to allow for advanced queries not easily captured via a plain node API
-
it will be possible to address specific performance issues at a much lower level which is encapsulated by a clear specification
As such I would highly recommend 10gen to also help out on PHPCR. While PHPCR will not become the default storage for Drupal 8, there is work underway that will enable PHPCR to be used for storage via a module. While this will not do much to boost MongoDB in the near term, it will mean that PHPCR adoption for Drupal 9 will be much more likely. But also that module developers will be more prepared for this step once it comes around.
Life Line
I know my French is pretty terrible, but I'm sure I'm closer to the correct answer than what's shown here...
Merge branch 'v2022'
Merge pull request #169 from psumbera/solaris-2
I walked 7.0km in 1h6m48s
Fixed some ffing sidewalks again.
I walked 10.5km in 1h40m26s
Updated a pet_grooming shop
I walked 8.6km in 2h12m58s
I walked 8.7km in 1h24m16s
Updated a restaurant
I walked 2.4km in 24m20s
I walked 6.6km in 1h4m32s
I walked 0.6km in 4m38s
I walked 8.5km in 1h22m35s
Merged pull request #1029
Reflow some comments
Add comments, add end of file newlines, fix php 8.5 compilation
Benchmark Xdebug performance
Merged pull request #1051
PHP 8.6: printf() is now optimised out if it only uses %s and %d (and…
PHP 8.6: The object IDs of objects changed in tests
PHP 8.6: ZSTR_INIT_LITERAL() no longer takes non-literals, so use zen…
PHP 8.6: WRONG_PARAM_COUNT has been removed in favour of zend_wrong_p…
PHP 8.6: zval_dtor() has been deprecated in favour of zval_ptr_dtor_n…
Update test for version constraints, as well as the error messages


Shortlink
This article has a short URL available: https://drck.me/drupalmongo-9j3