You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
small preview of the future: There will probably nested projections coming up.
So you can describe your graph model "completely" in SDN but for load and persist operations
use projections as a kind of blueprint for the data that you really want to fetch or persist.
This will improve not only the performance of fetching data (by just not fetching unneeded data)
but also the way data gets persisted without touching / updating unchanged parts.
I have this question because I'm migrating an application from SDN5 to SDN6.
The application has a deeply nested structure (tree-like entities)
In SDN5 I could persist the entities without having to load all the entity graph.
In SDN6, this is not possible anymore (so even changing a simple attribute in a node would require me to load all the graph).
So the idea for me would be to:
keep my current tree-like entities (to use when I need to manipulate the whole tree).
have projections for node manipulations, and use those projection for queries but also for persistance operations
Thanks !
The text was updated successfully, but these errors were encountered:
This issue is related to a the following comment where we mention using projections for persisting data.
Is this feature already planned ? And if yes, in what milestone ?
#2305 (comment)
I have this question because I'm migrating an application from SDN5 to SDN6.
The application has a deeply nested structure (tree-like entities)
In SDN5 I could persist the entities without having to load all the entity graph.
In SDN6, this is not possible anymore (so even changing a simple attribute in a node would require me to load all the graph).
So the idea for me would be to:
Thanks !
The text was updated successfully, but these errors were encountered: