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 1tfKUO-001Sx3-R7 for pgsql-general@arkaria.postgresql.org; Tue, 04 Feb 2025 15:05:25 +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 1tfKUN-004MTW-Ul for pgsql-general@arkaria.postgresql.org; Tue, 04 Feb 2025 15:05:23 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1tfKUN-004MSr-Ki for pgsql-general@lists.postgresql.org; Tue, 04 Feb 2025 15:05:23 +0000 Received: from mail.appl-ecosys.com ([50.126.108.78]) by makus.postgresql.org with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1tfKUL-0038eT-1R for pgsql-general@postgresql.org; Tue, 04 Feb 2025 15:05:22 +0000 Received: from salmo.appl-ecosys.com (salmo.appl-ecosys.com [192.168.55.1]) by mail.appl-ecosys.com (Postfix) with ESMTP id AC2172A14D6 for ; Tue, 4 Feb 2025 07:05:20 -0800 (PST) Date: Tue, 4 Feb 2025 07:05:20 -0800 (PST) From: Rich Shepard To: pgsql-general Subject: Re: Lookup tables In-Reply-To: Message-ID: <50498443-1599-c62f-b3b7-485828c54e22@appl-ecosys.com> References: <4e7a338-c7d3-e944-20bd-a6e346e175c7@appl-ecosys.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Tue, 4 Feb 2025, Ron Johnson wrote: > Does your lookup table just have one column? (That's what your question > seems to imply, but that makes no sense, since the whole point of a lookup > table is to store some sort of a code in the "child" table instead of the > whole text of the description.) Ron, Yes, each has a single column of type names, industrytypes and statustypes. I've always used the descriptive names in queries. Rich