2011-10-12 11 views
8

sembra che ho trovato qualcosa che mi ha lasciato confuso; ho trovato due Neo4j per scaricare a Python, il primo è:Qual è il modo migliore per accedere a Neo4j da Django?

e la seconda è:

qual è il differenza tra i due? il primo sembra essere grande (dimensioni), quindi vuol dire che se lo uso non avrò bisogno della release della comunità neo4j (milestone)?

quando ho installato il primo e ho provato a testare un esempio di django, sembra che la directory denominata "modello" https://svn.neo4j.org/components/neo4j.py/trunk/src/main/python/neo4j/model/ sia mancante? quindi qual è la differenza e chi sarà meglio usare con Django?

e che dire di quello?

+0

non vedo perché downvoting senza argomenti? – Abdelouahab

+1

Penso che la domanda debba essere ripulita un po ', quindi i downvotes. Non intendi realmente "quale Neo4j", ad esempio, vuoi dire "quale binding Python per Neo4j funziona bene con Django?". –

+0

sì, le mie scuse, il mio inglese è male, e il mio dizionario è così limitato a trovare le parole;) – Abdelouahab

risposta

10

faccio parte del team che ha iniziato l'aggiornamento neo4django dall'integrazione originale di Tobias, ma cercherò di essere onesti =)

hai saltato un altro importante Library- neo4j-rest-client , il binding di Python REST. neo4django è basato su questa libreria e condivide un gruppo dei suoi advantages and disadvantages. In particolare, un client REST sarà sempre più lento di un client nativo, ma consente un facile utilizzo di un database remoto.

neo4django è una integrazione piuttosto stretta con Django. È very similar per l'ORM standard e ha alcune chicche interessanti come le query con supporto per gli indici e che lavorano a fianco di un DB relazionale. Mi piace molto, ma se non si utilizza un database remoto, la penalizzazione delle prestazioni potrebbe essere troppo alta. Ci sto lavorando, però, quindi keep posted!

Credo che il collegamento svn sopra (https://svn.neo4j.org/components/neo4j.py/trunk/) sia il vecchio binding nativo di Python. Il nuovo è migliore di quello che ho visto (meno di un mal di testa, aggiornato), quindi a meno che non si voglia provare la vecchia integrazione di Django in bundle, sarebbe più facile evitarlo.

Il primo collegamento (http://pypi.python.org/pypi/neo4j-embedded) è l'integrazione più recente. Non penso che il "modello" sia incluso nella distribuzione, perché non è ancora arrivato con l'integrazione con Django. Se hai bisogno di prestazioni serie e stai bene abbandonando il linguaggio di definizione dei dati in stile Django, è la strada da percorrere.

In futuro, spero di far funzionare neo4django con i client nativi e REST ... vedremo cosa succede!

+0

ahhhh !!!! grazie per la risposta, quello che sto cercando !!!hai organizzato alcune idee non ordinate :) grazie ancora Modifica: grazie ancora per il Neo4j-rest-client, con quello, sarà più facile dal momento che utilizzerà l'interfaccia REST come Django Admin :) – Abdelouahab

+0

Il progetto non è più lungo = ( –

+0

Anzi, ho spostato su e non hanno tempo per mantenere il progetto. PRs sono sempre i benvenuti per farci fino ad oggi, però! –

Problemi correlati