Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1sWIh7-00EMma-A1 for pgsql-hackers@arkaria.postgresql.org; Tue, 23 Jul 2024 16:48:57 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1sWIh5-00Esy8-DW for pgsql-hackers@arkaria.postgresql.org; Tue, 23 Jul 2024 16:48:55 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1sWIh4-00Esy0-U4 for pgsql-hackers@lists.postgresql.org; Tue, 23 Jul 2024 16:48:55 +0000 Received: from mail-pg1-x533.google.com ([2607:f8b0:4864:20::533]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1sWIgz-0015Tj-6l for pgsql-hackers@postgresql.org; Tue, 23 Jul 2024 16:48:54 +0000 Received: by mail-pg1-x533.google.com with SMTP id 41be03b00d2f7-7a1d48e0a5fso560989a12.3 for ; Tue, 23 Jul 2024 09:48:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=pgguru-net.20230601.gappssmtp.com; s=20230601; t=1721753327; x=1722358127; darn=postgresql.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=nc8kIWww+A0+F5TWIOOjZX1vvGbLTynbJGYzfqtbAbA=; b=aK5yjXQTAExmDASFNle4uNHU69lbV1GccLMgF64S/a+bfzrMkNDLjg4R+fOALOeUvv uulbaH7x24xs5ZmBgttF0FteEJHFLdzPBYzO+L+u2/8hRP8bT6jfTNrOhL5Tih63MUcM ZoHLYC+rZ9q0HhZAAV8Ha6P6uEW+4hGbNWRdsYZ0zDU+DRQ+YhjcgVjvsMC46jtMuPJy 7/1fykfOouGpCWzeui7+XkuWtYcHh70XT53bvV3zIoSbZOGIHnqDFGASiHcWNolr3ESV BJB2JgiZP+71b5C6veFdKNmwui3QfeDUVM1Jf85sl5pz/eFlNg0bDq5/WwA5JltP/C+i Uk1w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1721753327; x=1722358127; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=nc8kIWww+A0+F5TWIOOjZX1vvGbLTynbJGYzfqtbAbA=; b=CwcjIWD+AyhKOshN2C35qAbgcci4E0D3QiR8hodyzgyRjGdHNHFczNw7Xcos7QmDuo OBqVptaL50MkrDYz57cW1tmVEKMj1e2Y4Dr9xkrFiAAA7fcm83AQH+Qhq2EZAbzLoBGO GRVBKh9HnujXt3fjeX4DzWkgB6QKZCXdimXSCT/PmCLHCyMjYBf8ig1t9XO6RtQ2sXVb BKBboQKsfSzph74ora8QtouyZr8m2PkiCo9fxazaH+WzP8lf9+L+tG8u0tvEQBGixsPa 9bDqIrsyyU2nQJBiEXHQle2rwCHhqU3g1Wa1c5LLCnPqGoz8i1mfa+0ApK4R1ThjSa8p 9dzw== X-Forwarded-Encrypted: i=1; AJvYcCXsdnfDZrzPVPSUTvYj6B5vL79wkrkzIz0ecE2/ej0C98BNAoe5WVQAx3/qpIEWV3s04Z7T0/GnCw2xdOxz/M/on7Q8JJI4M5H0V7Br X-Gm-Message-State: AOJu0YxorXs5uM5KYbj2RzjGhq1mpDgnpZQRHsMWKQ1/laIyDn92mxpy C6/MYADjMBqELt8/SQXsjVCgY8K2OPNaxeED5Clu55QEZQMekbfWMsJjdIjlUVAtYILlGeTCHBC 0FSthbADsKERKTWPx0MQn+2agd1ZDTiNcvQFubQ== X-Google-Smtp-Source: AGHT+IErrzZWJ0pk7V8AFSP57+8uk4pxYHvmzyWsAdXz6nmbo6o9RMnoO3dkxid34x+cu2nYMh1P+94QFrfJfsb014Q= X-Received: by 2002:a17:90b:506:b0:2cd:2992:e8e6 with SMTP id 98e67ed59e1d1-2cd85d8f770mr3275476a91.29.1721753326804; Tue, 23 Jul 2024 09:48:46 -0700 (PDT) MIME-Version: 1.0 References: <931747.1721687375@sss.pgh.pa.us> <39aca36b0e570a9f53dc1740f0de81ddffae0f1d.camel@cybertec.at> In-Reply-To: <39aca36b0e570a9f53dc1740f0de81ddffae0f1d.camel@cybertec.at> From: David Christensen Date: Tue, 23 Jul 2024 11:48:35 -0500 Message-ID: Subject: Re: [PATCH] GROUP BY ALL To: Laurenz Albe Cc: Tom Lane , "David G. Johnston" , pgsql-hackers Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Tue, Jul 23, 2024 at 10:57=E2=80=AFAM Laurenz Albe wrote: > > On Tue, 2024-07-23 at 08:37 -0500, David Christensen wrote: > > My intention here was to basically be a shorthand for "group by > > specified non-aggregate fields in the select list". Perhaps I'm not > > being creative enough, but what is the interpretation/use case for > > anything else? :-) > > I am somewhat against this feature. > It is too much magic for my taste. > > It might be handy for interactive use, but I would frown at an applicatio= n > that uses code like that, much like I'd frown at "SELECT *" in applicatio= n code. Sure, not everything that makes things easier is strictly necessary; we could require `CAST(field AS text)` instead of `::text`, make subqueries required for transforming oids into specific system tables instead of `::regfoo` casts, any number of other choices, remove `SELECT *` as a parse option, but making it easier to do common things interactively as a DBA has value as well. David