Hi Scott,

the term "kept" is not the one I'd use. If you think about data in an
Object Oriented way, it's correct to say that all the graph entities in
OrientDB are instances of V and E classes (but take into consideration that
you can use document classes that do not extend E or V). This is like
having a class hierarchy in Java, if you define the classes Person and
Student extends Person, then all the students are also instances of Person.

When I say that "kept" is not the right word, I mean that data are actually
kept in clusters, and a cluster belongs to a single class. In my example I
will have

class -> cluster
Person -> cluster:person
Student -> cluster:student

if I do an "INSERT INTO Person" the record will be stored in cluster:person
if I do an "INSERT INTO Student" the record will be stored in
cluster:student, but it will also be an instance of Person, just because
Student extends person.

I understand your point of view on the documentation, believe me, it's not
our intention to keep things unclear, on the contrary, we are putting a lot
of effort on making things clearer, but OrientDB has really a lot of
concepts and details (you see, document, graph, OO concepts, indexes,
functions, hooks, replication... and I could go on...), new features are
added on every release and it's not always easy to keep the docs clear. We
know there is a lot to do on that side and we are doing our best, but any
external contribution will be very welcome ;-)

Thanks

Luigi




2015-06-15 8:24 GMT+02:00 scott molinari <[email protected]>:

> For instance, you note in the documentation about how clusters are similar
> to RDBMS tables "in the beginning", but then say one should understand the
> differences. However, the differences aren't really clearly explained in
> that part of the "Internals" section. Why act like this is all a secret?
> Why not explain clearly the differences in that section?
>
> I am liking OrientDB more and more, but sometimes the "attitude" I am
> getting in the docs of "we are like an RDBMS, but actually we are different
> and it is up to you to find out why" is sort of frustrating. I want to know
> what makes OrientDB special up front and I shouldn't have to sift through
> the docs or any other resource to find that out.
>
> Scott
>
> --
>
> ---
> 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.
>

-- 

--- 
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