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
When executing a transaction the current implementation queries for returned edges after the entire transaction has finished. This means that any intermediate edges queried will represent only the final state.
Let's say we now update the Blog and Blogger in the same mutation request:
mutation {
updateBlog(id:"Blog/123", data: { text: "This blog has been updated!" }){
textauthor: {
name
}
}
m1: updateBlogger(id:"Blogger/123", data: { name: "Alice" }){
name
}
m2: updateBlogger(id:"Blogger/123", data: { name: "Bob" }){
name
}
m3: updateBlogger(id:"Blogger/123", data: { name: "Charlie" }){
name
}
}
This will return:
{
updateBlog: {text: "This blog has been updated!",author: {name: "Charlie"// should still be "John Doe"!}}
m1: {name: "Alice"},m2: {name: "Bob"},m3: {name: "Charlie"}}
The text was updated successfully, but these errors were encountered:
keski
added
invalid
This doesn't seem right
backlog
Keep open for later (typically, not a problem for SPIRIT but maybe for other woo.sh projects)
labels
Oct 5, 2020
When executing a transaction the current implementation queries for returned edges after the entire transaction has finished. This means that any intermediate edges queried will represent only the final state.
For example, assume the DB schema below:
We create a
Blog
post using:which returns:
Let's say we now update the
Blog
andBlogger
in the same mutation request:This will return:
The text was updated successfully, but these errors were encountered: