Skip to content
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

FEATURE: Support for quantified joins (e.g. a join table that has more than FKs) #2

Open
awkay opened this issue Sep 17, 2017 · 0 comments
Assignees
Milestone

Comments

@awkay
Copy link
Contributor

awkay commented Sep 17, 2017

It is often the case that join tables have additional information beyond linkage. I'm working through the "correct" way to reason about these in the graph sense. In the graph, the join table is typically an implementation detail for walking an edge, so there is no place to put a query for the quantification without generating an additional "level" of the graph query.

Possibilities are to map the quantification to the target table (as-if it was there). Navigation in both directions should "make sense". Need to explore use-cases and think through the possibilities before implementing this.

Some initial thoughts:

  • Allow configuration of a join so that only specific values on the join table are allowed (e.g. active = true). This would allow for filtering that the client/server can be ignorant of.
  • Allow configuration so that join table data columns can be mapped in one direction or the other (or both?). E.g. a quantity on an invoice-items many-to-many join could be mapped as-if the quantity was stored as an attribute on the item.
@awkay awkay self-assigned this Sep 17, 2017
@awkay awkay added this to the 0.2.0 milestone Sep 17, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant