Yes, that's a good point. Since the OP's application was described as a
financial application, I assumed that these documents were created once and
essentially never deleted or "moved around", so I didn't figure there was
any need to worry about referential integrity. That said, using edges may
still be worthwhile in this application for other reasons.

Regarding the supernode problem, unless the number of documents generated
on a per-day basis was in the 1000s, that's what I was trying to address by
using the "layers of time blocks" (i.e. a year can have no more than 366
days, etc.), but if one day is too large a "lowest level" grouping, then
maybe adding an hour layer would solve this (back to needing to know more
about the real-world details of the application).


On Tue, Apr 5, 2016 at 1:51 PM, 'scott molinari' via OrientDB <
[email protected]> wrote:

> Just remember though, if you do use LINKSETs, it is up to you to always
> keep up the referential integrity of the links between the linked documents
> within your application. This is where using edges simplifies upkeep of
> relationships.
>
> I'd also say, there will also be a performance issue with vertexes with a
> lot of links/ relationships (10000s). This is known as the supernode
> problem within graph databases and this issue hasn't yet been addressed in
> ODB, AFAIK.
>
> If someone from ODB is reading, it would be interesting to hear, if
> supernodes can be considered a possible performance issue or not.
>
> Scott
>
> --
>
> ---
> You received this message because you are subscribed to a topic in the
> Google Groups "OrientDB" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/orient-database/QlJOzjS28JI/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> [email protected].
> For more options, visit https://groups.google.com/d/optout.
>

-- 

--- 
You received this message because you are subscribed to the Google Groups 
"OrientDB" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
For more options, visit https://groups.google.com/d/optout.

Reply via email to