-
Notifications
You must be signed in to change notification settings - Fork 3
properly specify semantics of path expressions #81
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good. Noted a couple of minor grammar fixes, but approving in advance.
Co-authored-by: Nathan Rauh <[email protected]>
|
||
If any element of a path expression evaluates to a null value, the whole path expression evaluates to a null value. | ||
|
||
NOTE: An implementation of the core language is not required to support path expressions which involve multiple entities. For example, if `Book` and `Publisher` are different entity types, then the path expression `book.publisher.name` is not part of the core language.footnote:[Path expressions involving multiple entities are called _implicit joins_ by the Jakarta Persistence specification.] |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@otaviojava I'm adding this NOTE to address #86.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
On non-relational databases, this kind of navigation is usually implicit, since related data is stored within the same aggregate.
The note makes sense overall.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
On non-relational databases, this kind of navigation is usually implicit, since related data is stored within the same aggregate.
We would consider that navigation from a root entity to its embeddable, not navigation between entities, I think.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Good point.
I agreed!
Made a couple of improvements and moved this out of draft mode. |
See #74.