Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1q4F68-0003Bj-3C for pgsql-hackers@arkaria.postgresql.org; Wed, 31 May 2023 06:14:16 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1q4F66-0007GM-R3 for pgsql-hackers@arkaria.postgresql.org; Wed, 31 May 2023 06:14:14 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1q4F66-0007GD-Dl for pgsql-hackers@lists.postgresql.org; Wed, 31 May 2023 06:14:14 +0000 Received: from mail-lj1-x22c.google.com ([2a00:1450:4864:20::22c]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1q4F63-002qIH-13 for pgsql-hackers@postgresql.org; Wed, 31 May 2023 06:14:13 +0000 Received: by mail-lj1-x22c.google.com with SMTP id 38308e7fff4ca-2af29e51722so58570281fa.1 for ; Tue, 30 May 2023 23:14:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1685513649; x=1688105649; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=i+nAyjxgzztVE+uGeiA5DJyLWzBker3aw7TH/b9zw58=; b=D0K9BdNI7wtWVmnrMmUX+gx/CCY7xvRaxgksBFUBwHK0C/8L1oJs9j0bIw53JxsqQT AICk3qyBsxn/K2i2cjBIrVtAtlNhonJw72aOMKIvpSDBQbNIf4udAIqgTF4Vu1qbSHsG TlCBBmSqGdpnvIp9yS9tWqyjv2CTs2cp95Q2Prh5F2fd2RsGcB/fArWbZEKdu02JWKzj yeddPFX2y4pXgbiyfGisc4w/P5htN11yXsDfQyuT1kvElVHcZbWwnAzcpPdcBSkO4vPo nefJRQNPZoes7+mGj1UnibK5pyxrndPrvG8WXCEaLVJ+h362xwva73nSS/24dhAFwFD2 f0Zg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1685513649; x=1688105649; h=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=i+nAyjxgzztVE+uGeiA5DJyLWzBker3aw7TH/b9zw58=; b=XlD6xfD1tCCCqXsuPPly7ddZNCIujAUX5HCyRBW7CFdqNrISGygImnuSDDnrd9b/Ms yAA0nGs5gMhwFBIIRC9CwLK/9FErVyRsGab8X5WwGIPD9oMs/c6lmh+CIozTVlFJbk0c qY5C3+F0cbO0iFyIwJxtBkgEUQ2XDZtSo/Zp72X9VcnwvAAEw7GTxOwv0DpJ2/xBfj2X 2K1FD+n7zow8tUGlg0wVch8kKTRm4f5Pj6F6LJp4oPfQHUVrrRf2iBRzh95IwkLmJZPn M66KqL41bRzQrR/vdOG7eUMyYdT4KwYOVEWe3MkItbJt4ZVmosDYIVZ1nMhU5DPXtQp9 7vrA== X-Gm-Message-State: AC+VfDwfUKMyqa80Yrqyn6HUHo3R3wGPmTwPbvkX1aaA7caqcRAPq1sj xvnHDe46Ln7wUtiHNnwoGPXPnjFu8aTSZBAFPG0= X-Google-Smtp-Source: ACHHUZ7eN4T12Dcrf+hK9Ua3l10zzI5eu9leL82EtQzFhpg7wz9FfpquK7TCJ0aAU51MLJvWNRHprlaNZ8pvxs86V0k= X-Received: by 2002:a2e:7215:0:b0:2ad:ac93:3c7d with SMTP id n21-20020a2e7215000000b002adac933c7dmr2013557ljc.38.1685513649056; Tue, 30 May 2023 23:14:09 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: David Rowley Date: Wed, 31 May 2023 18:13:57 +1200 Message-ID: Subject: Re: [16Beta1][doc] pgstat: Track time of the last scan of a relation To: "Shinoda, Noriyoshi (PN Japan FSIP)" Cc: PostgreSQL-development , "dpage@pgadmin.org" , "andres@anarazel.de" , "bruce@momjian.us" , "vik@postgresfriends.org" Content-Type: text/plain; charset="UTF-8" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Wed, 31 May 2023 at 15:57, Shinoda, Noriyoshi (PN Japan FSIP) wrote: > According to the documentation [2], the data type of the columns added to these views is 'timestamptz'. > However, columns of the same data type in pg_stat_all_tables.last_vacuum, last_analyze and other tables are unified to 'timestamp with time zone'. The attached patch changes the data type of the added column from timestamptz to timestamp with time zone. I agree that it would be good to make those consistently use timestamp with time zone for all columns of that type in the docs for pg_stat_all_tables. More generally, it might be good if we did it for the entire docs: doc $ git grep "timestamptz" | wc -l 17 doc $ git grep "timestamp with time zone" | wc -l 74 Clearly "timestamp with time zone" is much more commonly used. The bar is probably set a bit higher for changing the longer-established ones, however. David