Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cTQEN-0000uu-MI for pgadmin-hackers@arkaria.postgresql.org; Tue, 17 Jan 2017 09:39:07 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84_2) (envelope-from ) id 1cTQEN-0005Y2-9W for pgadmin-hackers@arkaria.postgresql.org; Tue, 17 Jan 2017 09:39:07 +0000 Received: from makus.postgresql.org ([2001:4800:1501:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1cTQE9-0005JO-M9 for pgadmin-hackers@postgresql.org; Tue, 17 Jan 2017 09:38:53 +0000 Received: from mail-io0-x22d.google.com ([2607:f8b0:4001:c06::22d]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.84_2) (envelope-from ) id 1cTQE5-0005Rv-ON for pgadmin-hackers@postgresql.org; Tue, 17 Jan 2017 09:38:52 +0000 Received: by mail-io0-x22d.google.com with SMTP id j13so110323236iod.3 for ; Tue, 17 Jan 2017 01:38:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=pgadmin-org.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=pIJDgaLqHT3m1xv65lMxBTo4/2yBYv5GVGvB02msmoA=; b=O8OhwLWcYBD1keFKfs9mYaUAxlYCNohsgMswHF77BaTn2tVmV8QjdHhMzuoTouwUy9 D1xjRJosVBGsnjaV/ddZCCrN8fcOJkHZmmUK8vQYG9PNnJTfunSe5ly78kzPE7tgYqFf A0jHYzu7cH7PtFbZKxbpiVFnshbECHup0QNSDXtypwF6gfm3pyEAk8GIADzPo1C6pHTg mPVgK+9phxUgIoKTdcnBgfkLGEMQApdI0UjVt82apNf9sC0fmj110mu3XpW2oB7eD+Is ezXK1uDpp1bD1RCMl8zM8LnVFvpJE06QawtaR6wnERtAzhFnrk0PsxOkbUXVpaiqomMx nnlw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=pIJDgaLqHT3m1xv65lMxBTo4/2yBYv5GVGvB02msmoA=; b=mXfSmQ1zHonCLMgwOFu7C6XDrKId/g/kqXaraq/hUVhmH32Ssaux/i7x/ePTS9t6X0 hzU+11/6wijlqeYEHV+jAE1IV4fHK4adrmjckFBaggX+Fg2/lTIkQXIMh8T1WqnpEgvH HzWltYALeSjbl58yIbtyc8yAzUEvbCKGFEGmK4/J0TUhvTYMgIzTHIHgzOJ8S/IVglzT 9/a7CQBJYtO5RlW3Ez1EV6pvPSZCk9f5AorNqWEoMcDgzFQv5qEwgbD8lDtd1GStzjDG l9kjmExMAU79DbMskYMEkK+BUDK8r6FWtFxbuIRg+jYrJ1CqG50LSUESHQufmBaJvpnr 4Xeg== X-Gm-Message-State: AIkVDXIzVhcItqS75rOlxbnLf0YyyEfMdMKjDutx5eS4LRtl2cc3I5Rn2JXT8odY7ykIBammfleik9hthrbgvQ== X-Received: by 10.107.57.2 with SMTP id g2mr795732ioa.208.1484645928137; Tue, 17 Jan 2017 01:38:48 -0800 (PST) MIME-Version: 1.0 Received: by 10.64.224.198 with HTTP; Tue, 17 Jan 2017 01:38:47 -0800 (PST) In-Reply-To: References: From: Dave Page Date: Tue, 17 Jan 2017 09:38:47 +0000 Message-ID: Subject: Re: [pgAdmin4][Patch]: RM1840 - cannot create gist index due to enforced ASC, DESC options in generated SQL To: Surinder Kumar Cc: pgadmin-hackers Content-Type: text/plain; charset=UTF-8 X-Pg-Spam-Score: -2.6 (--) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgadmin-hackers Precedence: bulk Sender: pgadmin-hackers-owner@postgresql.org Hi On Fri, Jan 13, 2017 at 6:50 AM, Surinder Kumar wrote: > Hi > > Please find updated patch following changes: > 1) Keep field 'opclass' combo box enabled. That doesn't seem to be working. > 2) Keep ASC/DESC and NULLs FIRST/LAST options disable for access methods > other than 'btree'. > 3) Add validation for name field. Those bits do though :-) Please fix 1). Thanks! > On Fri, Nov 25, 2016 at 5:16 PM, Dave Page wrote: >> >> On Thu, Nov 24, 2016 at 12:13 PM, Surinder Kumar >> wrote: >> > Hi >> > >> > Please find updated patch with change. >> > >> > On Fri, Oct 21, 2016 at 9:16 PM, Dave Page wrote: >> >> >> >> On Fri, Oct 21, 2016 at 4:42 PM, Surinder Kumar >> >> wrote: >> >> > On Fri, Oct 21, 2016 at 8:52 PM, Dave Page wrote: >> >> >> >> >> >> Hi >> >> >> >> >> >> On Fri, Oct 21, 2016 at 4:16 PM, Surinder Kumar >> >> >> wrote: >> >> >> > Hi >> >> >> > >> >> >> > This fix is for exclusion constraint. >> >> >> > The options like "order" and "nulls" must be conditional. i.e. >> >> >> > include >> >> >> > only >> >> >> > when access method type is other than "gist". >> >> >> >> >> >> When creating an index, the asc/desc options are disabled if >> >> >> gist/gin >> >> >> used. I think they also should be here. >> >> >> >> >> >> Also, what about gin indexes in this case? >> >> > >> >> > As per documentation, >> >> > The access method must support amgettuple (see Chapter 52); at >> >> > present >> >> > this >> >> > means GIN cannot be used >> >> >> >> OK, but this patch (unlike the last one) only seems to check for gist. >> > >> > I have modified the code so It will check for 'gist' and 'spgist' >> >> Hi, >> >> This still doesn't seem right to me. For example, if I choose an >> access method that doesn't have a default operator class for the >> selected data type, Postgres asks me to explicitly choose one, which I >> now can't because the combo box is disabled. Conversely, whilst the >> opclass should probably not be disabled, the ASC/DESC and NULLs >> FIRST/LAST options probably should be disabled (right now, they're >> just ignored). >> >> Thoughts? >> >> -- >> Dave Page >> Blog: http://pgsnake.blogspot.com >> Twitter: @pgsnake >> >> EnterpriseDB UK: http://www.enterprisedb.com >> The Enterprise PostgreSQL Company > > -- Dave Page Blog: http://pgsnake.blogspot.com Twitter: @pgsnake EnterpriseDB UK: http://www.enterprisedb.com The Enterprise PostgreSQL Company -- Sent via pgadmin-hackers mailing list (pgadmin-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgadmin-hackers