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 5D3B2200C66 for ; Sun, 30 Apr 2017 22:26:09 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 5BDA1160B8C; Sun, 30 Apr 2017 20:26:09 +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 A6A02160BA4 for ; Sun, 30 Apr 2017 22:26:08 +0200 (CEST) Received: (qmail 51209 invoked by uid 500); 30 Apr 2017 20:26:07 -0000 Mailing-List: contact issues-help@ambari.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@ambari.apache.org Delivered-To: mailing list issues@ambari.apache.org Received: (qmail 51200 invoked by uid 99); 30 Apr 2017 20:26:07 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd3-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 30 Apr 2017 20:26:07 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd3-us-west.apache.org (ASF Mail Server at spamd3-us-west.apache.org) with ESMTP id 773C0180600 for ; Sun, 30 Apr 2017 20:26:07 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd3-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -100.002 X-Spam-Level: X-Spam-Status: No, score=-100.002 tagged_above=-999 required=6.31 tests=[RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=disabled Received: from mx1-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd3-us-west.apache.org [10.40.0.10]) (amavisd-new, port 10024) with ESMTP id LTgtsR9QU--P for ; Sun, 30 Apr 2017 20:26:06 +0000 (UTC) Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org [209.188.14.139]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with ESMTP id 32EAE5FC4F for ; Sun, 30 Apr 2017 20:26:06 +0000 (UTC) Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by mailrelay1-us-west.apache.org (ASF Mail Server at mailrelay1-us-west.apache.org) with ESMTP id 584E1E0BCB for ; Sun, 30 Apr 2017 20:26:05 +0000 (UTC) Received: from jira-lw-us.apache.org (localhost [127.0.0.1]) by jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP id 2FE9221DE6 for ; Sun, 30 Apr 2017 20:26:04 +0000 (UTC) Date: Sun, 30 Apr 2017 20:26:04 +0000 (UTC) From: "DIPAYAN BHOWMICK (JIRA)" To: issues@ambari.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Created] (AMBARI-20901) Improvement needed for creating ACID tables MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Sun, 30 Apr 2017 20:26:09 -0000 DIPAYAN BHOWMICK created AMBARI-20901: ----------------------------------------- Summary: Improvement needed for creating ACID tables Key: AMBARI-20901 URL: https://issues.apache.org/jira/browse/AMBARI-20901 Project: Ambari Issue Type: Bug Components: ambari-views Affects Versions: 2.5.0 Reporter: DIPAYAN BHOWMICK Assignee: DIPAYAN BHOWMICK Fix For: 2.5.1 Right now you need to mark a column as clustered before you try to mark the table as transactional. If you don't it doesn't prompt for number of buckets (which is mandatory). Then the create will fail for reasons that are not in the exception / error. Ideal would be if the user could choose the clustering columns when they mark the table as transactional. Clustering is required for transactional but transactional is not required for clustering. Right now the decoupling is confusing. We should consider this one-way linkage. -- This message was sent by Atlassian JIRA (v6.3.15#6346)