Oh, I just realized that FLIP-195 has already solved this. We'll upgrade our Flink version to 1.15+. Thanks!
On Mon, Mar 6, 2023 at 10:08 AM Xingcan Cui <xingc...@gmail.com> wrote: > Hi Jark, > > Yes. I believe field names of the table would be enough to describe the > conversion operator. I'll try to improve this. > > Best, > Xingcan > > On Sun, Mar 5, 2023 at 9:18 PM Jark Wu <imj...@gmail.com> wrote: > >> Hi Xingcan, >> >> I think `physicalDataType.toString()` is indeed verbose in this case. >> Normal table scan generates descriptions using field names instead of the >> full schema. >> Will that help in your case? >> >> Best, >> Jark >> >> On Sat, 4 Mar 2023 at 06:57, Xingcan Cui <xingc...@gmail.com> wrote: >> >> > Hi all, >> > >> > We are dealing with some streams with large (nested) schemas. When >> using `t >> > ableEnv.createTemporaryView()` to register a DataStream to a table, the >> > transformation always gets a large name. It's not a big problem, but >> quite >> > annoying since the UI and logs are hard to read. >> > >> > Internally, `ExternalDynamicSource` (and `ExternalDynamicSink`) invokes >> > `physicalDataType.toString()` to generate an operator name (which will >> also >> > be used as the transformation name). I'm thinking to introduce a new >> table >> > config to either truncate the name or use a limited level of >> logicalType to >> > generate the name (works for nested schemas). >> > >> > What do you think? >> > >> > Best, >> > Xingcan >> > >> >