-
Notifications
You must be signed in to change notification settings - Fork 1.5k
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
Flat response in Master (maybe added @normalize by default) #3150
Comments
I am not able to reproduce this result in master. I opened #3168 to add a test with this exact case and I am seeing an unflattened response. |
Hey @martinmr I've tested again - Still happening on master in my machine. I cleanup everething on my machine. Cleaned the go path. Did "go get (...)/dgraph/..." and "make dgraph". And |
Okay, by adding "[uid]" in the "director.film" it worked again. So we should set [uid] (in the schema parser) by default to avoid this. This would assume that Edges are always one to many until the user sets otherwise. But there is a small problem, I will investigate this. This new feature was not supposed to take on a one-to-one relationship? I am seeing with this behavior a relation one to many but in list. That's odd. |
Can you clarify the last paragraph. I don't understand. Also, the test I am running did not have the pred "director.film" in the schema but it still worked. However, I am using transactions (basically the live loader) to load the data. I am guessing the bulk loader might be the root cause of this issue. |
Forget the last paragraph. I've Just tested and indeed the only issue seems to be bulkload. So, bulkload needs to add [uid] by default. |
Ok. I'll look into the bulkload. I remember adding logic to make default predicates equivalent to [uid] but that was only in the liveloader. |
The text was updated successfully, but these errors were encountered: