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 1vAYlY-00374J-1p for pgsql-general@arkaria.postgresql.org; Sun, 19 Oct 2025 19:08:27 +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 1vAYlV-00C37e-Ex for pgsql-general@arkaria.postgresql.org; Sun, 19 Oct 2025 19:08:24 +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 1vAYlV-00C37V-4g for pgsql-general@lists.postgresql.org; Sun, 19 Oct 2025 19:08:24 +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 1vAYlR-0035yq-2b for pgsql-general@postgresql.org; Sun, 19 Oct 2025 19:08:23 +0000 Received: from salmo.appl-ecosys.com (salmo.appl-ecosys.com [192.168.55.1]) by mail.appl-ecosys.com (Postfix) with ESMTP id 0E8742A14D6 for ; Sun, 19 Oct 2025 12:08:19 -0700 (PDT) Date: Sun, 19 Oct 2025 12:08:19 -0700 (PDT) From: Rich Shepard To: pgsql-general@postgresql.org Subject: Re: Convert date and time colums to datetime In-Reply-To: <6c2fadf7fb9f5b0f1728b0baf9f112f3204415fe.camel@cybertec.at> Message-ID: References: <63dfbc7c-bc63-7fa-a51b-915dd804ea2@appl-ecosys.com> <6c2fadf7fb9f5b0f1728b0baf9f112f3204415fe.camel@cybertec.at> 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 Sun, 19 Oct 2025, Laurenz Albe wrote: > That depends on what you do with the table. Laurenz, That makes sense. > Are your SQL statements simple and natural with the current design? > Then stick with what you have now. That's what I'm going to do. I was curious when a timestamp column was more efficient, or otherwise preferred, since only a couple of my databases have a table with both date and time. And neither has many rows, but one could be quite large some time in the future. Thanks very much, Rich