XMLWordPrintableJSON

Details

    Description

      Flink's `SymbolType` stores the class of the symbol. Calcite does not. When converting from Flink's to Calcite's type we are loosing that information. We should either remove that from the Flink's type or add it to Calcite's.

      I am in favor of removing it from the SymbolType. This type is a pseudo type which can be used only for literals. The symbol class is already part of the corresponding value, therefore it is a redundant information in the type itself.

      Initial discussion: https://github.com/apache/flink/pull/11694#discussion_r408058640

      Attachments

        Issue Links

          Activity

            People

              twalthr Timo Walther
              dwysakowicz Dawid Wysakowicz
              Votes:
              0 Vote for this issue
              Watchers:
              3 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: