[ISSUE] (TIGON-146) In TigonSQL if multiple streams are used with same fieldtypes in their schema, they are interpreted wrongly since all schemas are tied to a default interface set.

1 view
Skip to first unread message

Gokul Gunasekaran (JIRA)

unread,
Oct 16, 2014, 7:42:47 PM10/16/14
to tigo...@googlegroups.com
Gokul Gunasekaran created an issue
 
Tigon / Bug TIGON-146
In TigonSQL if multiple streams are used with same fieldtypes in their schema, they are interpreted wrongly since all schemas are tied to a default interface set.
Issue Type: Bug Bug
Affects Versions: 0.2.0
Assignee: Achal Pandey
Created: 16/Oct/14 4:41 PM
Fix Versions: 0.2.1
Priority: Major Major
Reporter: Gokul Gunasekaran

If users have two schemas, say Schema1

> int, int And Schema2 > int, int. Currently we use only one interface set (DEFAULT) and both schemas get referenced to the same interface set and thus data sent to schema1 might be parsed as schema2. A working solution is to have one interface set for each input stream. But users have to prefix the interface set name to their schema name in the SQL query they write.
Add Comment Add Comment
 
This message was sent by Atlassian JIRA (v6.1.5#6160-sha1:a61a0fc)
Atlassian logo

Gokul Gunasekaran (JIRA)

unread,
Oct 16, 2014, 7:42:50 PM10/16/14
to tigo...@googlegroups.com

Gokul Gunasekaran (JIRA)

unread,
Oct 16, 2014, 7:42:53 PM10/16/14
to tigo...@googlegroups.com

Gokul Gunasekaran (JIRA)

unread,
Oct 16, 2014, 11:26:48 PM10/16/14
to tigo...@googlegroups.com
Gokul Gunasekaran updated an issue
If users have two schemas, say Schema1 -> int, int And Schema2-> int, int. Currently we use only one interface set (DEFAULT) and both schemas get referenced to the same interface set and thus data sent to schema1 might be parsed as schema2. A working solution is to have one interface set for each input stream. But users have to prefix the interface set name to their schema name in the SQL query they write. 

Priyanka Nambiar (JIRA)

unread,
Nov 6, 2014, 5:38:48 PM11/6/14
to tigo...@googlegroups.com

Gokul Gunasekaran (JIRA)

unread,
Nov 6, 2014, 5:40:47 PM11/6/14
to tigo...@googlegroups.com

Gokul Gunasekaran (JIRA)

unread,
Nov 6, 2014, 5:40:50 PM11/6/14
to tigo...@googlegroups.com

ted (JIRA)

unread,
Nov 6, 2014, 5:53:49 PM11/6/14
to tigo...@googlegroups.com
ted commented on an issue
 
Re: In TigonSQL if multiple streams are used with same fieldtypes in their schema, they are interpreted wrongly since all schemas are tied to a default interface set.

I thought we had addressed this issue a few weeks ago.
there is **NO CONNECTION** between a schema and an interface.
One schema can be used with multiple interfaces, and in advanced applications multiple interfaces can be used with one schema.
I had recommended that you disable the use of the default interface by setting its query in the .ifq file to an unsatisfiable predicate. I checked and verified that this works.
That way any user query that does not explicitly reference an interface or interface set will be in error.
I thought that you had resolved this kind of issue by having users explicitly reference interfaces in queries.
We checked in a modification to tigon-sql to support this kind of query, since previously one needed to specify both the server name and the interface name of the interface in the query.
To make use of parallelized stream transmission and query processing, you eventually want to define query sets and have users write queries so that they reference query sets. However I thought you had a working solution in which users would reference interfaces and the default interface set was disabled.

If users have two schemas, say Schema1 - > int, int And Schema2- > int, int. Currently we use only one interface set (DEFAULT) and both schemas get referenced to the same interface set and thus data sent to schema1 might be parsed as schema2. A working solution is to have one interface set for each input stream. But users have to prefix the interface set ...

Gokul Gunasekaran (JIRA)

unread,
Nov 6, 2014, 5:56:47 PM11/6/14
to tigo...@googlegroups.com
Gokul Gunasekaran commented on an issue

Hi ted

You are right. We implemented what you have described in your comment. I have marked this JIRA as resolved in 0.2.1 Release.

Thanks,
Gokul

Reply all
Reply to author
Forward
0 new messages