¿Usar MongoDB para la funcionalidad de límite de almacenamiento de campo?

12

Estoy considerando usar MongoDB en un sitio para el almacenamiento de campo, y no solo mover caché, sesión, lotes, etc., de mi base de datos SQL.

La API de Field Storage debería hacer esto sin problemas, suponiendo que esté usando la API de Drupal para acceder a los datos. Pero, ¿esto limita mi sitio de alguna manera? En particular, me pregunto cómo se verán afectadas las Vistas .

Jacob Bolton
fuente
Sin embargo, esto probablemente se cerrará por ser demasiado amplio; Lo único que me ha mantenido alejado de MongoDB es el hecho de que perdería la funcionalidad de relaciones de Vistas para los campos almacenados con MongoDB. Me preocupa que algún día lo necesite y BANG, ninguna de las consultas se puede JOINeditar.
Chapabu
Esa es una de las cosas que me vinieron a la mente.
Jacob Bolton el
@Chapabu Puede mitigar eso con Mongodb y EFQ Views Backend
Clive
@Clive ¿Estás seguro? ¿Estaba seguro de haber leído en alguna parte que este no era el caso? Nunca he tenido tiempo de probarlo, así que no puedo decirlo al 100% de ninguna manera. Si funciona, demonios, no veo ninguna razón para no usarlo :-)
Chapabu
2
Creo que esto puede reescribirse para enfocarse y encajar bien en el sitio.
mpdonadio

Respuestas:

7

Es una buena pregunta.

Estoy en mi aventura de 5 semanas de jugar con Drupal 7 y Mongo,

Sin embargo, como Cahpabu declaró y citó.

SIN RELACIONES LO QUE SEA. EFQ Views no admite relaciones porque Mongo no admite JOINs ". - En la sección Convertir las vistas en esta publicación. (Solo para aclarar, no estoy discutiendo, tengo curiosidad) - Chapabu 6 de septiembre a las 15 : 57

Creo que puedes hacer mucho usando mongo con Drupal, moviendo muchas otras cosas a mongo, como sesiones, etc. "campos" simples sin embargo:

Dado que Views está extremadamente limitado con Mongo db. Descubrí que es mejor (y mucho más tiempo) reescribir algunos módulos personalizados que se ajustan al esquema de mongo.

Entonces es seguro, una gran aventura si estás iniciando un nuevo proyecto / sitio. Pero la aventura estará llena de grandes desafíos en el carril misterioso.

Incluso la Casa Blanca tuvo que volver a Mysql desde mongo. Aquí hay una cita que encontré.

"La versión actual depende de MongoDB. Cuando creamos la aplicación por primera vez, queríamos asegurarnos de tener una aplicación y una base de datos altamente escalables para satisfacer nuestras necesidades de rendimiento anticipadas bajo altas cargas. Hemos estado ejecutando MongoDB en producción durante más de un año, pero hemos decidido que los beneficios de rendimiento que proporciona se ven compensados ​​por la complejidad de tratar de ampliar las funciones de Drupal respaldadas por MongoDB ".

Sin embargo, otras personas tuvieron mucho éxito con mongodb y Drupal 8 Mongodb y Drupal 8

Como afirman en su diapositiva, lograr la funcionalidad completa de mongodb es, por supuesto, imposible.

Pero tendrá que renunciar a varios módulos usando SQL, (lo cual es mucho). Por ahora, todavía tengo la sensación de que Drupal no puede bailar un tango completo con Mongo. Incluso usando los módulos. sigue siendo un camino difícil.

Vic
fuente
¡Gracias por compartir tus pensamientos sobre esto! Es apreciado!
Jacob Bolton