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.96) (envelope-from ) id 1vw8jZ-00591X-16 for pgsql-docs@arkaria.postgresql.org; Sat, 28 Feb 2026 01:03:05 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1vw8jX-008ZZA-2s for pgsql-docs@arkaria.postgresql.org; Sat, 28 Feb 2026 01:03:03 +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.96) (envelope-from ) id 1vw8jX-008ZYY-1n for pgsql-docs@lists.postgresql.org; Sat, 28 Feb 2026 01:03:03 +0000 Received: from mail-pl1-x630.google.com ([2607:f8b0:4864:20::630]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.98.2) (envelope-from ) id 1vw8jU-00000001elL-2byM for pgsql-docs@lists.postgresql.org; Sat, 28 Feb 2026 01:03:03 +0000 Received: by mail-pl1-x630.google.com with SMTP id d9443c01a7336-2aad1bb5058so26464225ad.0 for ; Fri, 27 Feb 2026 17:03:00 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1772240579; cv=none; d=google.com; s=arc-20240605; b=XcS8yWxGmDuKE/CR899rW1/bI+dywd3Lp/LUZaF6X759hvt+RXUFoNavyfX2Qo0MIv a0XqNshSDGN52ejkhfq4/lLFMvKkB5I4IOS46dvfE9/BxDCy8XE2dJfn9/BaxN/+VVse zlXmyE32lD6kuMBTyQDC15N2QPsp2OD3HHalt4K63ikgHvwPb5jgES041hRCOFXLyvDH lqndyrhKk4CVV5TcaF+44SQ7/BLpSHYA9ltativdbpfOBVpzp24dbJP+z5KcAmkSDw4E 50wNnOIQ3o5UP1uOCos3vKrwa6EpKWwUDEQ0c2n0iTXltvNZqitvnDInsLES9Ko78RUT Rs4Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:dkim-signature; bh=3UVL/hNcRFiwePcTUg3DbAUMAYl7VE1Cd2ZLIMyZfwU=; fh=wIYnoLnho1Xw1L5Nixq1swijG8/uN4yLMBQsFx9QCRI=; b=jIUeF8FKw1g1ARfc2SQdGw94h9Gbv/2DAFPtdqJMmVaJwbK7ZDQT8Tk5n3nlV3P+cW rSwQVXueNtzyaZSsyqCcjNjfcxDhb9afiD2840xTOj3fs/p8t3vsQjOPS4SsisqbF+8E erYzGtUFmvxkZr1j1gISZveTr4CofS9ZtztP2SLp7gzYWaM3DuFQ6iqvaf73IV9tFxl0 zUY/7jv1Uk5byhGPjhf0ouY+Hjfh9uhHqft7oDKbWesmSE6k9ZD/dcMOOpQZiaDWOii2 E2OzqNOJ8p2j6Brv//SNeaffShKB9K1lrO4axdw+BrFNiEEXmly5nGil1kdiYER9XrpQ 4OOw==; darn=lists.postgresql.org ARC-Authentication-Results: i=1; mx.google.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1772240579; x=1772845379; darn=lists.postgresql.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=3UVL/hNcRFiwePcTUg3DbAUMAYl7VE1Cd2ZLIMyZfwU=; b=GNeviXARRWE4WBAfO4zO2wQF7aBFJEdHVhIn0knZeSXbmYwH6ByAI4VWDXtmuhFVu7 U6Ovqc597f3002ebTdULzh47UPc1v33G51N2doRa/FXHq8m6d9Ok4luxXY6lKJvEPuG5 ajmAOHL9vXkG2lSVC4XHJyK9CKVAIqYVQMJp/cW8YpZK+LAAPVuU56VHea8AxmjZWo0c THydwEVtnsf4vF5hrYpql2zjWI59xQ0aCBCjTMmddEf7gA3l79MAaRAzvbEyDvQimUz1 bFe/P4RZM8sv1263Ecy/msSCaqMH2gCqWAQZV9ZE8BbX1K5QXLlQzwh9R2XB6Xn48Kzo X5tA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1772240579; x=1772845379; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=3UVL/hNcRFiwePcTUg3DbAUMAYl7VE1Cd2ZLIMyZfwU=; b=ddZhclPVe6wLFcKfr76Pb5kJVVBos74wksp+rrvuK3w9FGRSxQfserDOpQoZcnwXEW Q5Hy2yztV2Qhe2le92hYSQqxtGM3DvJ85r8Ym+OObB0CLLn33XXjFl3CiCj24Rlqm0aC svm1a+dGCAt5kqUdmIEkf2tfeYeTel/qag3mQ2sE5QBdilDH1honFEIlIteEJtvXHp7H 7gJ4uEaV5ElavJaZ8NdPgpqYbicCrr1Q4vkr1+x7y7fr3neIpzb57gT6e7zn57nsUCLi Pb5qW60NeljosBu+yHDODMxYdkXiy6iTZqcyrll4nmynI8mT/7h1NgOvimCaBtF1HuC+ 1W9Q== X-Gm-Message-State: AOJu0YxDMX4xm1ULcMaVqzWiYXjfQD1u1vXkDRXymctnxjI2cEQkNPhR DtxY/SVFJstMStV7/iX5g4Qdwg9bj9PycOiT82yRb+HyxQ1Y/5v8rg4hPZgI5eRhoiEQe1Q06Cx drWdftHqbQzzPjkTFgdQKarLv22YXbgM= X-Gm-Gg: ATEYQzzLJqN/arM+76T5j5pJU2bVWJxxeAiLncn2yMU78sxKbPMWxnLFDsIbpugZF5p jQM704lnGSRlbSrZgCJmz+iZcRXq+J2jPF4Zqaa11WG2JYAE2m8F9lSBPKMi2vR7zOwoupyjwHX 3dY5GUF+M5oX3ZlVA0lK0ppPrEMoCKZ2gMEZ6TM/9gZnrlxpe0KNJZk/B3UFjT7J71P/r++TrDH bojWyub99awVluiyIvBVm7JebMTGd/cuvKbVbI3ZKp+PAg4+63dAbPuwjNHzfqxopNZGq9ag1M7 16u4NjOW X-Received: by 2002:a17:90b:5747:b0:354:a780:6667 with SMTP id 98e67ed59e1d1-35965c3af5fmr4761102a91.3.1772240578682; Fri, 27 Feb 2026 17:02:58 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: yuanchao zhang Date: Sat, 28 Feb 2026 09:02:47 +0800 X-Gm-Features: AaiRm53X4BstjeJA9PhJC3wpl_XhkYx0hDY02eNELoBsm3ng-qg4xDptNC4Z4Zw Message-ID: Subject: Re: A suggestion about the usage manual of \d command To: "David G. Johnston" Cc: "pgsql-docs@lists.postgresql.org" Content-Type: multipart/alternative; boundary="000000000000262279064bd7eae2" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --000000000000262279064bd7eae2 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Okay, no problem. I just encountered this issue and was experiencing some inconvenience as a user. If I have more detailed thoughts, I can add them later. Thank you for your reply anyway. Best regards Yuanchao Zhang David G. Johnston =E4=BA=8E2026=E5=B9=B42=E6= =9C=8827=E6=97=A5=E5=91=A8=E4=BA=94 22:12=E5=86=99=E9=81=93=EF=BC=9A > On Friday, February 27, 2026, yuanchao zhang > wrote: > >> Hi, >> I created a domain object named `numeric` using the following statement: >> `CREATE DOMAIN numeric AS NUMERIC(12,2) DEFAULT 0 CHECK (VALUE >=3D 0);` >> After executing this SQL, it indicated that the domain was created >> successfully. However, when I executed `\dD` in psql, the created domain >> could not be displayed. >> >> The reason is that the name I used is the same as a built-in type (of >> course, similar issues exist not only with domains). However, our manual >> for the `\dD` command lacks relevant explanations, which can mislead use= rs. >> Users might think an object was successfully created, but the `\d` comma= nd >> doesn't display it, which could make beginners doubt whether the object = was >> created successfully. I suggest adding necessary explanations to the `\d= ` >> command's manual. >> > > As explained in your bug report the documentation already covers > namespaces, types, and the pattern argument to the \d meta commands. > Covering all of that within the scope of the specific =E2=80=9C\dD=E2=80= =9D meta command to > explain your example case is very unappealing. I honestly don=E2=80=99t = see this > going anywhere unless you propose specific text and location suggestions > for what such a patch should look like. A real patch is even better, but > with solid enough ideas someone might volunteer to bundle it all into sgm= l > format. > > David J. > > --000000000000262279064bd7eae2 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Okay, no problem. I just encountered this issue and was ex= periencing some inconvenience as a user. If I have more detailed thoughts, = I can add them later. Thank you for your reply anyway.

<= div>Best regards
Yuanchao Zhang

David G. Johnston <david.g.johnston@gmail.com> =E4=BA=8E2026=E5= =B9=B42=E6=9C=8827=E6=97=A5=E5=91=A8=E4=BA=94 22:12=E5=86=99=E9=81=93=EF=BC= =9A
On Friday, F= ebruary 27, 2026, yuanchao zhang <zhangyc0706@gmail.com> wrote:
Hi,
I create= d a domain object named `numeric` using the following statement: `CREATE DO= MAIN numeric AS NUMERIC(12,2) DEFAULT 0 CHECK (VALUE >=3D 0);` After exe= cuting this SQL, it indicated that the domain was created successfully. How= ever, when I executed `\dD` in psql, the created domain could not be displa= yed.

The reason is that the name I used is the same as a built-in ty= pe (of course, similar issues exist not only with domains). However, our ma= nual for the `\dD` command lacks relevant explanations, which can mislead u= sers. Users might think an object was successfully created, but the `\d` co= mmand doesn't display it, which could make beginners doubt whether the = object was created successfully. I suggest adding necessary explanations to= the `\d` command's manual.

As ex= plained in your bug report the documentation already covers namespaces, typ= es, and the pattern argument to the \d meta commands.=C2=A0 Covering all of= that within the scope of the specific =E2=80=9C\dD=E2=80=9D meta command t= o explain your example case is very unappealing.=C2=A0 I honestly don=E2=80= =99t see this going anywhere unless you propose specific text and location = suggestions for what such a patch should look like.=C2=A0 A real patch is e= ven better, but with solid enough ideas someone might volunteer to bundle i= t all into sgml format.

David J.

--000000000000262279064bd7eae2--