Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1npUnb-0004Gp-5C for pgsql-docs@arkaria.postgresql.org; Fri, 13 May 2022 12:53:39 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1npUnZ-0001FA-QP for pgsql-docs@arkaria.postgresql.org; Fri, 13 May 2022 12:53:37 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1npUnZ-0001AG-I1 for pgsql-docs@lists.postgresql.org; Fri, 13 May 2022 12:53:37 +0000 Received: from mail-qt1-f179.google.com ([209.85.160.179]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1npUnS-00087B-P5 for pgsql-docs@lists.postgresql.org; Fri, 13 May 2022 12:53:36 +0000 Received: by mail-qt1-f179.google.com with SMTP id s22so1021954qta.0 for ; Fri, 13 May 2022 05:53:30 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=8ct6xMPejZA3pFvne3WuEelr0BE0MUw1J0h2f8MzN9o=; b=Gsliebig0eAzspCkR2H41Zc+btGS6hicNtitbEiZGchXr3sMIycUREBoADmjNGGY1E DtNxk4PJmjTSXFcijKflkbNwBdWE8I0M3OZ1GBMIpLQKYRAFFjGyzqYGAkzrq6ePS4Sm yEreio0PHbJ+KbNu3KtIDPfMOHi0dqM8+Pt73qrKDXDZi+yyg4HIWgTQtKr/8gvONqoq FfHR6cvq6AogjlsbAAl75wnwUyyDfv458XnRPBGhg6F5Vs6nAh6UuPpkmMAucAYBR2Zt ckxiGL1JwG1wMkR6HDtrU5RmRb+dj+JLek6UzulAzSdaYquTVfVAdcW3QoOLIcfuRBV1 2mGw== X-Gm-Message-State: AOAM533v4LpI6/0OGPFsxipiIfDoi0UWWCTfUED8Zno57VlcKKTs6/h9 6Zx0HRl0+TnSGIOV15hduKyd+jbuj97JZReR+Ik= X-Google-Smtp-Source: ABdhPJyjUJSSH9LDIleYo6EmysjDLS8WxYx1P1QFKJ8I/LfJyyaf46GmPare80E9gZvtnqBvr/QNQdgmDf1Pn2VIYfI= X-Received: by 2002:a05:622a:2c2:b0:2f3:ce9c:22f9 with SMTP id a2-20020a05622a02c200b002f3ce9c22f9mr4311979qtx.345.1652446409785; Fri, 13 May 2022 05:53:29 -0700 (PDT) MIME-Version: 1.0 References: <165242765714.661.4834758786310673627@wrigleys.postgresql.org> In-Reply-To: <165242765714.661.4834758786310673627@wrigleys.postgresql.org> From: Thom Brown Date: Fri, 13 May 2022 13:53:05 +0100 Message-ID: Subject: Re: Reserved word: OWNER To: magnus.johan.hedberg@gmail.com, pgsql-docs@lists.postgresql.org Content-Type: text/plain; charset="UTF-8" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Fri, 13 May 2022 at 13:23, PG Doc comments form wrote: > > The following documentation comment has been logged on the website: > > Page: https://www.postgresql.org/docs/14/sql-keywords-appendix.html > Description: > > You say it's a non-reserved word, but on this page: > https://www.postgresql.org/docs/current/sql-alterdatabase.html#:~:text=To%20alter%20the%20owner%2C%20you,default%20tablespace%20of%20the%20database. > > you clearly use OWNER as a reserved word: > > ALTER DATABASE name OWNER TO { new_owner | CURRENT_ROLE | CURRENT_USER | > SESSION_USER } > > and if I try to use OWNER as a column name in pgAdmin, it is marked blue (ie > a reserved word). So which is it? That sounds like a PgAdmin issue, and probably because of the way that their syntactic highlighting works. OWNER isn't a reserved word. postgres=# CREATE TABLE owner (owner TEXT); CREATE TABLE postgres=# \d owner Table "public.owner" Column | Type | Collation | Nullable | Default --------+------+-----------+----------+--------- owner | text | | | Regards Thom