Hi Nils,

> - support an extendible data model (plugins can add fields /
> relationships to exisiting objects). From what I've read this is supported.

Everything is dynamic, you can create new
nodes/relationships/relationship types and add properties at will. A
node can have any combination of properties and relationships
attached.

> - support query of items by properties and by relationships of other
> objects. For example: return all email messages sent to or received from
> a particular user, which are part of a collection "work".

Yes this can be achieved in a number of ways. Depending on
requirements you can use different layouts. Most straight forward
would be to have node for each user and email then relationships
RECEIVED & SENT. Also a node that symbolizes the "work" collection and
a relationship type PART_OF.

>
> A part I am struggeling with in the design of the app, is that the UI
> should support viewing of very large collections, for example all email
> messages in "work" collection. These will have to be sortable by
> different fields, in case of a mail message even sorting by the name of
> the contact (which needs to follow a relationship). I don't really know
> how to use Neo4j (or another persistence mechanism, or another layer on
> top of Neo4j) to implement such functionality.
>

This can either be solved by reading in the full collection (using a
traverser) then sort it or keep the items sorted in the node space
(using linked lists like Timeline utility in index-util component).

Regards
-Johan
_______________________________________________
Neo mailing list
User@lists.neo4j.org
https://lists.neo4j.org/mailman/listinfo/user

Reply via email to