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 1v3Zau-000aq1-QM for pgsql-hackers@arkaria.postgresql.org; Tue, 30 Sep 2025 12:36:36 +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 1v3Zas-009YQF-Ry for pgsql-hackers@arkaria.postgresql.org; Tue, 30 Sep 2025 12:36:35 +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 1v3Zas-009YQ7-Hu for pgsql-hackers@lists.postgresql.org; Tue, 30 Sep 2025 12:36:35 +0000 Received: from mail-ed1-x529.google.com ([2a00:1450:4864:20::529]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.96) (envelope-from ) id 1v3Zar-000tmV-0M for pgsql-hackers@postgresql.org; Tue, 30 Sep 2025 12:36:34 +0000 Received: by mail-ed1-x529.google.com with SMTP id 4fb4d7f45d1cf-6366b7fd337so839370a12.0 for ; Tue, 30 Sep 2025 05:36:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cybertec.at; s=google; t=1759235792; x=1759840592; darn=postgresql.org; h=mime-version:user-agent:content-transfer-encoding:references :in-reply-to:date:cc:to:from:subject:message-id:from:to:cc:subject :date:message-id:reply-to; bh=krumNb9ZYFS9T7uLmNbO7myI53pRnttuHIly9d1awi0=; b=R+JB/U4/ARPdhRemjwW8GGGSkLdR2IZ6AA4B0mA9xndVnD6IXKzXZ9zI0pZle3vuCw q98fVKS+xJtHLM73Luqk8+Sqic9WY2BYqgzwDLGarjhdn+k37PtsiRfHDNGxHTYiu0we K8v7IISxRsE153Mf2c/WASuzHsxyZ2TUjrt3EufAc6g4cD10cAmyr3mAf/lLIte0MJF5 gl40LAscPW9iba0pPAb87adC6g4c+EsvDuvlorhGOie10kHxVhJgHcq+BV2Fgs0XhTaA AUKHTXwDABrz5yVpSpPv42ts+jmlgJE4c7jKtzzhImy8L9iSfXJhQbqCM0TeCtG0r8id mPDw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1759235792; x=1759840592; h=mime-version:user-agent:content-transfer-encoding:references :in-reply-to:date:cc:to:from:subject:message-id:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=krumNb9ZYFS9T7uLmNbO7myI53pRnttuHIly9d1awi0=; b=wCAhG7+qi44EcrLGnDNGNSJ3iegRl/u/7aU6EUUXlCP1V+QCqPxRE9DkSoF9X1rlCs KG+5Qr4xUNVxEYwIGeY/e7qjuGI8njJeEpcG8WZ+oikK8sctl5pSZhYc+QgiOurKvKEN +VRecc1S5kLILVWz5KtoNHNobDsjznTz5jOQkyLYcpAb2TEcWByggRU+ku9YaFeDog4J 2lVL59GIWdpOmL9lTvy4+GjP9uYCCjMr9dIt8srucATw9wojk5WAsH+VsroWN9MB4dY3 xw35ckC+ynGOvSYvjzpOFu+osoI5bQ8Mx0au91H7EKbOr+e4fND6lJ+6WS8aLzXqX4sx dPbw== X-Gm-Message-State: AOJu0Yx5sRUCH0J/MTYmfS3ymIFAuDD0YezC5jFfpH9oUS5hIFb03hkt oywfCpFi5bStYn9ROqPovgkfwayA1S7JlSnVTscgdAJJMbWvKBzo6j3Pl4OLwKIdEd4= X-Gm-Gg: ASbGncvHAzA+8N5Hqg4UGfzkQKMbS/xBV21dqvehqbjM4qGKuM3m0WcOH3HkBDfVhoa SPusuhWJ6UGSpKixvfrvLdFbFZgWJa1fp7aV43d6rImzP7nm4M+UeVOCMglGrAcUsxZJj5E5V6W XO0x1Cl4CFzGJLtm97MO0aqMCLO+WwCCMJ8qZE9lYWRJjcBHzwWyLTLaouCCpEfgfiKyGnOFl1T sw0mRVAFh7/n6px+KGxZYeW4MwxZbDBc2Hh0y3ZFC15iGyOHbsFpLu7hJJKihAGPv04gGCCeaPH gt6Ja7LJqn/FNmt2zZk5oYZqOYbACQWbn5/KuAvB9fJyC2UJS3GqOHOdUprr16vIq8Cxw7sBtYb BBFaIa9SkpA/CErYxD48mCMcWbSA78K6N2uIVlthtD36WNaqfmyisB1acfwyAOh/IIuEhvjrz7+ RV X-Google-Smtp-Source: AGHT+IEbJzx3w+CCESfK1TYD+rBQhVr+q89q11plxoYU8wpXK4QAfNBkAwcKmGZqkiR53yGIk5KNFA== X-Received: by 2002:aa7:dcd9:0:b0:633:642d:ac16 with SMTP id 4fb4d7f45d1cf-6349f9cb8a2mr15586307a12.3.1759235792273; Tue, 30 Sep 2025 05:36:32 -0700 (PDT) Received: from laurenz.albe-K4N0CV00F97414D ([88.116.133.170]) by smtp.gmail.com with ESMTPSA id 4fb4d7f45d1cf-634a3ae31cfsm9651967a12.33.2025.09.30.05.36.31 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 30 Sep 2025 05:36:32 -0700 (PDT) Message-ID: <3346e4ef343f1ac99ad9db02f2cdbb2fb7507a9f.camel@cybertec.at> Subject: Re: pg_restore documentation and --create/--single-transaction limitation From: Laurenz Albe To: Ashutosh Bapat Cc: pgsql-hackers Date: Tue, 30 Sep 2025 14:36:31 +0200 In-Reply-To: References: <2ebde3606beab536a8693e8f54c33dc0981b8478.camel@cybertec.at> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.56.2 (3.56.2-2.fc42) MIME-Version: 1.0 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Tue, 2025-09-30 at 17:01 +0530, Ashutosh Bapat wrote: > Thanks a lot for the research and pointing out missing --jobs. >=20 > > So I think that your suggestion makes sense. > >=20 > > I tried to improve the English, and I have added the incompatibility > > with multiple --jobs to the --single-transaction documentation. > >=20 > > Does that look alright to you? >=20 > @@ -541,7 +545,9 @@ PostgreSQL documentation > emitted commands in BEGIN/COMMIT). = This > ensures that either all the commands complete successfully, or no > changes are applied. This option implies > - . > + . It cannot be used together with > + , which switches database connections, or with >=20 > I didn't understand ", which switches ..." part. The code comment says > /* > * -C is not compatible with -1, because we can't create a database inside > * a transaction block. > */ > if (opts->createDB && opts->single_txn) > pg_fatal("options -C/--create and -1/--single-transaction cannot be > used together"); >=20 > It doesn't say anything about switching connections. But it's too low > level of detail, which we may just eliminate. >=20 > + multiple . >=20 > This seems to be confusing. I read it as --single-transaction can not > be used when there are multiple --jobs specifications e.g. > --single-transaction --jobs 1 --jobs 2. Maybe just say " multiple > jobs". Even corresponding --jobs documentation says >=20 > pipe or standard input). Also, multiple > jobs cannot be used together with the > option . >=20 > Attached patch with those changes. I agree with your simpler version. I'll mark the patch "ready for committe= r". Yours, Laurenz Albe