From user-return-24633-archive-asf-public=cust-asf.ponee.io@flink.apache.org Thu Nov 29 10:40:17 2018 Return-Path: X-Original-To: archive-asf-public@cust-asf.ponee.io Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by mx-eu-01.ponee.io (Postfix) with SMTP id 183DB18066C for ; Thu, 29 Nov 2018 10:40:16 +0100 (CET) Received: (qmail 95660 invoked by uid 500); 29 Nov 2018 09:40:15 -0000 Mailing-List: contact user-help@flink.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list user@flink.apache.org Received: (qmail 95651 invoked by uid 99); 29 Nov 2018 09:40:15 -0000 Received: from mail-relay.apache.org (HELO mailrelay1-lw-us.apache.org) (207.244.88.152) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 29 Nov 2018 09:40:15 +0000 Received: from [10.0.1.23] (dslb-002-205-086-134.002.205.pools.vodafone-ip.de [2.205.86.134]) by mailrelay1-lw-us.apache.org (ASF Mail Server at mailrelay1-lw-us.apache.org) with ESMTPSA id D112BF73 for ; Thu, 29 Nov 2018 09:40:14 +0000 (UTC) Subject: Re: SQL Query named operator exceeds 80 characters To: user@flink.apache.org References: <1543454339731-0.post@n4.nabble.com> From: Timo Walther Message-ID: <991ef877-9341-1472-bd37-3379bd162569@apache.org> Date: Thu, 29 Nov 2018 10:40:13 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:60.0) Gecko/20100101 Thunderbird/60.3.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Unfortunetely, renaming of operators is not supported so far. We are currently thinking about a way of having fine-grained control about properties of SQL operators but this is in an early design phase and might take a while. Regards, Timo Am 29.11.18 um 10:32 schrieb Kostas Kloudas: > Hi, > > I think that you cannot set it explicitly. > > The reason that I would say that is because SQL query gets parsed > through Calcite > and then get translated to a DataStream program through a process that > is rather > opaque to the user. > > That said, I also cc'ed Fabian and Timo who know more on the topic. > > Cheers, > Kostas