[
https://issues.apache.org/jira/browse/IGNITE-9228?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16923107#comment-16923107
]
Manoj G T commented on IGNITE-9228:
-----------------------------------
[~NIzhikov] [~stuartmacd] I have read the code review comments given in
[https://github.com/apache/ignite/pull/4551]. If my understanding is correct,
this feature was implemented during Ignite 2.6 timeline and at that point of
time Ignite doesn't allow to create table on any schema other than Public
Schema and this is the reason for not supporting "OPTION_SCHEMA" during
Overwrite mode. Now that Ignite supports to create the table in any given
schema it will be great if we can incorporate the changes to support
"OPTION_SCHEMA" during Overwrite mode and make it available as part of next
Ignite release. Kindly share your thoughts on this.
> Spark SQL Table Schema Specification
> ------------------------------------
>
> Key: IGNITE-9228
> URL: https://issues.apache.org/jira/browse/IGNITE-9228
> Project: Ignite
> Issue Type: Improvement
> Components: spark
> Affects Versions: 2.6
> Reporter: Stuart Macdonald
> Assignee: Stuart Macdonald
> Priority: Major
> Fix For: 2.8
>
>
> The Ignite Spark SQL interface currently takes just “table name” as a
> parameter which it uses to supply a Spark dataset with data from the
> underlying Ignite SQL table with that name.
> To do this it loops through each cache and finds the first one with the
> given table name [1]. This causes issues if there are multiple tables
> registered in different schema with the same table name as you can only
> access one of those from Spark. We could either:
> 1. Pass an extra parameter through the Ignite Spark data source which
> optionally specifies the schema name.
> 2. Support namespacing in the existing table name parameter, ie
> “schemaName.tableName”
> [1
> ]https://github.com/apache/ignite/blob/ca973ad99c6112160a305df05be9458e29f88307/modules/spark/src/main/scala/org/apache/ignite/spark/impl/package.scala#L119
--
This message was sent by Atlassian Jira
(v8.3.2#803003)