BryanJBryce
I’m building a point of sale system that supports multiple Stores. Stores share global Product, Variant and Modifier definitions.
Since prices can be different per store I have a Join Resource between Variant and Store and Modifier and Store which each have an Attribute that stores price info.
Typically when reading this data I’m only interested in seeing the set of data (in this specific instance price data) related to a specific store. So, ideally I could read all data in this hierarchy for a specific Store.
Is there a way to load these relationships so that they load the data specific to a single Store?
I know you can filter on relationships, this would likely be a custom read action? How would you make that action get used by graphql resolvers, for instance? Or for when Store is read with load that loads those?
Trending in Questions
Other Trending Topics
Categories:
Sub Categories:
Forums
Popular Tags
- #ecto
- #liveview
- #troubleshooting
- #learning-elixir
- #deployment
- #library
- #erlang
- #testing
- #genserver
- #mix
- #absinthe
- #remote-other
- #otp
- #plug
- #how-to-question
- #macros
- #postgres
- #channels
- #elixirconf
- #exunit
- #discussion
- #code-sync
- #javascript
- #podcasts
- #onsite
- #dialyzer
- #docker
- #authentication
- #umbrella
- #full-time-contract
- #podcasts-by-brainlid
- #ecto-query
- #elixir-ls
- #blog-post
- #phoenix_html
- #iex
- #graphql
- #ai
- #genstage
- #elixirconf-us
- #websockets
- #supervisor
- #advent-of-code
- #distillery
- #processes
- #api
- #forms
- #metaprogramming
- #security
- #hex










Showing Posts 1 to 1- Show Best Posts
- Show All Posts (oldest first)
- Show All Posts (newest first)
zachdaniel
Hmm…I generally suggest trying to avoid making special actions that load relationships with special filters, because that breaks a lot of things down the line. You can do it on demand pretty easily with things like:
load(real: Ash.Query.filter(Related, store_id == ^store_id)), and that is something that is also supported byAshGraphqlautomatically, i.e you’d be able to do this:Often to solve for this you expose the underlying
has_manyrelationship by defining it yourself and pointing themany_to_manyto use it, i.eThen clients can easily filter on join attributes or on destination attributes.
Ultimately, if you decide you want something special here my suggestion would be to go with a calculation that returns instances of a resource. For example: