-
Notifications
You must be signed in to change notification settings - Fork 0
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
Fix Special Characters in Schema #7
base: main
Are you sure you want to change the base?
Conversation
I tried running a few of the queries from the sample security data and found some of them do not work because we need to escape properties in the RETURN clause. For example this query:
Resolves to this open cypher query:
Which fails because there is a property
|
I added backticks to the
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Mostly minor nit stuff.
test/TestCases/Case01/outputReference/output.resolver.graphql.js
Outdated
Show resolved
Hide resolved
test/TestCases/Case07/outputReference/output.resolver.graphql.js
Outdated
Show resolved
Hide resolved
Approving via this comment |
…t has special/invalid characters Changes - get data using OpenCypher queries - add backticks to labels to escape special characters - creates graphQL schema - replaces invalid characters with something else that works (ex. `_cn_`, `_dot_`, `_hy_`) - adds alias directives with the original label - querying in AppSync which converts graphQL requests to OpenCypher queries - uses the labels in the alias directives to create query with original labels - add backticks when creating query to escape special characters
2224572
to
088d4c6
Compare
PR to Allow Special Characters in Schema
This PR is to edit the graphQL schema to support any graph data that has special/invalid characters
How it Works + Changes
_cn_
,_dot_
,_hy_
)