L'uso di MongoDB per la funzionalità di archiviazione sul campo limita la funzionalità?


12

Sto pensando di utilizzare MongoDB su un sito per l'archiviazione sul campo e non solo di spostare cache, sessione, lotti, ecc. Dal mio database SQL.

L' API di archiviazione su campo dovrebbe rendere tutto senza soluzione di continuità, supponendo che io stia usando l'API Drupal per accedere ai dati. Ma questo limita il mio sito in alcun modo. In particolare, mi chiedo come Visualizzazioni saranno interessati.


Molto probabilmente questo verrà chiuso perché troppo ampio; l'unica cosa che mi ha tenuto lontano da MongoDB è il fatto che perderei la funzionalità delle relazioni di Views per i campi memorizzati usando MongoDB. Sono preoccupato che un giorno ne avrò bisogno e BANG - nessuna delle domande può essere modificata JOIN.
Chapabu,

Questa è una delle cose che mi sono venute in mente.
Jacob Bolton,

@Chapabu Puoi mitigarlo con Mongodb ed EFQ Views Backend
Clive

@Clive Sei sicuro? Ero sicuro di aver letto da qualche parte che non era così? Non ho mai avuto il tempo di provarlo, quindi non posso dirlo al 100% in entrambi i modi. Se funziona, allora diavolo, non vedo alcun motivo per non usarlo :-)
Chapabu,

2
Penso che questo possa essere riscritto per focalizzarsi e adattarsi perfettamente al sito.
mpdonadio

Risposte:


7

è una bella domanda.

Sono nella mia avventura di 5 settimane a giocare con Drupal 7 e mongo,

Tuttavia, come ha affermato e citato Cahpabu.

NESSUN RAPPORTO MAI. EFQ Views non supporta le relazioni perché Mongo non supporta JOINs. "- Nella sezione Conversione delle visualizzazioni di questo post. (Giusto per chiarire, non sono polemico, sono sinceramente curioso) - Chapabu, 6 settembre alle 15 : 57

Penso che puoi fare molto usando mongo con Drupal, spostando molte altre cose in mongo, come sessioni, ecc. Semplici "campi" comunque:

Poiché Views è estremamente limitato con Mongo db. Ho scoperto che è meglio (e molto più timeconsuming) riscrivere alcuni moduli personalizzati adattandoli allo schema di mongo.

Quindi è sicuramente una grande avventura se si avvia un nuovo progetto / sito. Ma l'avventura sarà piena di grandi sfide lungo la corsia misteriosa.

Perfino la Casa Bianca dovette tornare a Mysql da Mongo. ecco una citazione che ho trovato su di esso.

"La versione attuale dipende da MongoDB. Quando abbiamo creato l'applicazione per la prima volta, volevamo assicurarci di disporre di un'applicazione e di un database altamente scalabili per soddisfare le nostre esigenze di prestazioni previste con carichi elevati. Gestiamo MongoDB in produzione da oltre un anno, ma abbiamo deciso che i vantaggi in termini di prestazioni offerti sono compensati dalla complessità del tentativo di estendere le funzionalità Drupal supportate da MongoDB ".

Tuttavia, altre persone hanno avuto grandi successi con mongodb e Drupal 8 Mongodb e Drupal 8

Come affermano nella loro diapositiva, Per ottenere la piena funzionalità mongodb è ovviamente impossibile.

Ma dovrai rinunciare a diversi moduli usando SQL, (che è molto) Per ora, ho ancora la sensazione che Drupal non possa ballare un tango completo con Mongo. Anche usando i moduli. è ancora un modo approssimativo.


Grazie per aver condiviso i tuoi pensieri su questo! È apprezzato!
Jacob Bolton,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.