Return-Path: X-Original-To: apmail-drill-issues-archive@minotaur.apache.org Delivered-To: apmail-drill-issues-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 5B8D0186C3 for ; Mon, 5 Oct 2015 23:58:32 +0000 (UTC) Received: (qmail 20460 invoked by uid 500); 5 Oct 2015 23:58:32 -0000 Delivered-To: apmail-drill-issues-archive@drill.apache.org Received: (qmail 20272 invoked by uid 500); 5 Oct 2015 23:58:32 -0000 Mailing-List: contact issues-help@drill.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@drill.apache.org Delivered-To: mailing list issues@drill.apache.org Received: (qmail 20162 invoked by uid 99); 5 Oct 2015 23:58:32 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 05 Oct 2015 23:58:32 +0000 Date: Mon, 5 Oct 2015 23:58:32 +0000 (UTC) From: "Jacques Nadeau (JIRA)" To: issues@drill.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (DRILL-3876) flatten() should not require a subsequent project to strip columns that aren't required MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/DRILL-3876?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14944281#comment-14944281 ] Jacques Nadeau commented on DRILL-3876: --------------------------------------- As Jason mentions, the multi-flatten case makes planning a pain since we have to actually break these into sub-operators. If you're only looking to solve the single flatten case, that should be easier. You would simply need to have flatten's config also include a "pass-through fields" attribute. I recommend implementing this as a task after implementing UDTFs. Multiflatten could then become a special UDTF and the logic would become much simpler to write. This would also vastly simplify the flatten rule. I'll put together a proposal on UDTFs. > flatten() should not require a subsequent project to strip columns that aren't required > --------------------------------------------------------------------------------------- > > Key: DRILL-3876 > URL: https://issues.apache.org/jira/browse/DRILL-3876 > Project: Apache Drill > Issue Type: Bug > Components: Execution - Flow > Affects Versions: 1.2.0 > Reporter: Chris Westin > Assignee: Chris Westin > -- This message was sent by Atlassian JIRA (v6.3.4#6332)