Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id 226FF200C53 for ; Tue, 11 Apr 2017 14:24:23 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 20D96160B9B; Tue, 11 Apr 2017 12:24:23 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 68173160B89 for ; Tue, 11 Apr 2017 14:24:22 +0200 (CEST) Received: (qmail 53971 invoked by uid 500); 11 Apr 2017 12:24:21 -0000 Mailing-List: contact issues-help@carbondata.incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@carbondata.incubator.apache.org Delivered-To: mailing list issues@carbondata.incubator.apache.org Received: (qmail 53962 invoked by uid 99); 11 Apr 2017 12:24:21 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd1-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 11 Apr 2017 12:24:21 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd1-us-west.apache.org (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id 23E26CD5B8 for ; Tue, 11 Apr 2017 12:24:21 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -4.021 X-Spam-Level: X-Spam-Status: No, score=-4.021 tagged_above=-999 required=6.31 tests=[KAM_LAZY_DOMAIN_SECURITY=1, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001] autolearn=disabled Received: from mx1-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024) with ESMTP id aFTY7Yg4Zj0n for ; Tue, 11 Apr 2017 12:24:20 +0000 (UTC) Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with SMTP id D1A0F5F5CA for ; Tue, 11 Apr 2017 12:24:19 +0000 (UTC) Received: (qmail 53955 invoked by uid 99); 11 Apr 2017 12:24:19 -0000 Received: from git1-us-west.apache.org (HELO git1-us-west.apache.org) (140.211.11.23) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 11 Apr 2017 12:24:19 +0000 Received: by git1-us-west.apache.org (ASF Mail Server at git1-us-west.apache.org, from userid 33) id 027FDDFF5A; Tue, 11 Apr 2017 12:24:19 +0000 (UTC) From: manishgupta88 To: issues@carbondata.incubator.apache.org Reply-To: issues@carbondata.incubator.apache.org References: In-Reply-To: Subject: [GitHub] incubator-carbondata pull request #781: [CARBONDATA-900] Is null query on a ... Content-Type: text/plain Message-Id: <20170411122419.027FDDFF5A@git1-us-west.apache.org> Date: Tue, 11 Apr 2017 12:24:19 +0000 (UTC) archived-at: Tue, 11 Apr 2017 12:24:23 -0000 GitHub user manishgupta88 reopened a pull request: https://github.com/apache/incubator-carbondata/pull/781 [CARBONDATA-900] Is null query on a newly added measure column is not returning proper results Analysis: When is null query is executed on newly added measure column, control goes to RowLevelFilterExecuterImpl class, where measure existence is checked. In case the measure is not found, bitset group is not getting populated with default values due to which that block is not returning any result. Solution: When query is on a restructured block where newly added column does not exist, create the default bitset group so that based on default value existence default bitset group is created and results are returned based on that. You can merge this pull request into a Git repository by running: $ git pull https://github.com/manishgupta88/incubator-carbondata alter_measure_query_fix Alternatively you can review and apply these changes as the patch at: https://github.com/apache/incubator-carbondata/pull/781.patch To close this pull request, make a commit to your master/trunk branch with (at least) the following in the commit message: This closes #781 ---- commit 1c68a23448e9a3a3a5fca9331125f7bd7aac11a4 Author: manishgupta88 Date: 2017-04-11T11:24:03Z Problem: Is null query on a newly added measure column is not returning proper results. Analysis: When is null query is executed on newly added measure column, control goes to RowLevelFilterExecuterImpl class, where measure existence is checked. In case the measure is not found, bitset group is not getting populated with default values due to which that block is not returning any result. Solution: When query is on a restructured block where newly added column does not exist, create the default bitset group so that based on default value existence default bitset group is created and results are returned based on that. ---- --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled but not working, please contact infrastructure at infrastructure@apache.org or file a JIRA ticket with INFRA. ---