Django e Neo4j senza Neo4Django

Question

Sto costruendo un'app di Django con Neo4j (insieme a Postgres), ho trovato questa integrazione di Django chiamata neo4django, mi stavo chiedendo se è possibile utilizzare solo neo4restclient, quali, quali sarebbero gli svantaggi di non usare Neo4django? Utilizza solo neo4-rest-client, mi dà più flessibilità? Quando stavo creando i miei modelli con Neo4Django, sembrava che non ci fosse alcuna differenza tra la modellazione di un db grafico e db relazionale. Mi sto perdendo qualcosa?

Grazie!

Answer 1

Si può assolutamente andare avanti con neo4j-rest-client o py2neo, senza usare neo4django. Allo stesso modo, puoi utilizzare qualsiasi altro driver di database che desideri in qualsiasi momento utilizzando Django, qualsiasi client REST, ecc.

Cosa perdi? Il modello DSL, l'interrogazione incorporata (ad esempio, Person.objects.filter(name="Mohamed")), l'indicizzazione incorporata e Lucene, Gremlin e Cypher dietro quello. Alcune cose saranno molto più semplici, ad esempio l'impostazione di una proprietà arbitraria su un nodo, ma sarà necessario saperne di più su come funziona Neo4j.

Perderai anche alcune delle scorciatoie che Django offre che funzionano con neo4django, come get_object_or_404() e alcune delle viste basate su classi che funzionano con i set di query.

Cosa guadagnerai? Potenza assoluta sul DB e tempo più semplice per ottimizzare le prestazioni del DB. Anche se neo4django non è abbastanza buono come un ORM tradizionale nella sfera di Python, il compromesso tra potenza e facilità fornita è simile.

Detto questo, i due possono funzionare insieme: è possibile passare da neo4django ai nodi e alle relazioni client REST sottostanti in qualsiasi momento. Basta usare model_instance.node per ottenere l'oggetto nodo neo4j-rest-client sottostante da un modello e from neo4django.db import connection per ottenere un client neo4j-rest incapsulato GraphDatabase.

Se ti manca qualcosa: neo4django è stato scritto per riutilizzare una potente interfaccia per sviluppatori, l'ORM di Django, quindi dovrebbe sembrare simile alla scrittura di modelli per Postgres. Ho scritto un bit about that odd feeling in passato. Penso che parte del problema potrebbe essere che la lib non mette in evidenza la terminologia del grafico che i nuovi sviluppatori interessati al grafico si aspettano - come attraversamenti e pattern matching - e invece veste quelle tecniche nell'abbigliamento di query di Django.

Mi piacerebbe i tuoi pensieri o sapere tutto quello che vorresti che la libreria facesse che non lo facesse :) Buona fortuna!