You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@calcite.apache.org by "Vladimir Sitnikov (Jira)" <ji...@apache.org> on 2020/09/02 19:02:00 UTC
[jira] [Created] (CALCITE-4219) Clarify SqlCall#getOperandList()
nullability
Vladimir Sitnikov created CALCITE-4219:
------------------------------------------
Summary: Clarify SqlCall#getOperandList() nullability
Key: CALCITE-4219
URL: https://issues.apache.org/jira/browse/CALCITE-4219
Project: Calcite
Issue Type: Sub-task
Components: core
Affects Versions: 1.25.0
Reporter: Vladimir Sitnikov
{{getOperandList()}} is implemented by a number of different {{SqlCall}} sub-classes, and the list often includes null values.
The implementation is typically {{return ImmutableNullableList.of(...}}
However, {{getOperandList()}} is used a lot, and the code assumes that the resulting values are non-null. The same happens for {{SqlCall#operand(int)}}.
The workaround is to declare {{getOperandList()}} and {{operand(int)}} to return non-nullable values (even though nulls are possible), and we could add suppressions at the side which returns {{ImmutableNullableList}}.
The solution might be behind the lines of adding {{nonNullableOperand(int)}}-like methods that would return non-nullable values and throw meaningful errors in case the value turns out to be null.
Another option might be to ensure all the fields are non-nullable (e.g. create dummy SqlNode for empty values).
--
This message was sent by Atlassian Jira
(v8.3.4#803005)