-
Notifications
You must be signed in to change notification settings - Fork 30
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
table name design for Flink SQL Connector #70
Comments
Split discussion from #58. |
+1 @Nicole00 what is your idea? |
Sorry for late reply.
SO GLAD to DISCUSS these details with you both. @spike-liu @liuxiaocs7 |
Learn from hbase connector, we should add the nebula real table name param in
ftable is the table name used in flinksql, and person is the tag name in nebula. And NebulaGraph has no default space, so graph-space should be reserved. What do you thank? @liuxiaocs7 |
I totally agree with you, add another param in with clause like
Thanks for your suggestion, @Nicole00, I will then refactor this logic~ |
② when we to use to table, in fact there is a graph space name in with clause, but we have to declare one more time in table name.
|
Sorry, my description is not clear.
the mapping can be <ftable, test.person> |
For the current implementation of flink sql nebula as sink(#57), I think the table created by flink sql is a temporary table now, the table name is
default_catalog.default_database.table_name
, and the table name in flink sql create statement is the same as the vertex/edge name in nebula? If that's true, how to create two tables in flink sql from different nebula graph spaces with same name?For example, in the code bellow we can see, now the table name must equals to vertex name in nebula.
CREATE TABLE person ...
setTag(context.getObjectIdentifier().getObjectName())
Shoule we add a parameter in with clause to increase flexibility?
At the same time, I noticed the
listTables
function in NebulaCatalog.java, comments are as follows:Tag and Edge, tag starts with VERTEX. and edge starts with EDGE.
, should we be compatible with this table name design if we want to use our own catalog?The text was updated successfully, but these errors were encountered: