Skip to content
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

Support byte[] in prop data type #5031

Open
wey-gu opened this issue Dec 9, 2022 · 1 comment
Open

Support byte[] in prop data type #5031

wey-gu opened this issue Dec 9, 2022 · 1 comment
Labels
type/feature req Type: feature request

Comments

@wey-gu
Copy link
Contributor

wey-gu commented Dec 9, 2022

Is your feature request related to a problem? Please describe.

This will enable ease of prop data encryption in the application/application adaptor layer.

Describe the solution you'd like

as title

Describe alternatives you've considered

Treat byte as string or do base64 serialization, but not applicable to all use cases.

Additional context

https://community-chat.nebula-graph.io/t/8097858/got-question-is-there-any-plan-to-support-byte-data-in-nebul

cc @xtcyclist @wdroste @Shylock-Hg

@wey-gu wey-gu added the type/feature req Type: feature request label Dec 9, 2022
@wdroste
Copy link

wdroste commented Dec 9, 2022

Most NoSQL/RDBMS systems support blob/byte[], the common use cases are either small attachments or encrypted fields. Generally encoding/decoding them to base64 is seen as inefficient as it makes the storage larger and adds to compute cycles.

So currently Nebula JDBC doesn’t support BLOB which is part of that specification as well. And from our perspective we’re trying to support compatibility with Neo4j which supports byte[] and it is used in our application.

Here are the types for JDBC
https://docs.oracle.com/cd/E19830-01/819-4721/beajw/index.html

Here are the types for Neo4j
https://neo4j.com/docs/api/java-driver/current/org.neo4j.driver/org/neo4j/driver/types/TypeSystem.html

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type/feature req Type: feature request
Projects
None yet
Development

No branches or pull requests

2 participants