+1 to this, thanks Timo and Dawid for the design. This allows the currently cluttered configuration of various modules to be unified. This is also first step of one of the keys to making new unified TableEnvironment available for production.
Previously, we did encounter complex configurations, such as specifying the skewed values of column in DDL. The skew may be a single field or a combination of multiple fields. So the configuration is very troublesome. We used JSON string to configure it. Best, Jingsong Lee ------------------------------------------------------------------ From:Jark Wu <imj...@gmail.com> Send Time:2019年8月16日(星期五) 16:44 To:dev <dev@flink.apache.org> Subject:Re: [DISCUSS] FLIP-54: Evolve ConfigOption and Configuration Thanks for starting this design Timo and Dawid, Improving ConfigOption has been hovering in my mind for a long time. We have seen the benefit when developing blink configurations and connector properties in 1.9 release. Thanks for bringing it up and make such a detailed design. I will leave my thoughts and comments there. Cheers, Jark On Fri, 16 Aug 2019 at 22:30, Zili Chen <wander4...@gmail.com> wrote: > Hi Timo, > > It looks interesting. Thanks for preparing this FLIP! > > Client API enhancement benefit from this evolution which > hopefully provides a better view of configuration of Flink. > In client API enhancement, we likely make the deployment > of cluster and submission of job totally defined by configuration. > > Will take a look at the document in days. > > Best, > tison. > > > Timo Walther <twal...@apache.org> 于2019年8月16日周五 下午10:12写道： > > > Hi everyone, > > > > Dawid and I are working on making parts of ExecutionConfig and > > TableConfig configurable via config options. This is necessary to make > > all properties also available in SQL. Additionally, with the new SQL DDL > > based on properties as well as more connectors and formats coming up, > > unified configuration becomes more important. > > > > We need more features around string-based configuration in the future, > > which is why Dawid and I would like to propose FLIP-54 for evolving the > > ConfigOption and Configuration classes: > > > > > > > https://docs.google.com/document/d/1IQ7nwXqmhCy900t2vQLEL3N2HIdMg-JO8vTzo1BtyKU/edit > > > > In summary it adds: > > - documented types and validation > > - more common types such as memory size, duration, list > > - simple non-nested object types > > > > Looking forward to your feedback, > > Timo > > > > >
