-
Notifications
You must be signed in to change notification settings - Fork 378
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
[Improvement] Add Unknown
column data type to handle an unresolvable type from the catalog
#2117
Comments
+1, loadTable is import for the newbies to try Gravitino |
@mchades, could you assign this ticket to me? Thanks. |
… handle an unresolvable type from the catalog
… handle an unresolvable type from the catalog
@jerryshao , what do you think to introducing |
If it is a unknown type, how would user know the actual type of the underlying sources? I would suggest to treat like a unparsed/unresolved type like what we do for unparsed expression, WDYT? |
@SteNicholas can we use a |
@FANNG1, I will update the pull request to use |
… handle an unresolvable type from the catalog
…o handle an unresolvable type from the catalog
…o handle an unresolvable type from the catalog
…o handle an unresolvable type from the catalog
…o handle an unresolvable type from the catalog
…o handle an unresolvable type from the catalog
…o handle an unresolvable type from the catalog
…o handle an unresolvable type from the catalog
…o handle an unresolvable type from the catalog
…o handle an unresolvable type from the catalog
…o handle an unresolvable type from the catalog
…le an unresolvable type from the catalog (#2140) ### What changes were proposed in this pull request? `Type` adds `UNPARSED` column data type to handle an unresolvable type from the catalog. ### Why are the changes needed? If a column data type in the catalog does not have a mapping in Gravitino, an exception will be thrown. We should map all data types from a catalog to Gravitino. However, in practical situations, loading exceptions may occur due to the addition of new data types or insufficient mapping support. Introduce `UnparsedType` to represent the unparsed data type. Fix: #2117 ### Does this PR introduce _any_ user-facing change? `Type` adds `UNKNOWN` column data type that represents an unresolvable type. ### How was this patch tested? - `TestJsonUtils#testTypeSerDe` - `TestTypes#testUnparsedType` - `TestTypeConverter#testTypeConverter` - `TestMysqlTypeConverter#testToGravitinoType` - `TestPostgreSqlTypeConverter#testToGravitinoType` - `CatalogMysqlIT#testUnparsedTypeConverter` - `CatalogPostgreSqlIT#testUnparsedTypeConverter`
What would you like to be improved?
If a column data type in the catalog does not have a mapping in Gravitino, an exception will be thrown.
Ideally, we should map all data types from a catalog to Gravitino. However, in practical situations, loading exceptions may occur due to the addition of new data types or insufficient mapping support.
How should we improve?
Add an
Unknown
column data type to handle an unresolvable type from the catalog, to ensure the table load successfullyThe text was updated successfully, but these errors were encountered: