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 1tpUT0-006POE-Tv for pgsql-general@arkaria.postgresql.org; Tue, 04 Mar 2025 15:45:59 +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 1tpUSz-000vAL-Mo for pgsql-general@arkaria.postgresql.org; Tue, 04 Mar 2025 15:45:57 +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 1tpUSz-000v7y-B9 for pgsql-general@lists.postgresql.org; Tue, 04 Mar 2025 15:45:57 +0000 Received: from mail-yb1-xb30.google.com ([2607:f8b0:4864:20::b30]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.96) (envelope-from ) id 1tpUSv-000vOi-37 for pgsql-general@lists.postgresql.org; Tue, 04 Mar 2025 15:45:57 +0000 Received: by mail-yb1-xb30.google.com with SMTP id 3f1490d57ef6-e6087a8588bso5443736276.1 for ; Tue, 04 Mar 2025 07:45:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1741103154; x=1741707954; 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=xDRKTot+8BZ/Mx2vR72sttlWLXyqzb29IGEOBV7Bx2k=; b=Im3hIZ/VvZcnLfkMxgn5SKqrpUWuamONWp8gsg5J/qQcRXcHAaY9jFKJEvAW79ZDIx e3WPhChzDtOdA2pCE7LoKkB48PEmmjgHsugRVHvNMyE4AQrT0V55ZmtoBVvrKF3lD2Mg WXD+zdBw+xJb1IrmMeQCTYm6a2l3q1ZXY3sZkr0hEs0y+8iL3LD4EYViK6SiXejmAsOg fYU2fdjyshAE9gJJ7wkUTyXqZcT7Xo78pGyMJq+XpVNOqOq60hCvNUY3sAyWW06hwdOy iOAlLu+F3VWPFrwX/mZ2T1DFInLshJQn6IeLqc6ZdUQnr0pBc6FZ56kKAVJuKzlZ+drr HPgw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1741103154; x=1741707954; 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=xDRKTot+8BZ/Mx2vR72sttlWLXyqzb29IGEOBV7Bx2k=; b=hN/6/fjWlgYLAs1yQK1tSlFzL9geUHSq4EeGStoRGejfmr/ahY+KO0oaEYg1foNAgj lLJt8eXbO5cmA90wt6+5PjQDqQZbxiLMOqX4IJrYkYxcT4U/58Vlc4xyoWZYYmSp0i3+ +8v65Z1mj02nf/aBE4dxN2x76K4RtUkMYvlI8R9GmsI61EdU85wO0F7b7ICcA1aWEQVH 9LBajsoq/GHMfEM9uK1Lfx/mHnb8qgZSCO0W8CmSFG3WwO/OJLtMhlwAj4jY9Wp+w03d GpSGnOwqEnAddi/f7orOlrHVriPPUd2F6zh70HSjZd+gEaZU7cYvR37RQ2PCVbR6+GKO uPLw== X-Forwarded-Encrypted: i=1; AJvYcCUYuIM2+tsK9t7JCqDQFzs0nS3J3Y/VLsHZy6RD7SCSHs3QP4X5ecYIjwoE3K8hzYtCaBX8k6zknHnyzLc2@lists.postgresql.org X-Gm-Message-State: AOJu0YyRxTds+W9sg+IowS1WOapqyQX8FumpZCETFC21eG2bPEKqJHMP qdvS+32XBteEYo+ONn9XkEG7+hBLjIAdu1pfwEwAkXlVaQe4TUqjUJHodXo8EMW6s1syjPyDJdi 7uqusT2+BJCM8+HhBhw12DspqREg= X-Gm-Gg: ASbGncvAPIU7E5XCQOdxdiCkIB0yUxoG/Tjw7VOzxEKE1JCJwviKC+NfiMCMetbEfBN MZcfUcYb0Zm0xqsH9QBGgxdYx3IHvyX81X7A4q1kTvXoX8fSGaB93STfYG3Zk8aM4TfD5U7G+Xa 1RVURjXB2WNBf2jqN8QnebgWgX58w= X-Google-Smtp-Source: AGHT+IFL9+zrG00yMbH4OB09YrWUEbqXc67asXWYL/XsoG9TGGQoHzR77GYaaGioYBIjVS1c8g+vFARnrMy6pWMseXI= X-Received: by 2002:a05:6902:2082:b0:e58:b99:6a5b with SMTP id 3f1490d57ef6-e610c34efebmr5139739276.8.1741103153739; Tue, 04 Mar 2025 07:45:53 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: chandan Kumar Date: Tue, 4 Mar 2025 21:15:39 +0530 X-Gm-Features: AQ5f1Jr_1zjmLtUkCBmnWUFO74D48OKpAKr1KmKk9c9UIQjpcyFLBFulSMC_baA Message-ID: Subject: Re: Review my steps for rollback to restore point To: "David G. Johnston" Cc: Laurenz Albe , "pgsql-general@lists.postgresql.org" Content-Type: multipart/alternative; boundary="000000000000ff0315062f862a0b" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --000000000000ff0315062f862a0b Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi David, You catched my word "revert". Thats so encouraging to see how this community helps. Your answer has cleared my 99% doubt. Thanks again. I wish I also contribute one day . Have a good time! On Tue, Mar 4, 2025 at 9:08=E2=80=AFPM David G. Johnston wrote: > On Tuesday, March 4, 2025, chandan Kumar > wrote: > >> Thank you for your time and clarification. >> Does PITR recreate database internally ? can i say it is not the same a= s >> pg_restore or it is same as pg_restore plus applying WAL on top of it. = I >> am asking because can we revern DDL operations without PITR in streaming >> replication >> > > PostgreSQL doesn=E2=80=99t have a concept of =E2=80=9Crevert=E2=80=9D. > > PITR just deals with raw bytes on disk for an entire cluster. If a new > file appears in the WAL that file is created. That file can be a directo= ry > for a database. > > You cannot mix physical and logical images of the database so applying WA= L > on top of pg_restore is technically invalid - but it does effective conve= y > the idea. It=E2=80=99s like saying pg_dump and pg_basebackup are similar= . Sure, > in some ways that is true - but the logical vs. physical distinction cann= ot > be ignored fully. > > David J. > > --=20 *With warm regards* * Chandan* --000000000000ff0315062f862a0b Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi David,=C2=A0
You catched my word "revert"= . Thats so encouraging to see how this community helps. Your answer has cle= ared my 99% doubt. Thanks again.
I wish I also contribute one day .=C2= =A0 Have a good time!

On Tue, Mar 4, 2025 at 9:08=E2= =80=AFPM David G. Johnston <david.g.johnston@gmail.com> wrote:
On Tuesday, March 4, 2025, chandan Kumar <chandan.issyog= a@gmail.com> wrote:
Thank you for your time and clarification.=C2=A0
= Does PITR recreate database internally ?=C2=A0 can i say it is not the same= as pg_restore=C2=A0 or it is same as pg_restore plus applying WAL on top o= f it.=C2=A0 I am asking because can we revern DDL operations without PITR i= n streaming replication

Postgre= SQL doesn=E2=80=99t have a concept of =E2=80=9Crevert=E2=80=9D.
<= br>
PITR just deals with raw bytes on disk for an entire cluster.= =C2=A0 If a new file appears in the WAL that file is created.=C2=A0 That fi= le can be a directory for a database.

You cannot m= ix physical and logical images of the database so applying WAL on top of pg= _restore is technically invalid - but it does effective convey the idea.=C2= =A0 It=E2=80=99s like saying pg_dump and pg_basebackup are similar.=C2=A0 S= ure, in some ways that is true - but the logical vs. physical distinction c= annot be ignored fully.

David J.



--
With warm regards
=C2=A0=C2=A0=C2=A0=C2=A0 Chandan
--000000000000ff0315062f862a0b--