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 1vApSx-006Ncw-9f for pgsql-general@arkaria.postgresql.org; Mon, 20 Oct 2025 12:58:22 +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 1vApSw-0008IA-8Z for pgsql-general@arkaria.postgresql.org; Mon, 20 Oct 2025 12:58:21 +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 1vApSv-0008I2-UD for pgsql-general@lists.postgresql.org; Mon, 20 Oct 2025 12:58:20 +0000 Received: from mail.appl-ecosys.com ([50.126.108.78]) by magus.postgresql.org with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1vApSs-003EV1-2t for pgsql-general@postgresql.org; Mon, 20 Oct 2025 12:58:20 +0000 Received: from salmo.appl-ecosys.com (salmo.appl-ecosys.com [192.168.55.1]) by mail.appl-ecosys.com (Postfix) with ESMTP id F1F362A14D6 for ; Mon, 20 Oct 2025 05:58:16 -0700 (PDT) Date: Mon, 20 Oct 2025 05:58:16 -0700 (PDT) From: Rich Shepard To: pgsql-general@postgresql.org Subject: Re: Convert date and time colums to datetime In-Reply-To: <769142BB-E2E0-4943-A8FB-A9F8FB7B4932@gmail.com> Message-ID: <8ed458fc-e661-8823-d394-75af4b7fd9e@appl-ecosys.com> References: <2d6e71ef-dbd0-a9c8-b819-c8b97b630c8@appl-ecosys.com> <769142BB-E2E0-4943-A8FB-A9F8FB7B4932@gmail.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 Mon, 20 Oct 2025, Rob Sargent wrote: >> Okay. Now I'm curious: why do you write this? > The way I read your description of how you use these columns currently > suggests to me that they could be handled by a single timestamp column. > The cost/benefit of converting is another thing altogether. Rob, Since either way works I'll save the time cost of converting because my tables will never be really large. Thanks, Rich