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
Copy file name to clipboardExpand all lines: modules/ROOT/pages/directives/custom-logic.adoc
+1-1Lines changed: 1 addition & 1 deletion
Original file line number
Diff line number
Diff line change
@@ -261,7 +261,7 @@ type Mutation {
261
261
262
262
== `@coalesce`
263
263
264
-
When translating from GraphQL to Cypher, any instances of fields to which this directive is applied will be wrapped in a `coalesce()` function in the WHERE clause.
264
+
When translating from GraphQL to Cypher, any instances of fields to which this directive is applied will be wrapped in a `coalesce()` function in the WHERE and RETURN clause.
265
265
For more information, see link:https://neo4j.com/developer/kb/understanding-non-existent-properties-and-null-values/#_use_coalesce_to_use_a_default_for_a_null_value[Understanding non-existent properties and working with nulls].
266
266
267
267
This directive helps querying against non-existent properties in a database.
There are several nested operations available for every field created using the `@relationship` directive. These are `create`, `connect`, `disconnect`, `connectOrCreate`, and `delete`.
65
+
There are several nested operations available for every field created using the `@relationship` directive. These are `create`, `connect`, `disconnect`, and `delete`.
68
66
69
67
However, these operations are not always needed.
70
68
The `@relationship` directive allows you to define which operations should be available for a relationship by using the argument `nestedOperations`.
Note that the relationship field `actedIn` produces the operation field `actedInAggregate`, which allows aggregations on that relationship.
117
+
Note that the relationship field `actedIn` produces the operation field `aggregate` in the type `ActorActedInConnection`, which allows aggregations on that relationship.
115
118
It is possible to configure this behavior by passing the argument aggregate on the `@relationship` directive:
116
119
117
120
[source, graphql, indent=0]
@@ -128,15 +131,14 @@ type Actor @node {
128
131
}
129
132
----
130
133
131
-
In this case, as the argument `aggregate` was passed as false, the type `Actor` produced is:
134
+
In this case, as the argument `aggregate` was passed as false, the type `ActorActedInConnection` produced is:
Note how `actedInAggregate` is not affected by the argument `onAggregate`.
308
-
To disable the generation of `actedInAggregate`, see the `aggregate` argument of the directive xref::/schema-configuration/field-configuration.adoc#_relationship[`@relationship`].
310
+
Note how the `aggregate` field is still present on the `ActorActedInConnection` type, and not affected by the argument `onAggregate`.
311
+
312
+
To disable the generation of the `aggregate` field, see the `aggregate` argument of the xref::/schema-configuration/field-configuration.adoc#_relationship[`@relationship` directive].
309
313
310
314
== `@settable`
311
315
@@ -351,7 +355,7 @@ input MovieCreateInput {
351
355
}
352
356
353
357
input MovieUpdateInput {
354
-
title: String
358
+
title: StringScalarMutations
355
359
}
356
360
----
357
361
@@ -387,12 +391,12 @@ input ActorCreateInput {
387
391
}
388
392
389
393
input ActorUpdateInput {
390
-
name: String
394
+
name: StringScalarMutations
391
395
actedIn: [ActorActedInUpdateFieldInput!]
392
396
}
393
397
----
394
398
395
-
This means `actedIn` can be updated on an update, but it is no longer available on `create`` operations.
399
+
This means `actedIn` can be updated on an update, but it is no longer available on `create` operations.
0 commit comments