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 1sGhkx-00GAAb-22 for pgsql-hackers@arkaria.postgresql.org; Mon, 10 Jun 2024 16:20: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 1sGhku-00E1R3-Jg for pgsql-hackers@arkaria.postgresql.org; Mon, 10 Jun 2024 16:20:25 +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 1sGhku-00E1Qv-7l for pgsql-hackers@lists.postgresql.org; Mon, 10 Jun 2024 16:20:25 +0000 Received: from mail-io1-xd30.google.com ([2607:f8b0:4864:20::d30]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1sGhks-000xie-QN for pgsql-hackers@postgresql.org; Mon, 10 Jun 2024 16:20:24 +0000 Received: by mail-io1-xd30.google.com with SMTP id ca18e2360f4ac-7eb7a2f062cso4641239f.0 for ; Mon, 10 Jun 2024 09:20:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1718036421; x=1718641221; darn=postgresql.org; h=in-reply-to:content-transfer-encoding:content-disposition :mime-version:references:message-id:subject:cc:to:from:date:from:to :cc:subject:date:message-id:reply-to; bh=jUF/eomiD1zXjia4TCFJDl5K2nbXooXcmUV4dCx/dbE=; b=EvN6+E7zFztgaDqDdCJgrxh7hBMXPP/cfsl30OaANsHGH8/0GfeAAoJqTLvVBKHUyz mjJqnoJeiO0TkeNGBXmnZmNfiZF0/FCz4AMabCCeRV12OUs+POl59m7xpLfv0umgbVy3 ibxYE3hRNayXLeUIfOwAGbGeK2tiY2naWgD6Rgrh07ors4qS3GhBv+xhe1FWRJ50aHgD PQxQCwBFE3OqhtUky3qPRA87RiBuOmaSTClEqJXcoKFolIn2Efqzn698L6DxRMPSahHu /bDKd+fj+CcKJ1LCeYS7h1O+jJhkJGh1BImadyXyGp2mAxJF0e+LBhykBvLSdqdJPEpP pTnA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1718036421; x=1718641221; h=in-reply-to:content-transfer-encoding:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=jUF/eomiD1zXjia4TCFJDl5K2nbXooXcmUV4dCx/dbE=; b=nx01ekIzTHhQaYMBoANDOWKGbGywdirTeyEQVRivFx731rJ/7+AUSZfnTcTWsZ93o1 S48gDeDrw+W4iE1vfyCB/ShIRis3ZXomTdcqE0yQEMQOveF9bFlUOUQ8Cvo33qkoNnuG oXGHavMd3ZhZ7GKxQOmXp4UTMAXnwuuNwCJr/0CX7CdZafoIlkiswIbyImEJ/aQYNEcE h6hNUu5IDugT+AOEe6Z5BFVEveQ7e0H8lVx1+b4KJNJMZVp7u5to+ISN0UlyTbgBiONh s2XdEjp5YVVtZPk34pLZ820sNADDzTbTjRXXwvhfRXKT+PPKpXcWfW0bZuuQtSOpZs8F lKSw== X-Forwarded-Encrypted: i=1; AJvYcCW+0x0/puMU4vAbmtlgUstQe2AByjWm0YESvgVvQ4GCxp1ZRxrkraLqLoNVKDLuzMn6s6UwHEYwNLQGWp+NvW65zjHpbDimandhU2fp X-Gm-Message-State: AOJu0Yz1nkocRqylY5Wvg7almCVWvdyA6mJJRIFNQdXfXkY1U3cgAVzr 5TNVZI3Okfc9MM4kmQliLuVb5q81lIK2/yM8DI9z++Cq2y24VrRG X-Google-Smtp-Source: AGHT+IHfSQ+lHyyfjZwyv0AncyZw8n2Coclc92tBMW7XVvnfes9Xx3omm0KV+11sMgTZyGR8Re2P2A== X-Received: by 2002:a05:6e02:19c9:b0:375:9ff9:7d0d with SMTP id e9e14a558f8ab-3759ff98134mr54856425ab.28.1718036421056; Mon, 10 Jun 2024 09:20:21 -0700 (PDT) Received: from nathan (162-195-168-172.lightspeed.stlsmo.sbcglobal.net. [162.195.168.172]) by smtp.gmail.com with ESMTPSA id e9e14a558f8ab-3759d687f66sm10284585ab.10.2024.06.10.09.20.20 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 10 Jun 2024 09:20:20 -0700 (PDT) Date: Mon, 10 Jun 2024 11:20:18 -0500 From: Nathan Bossart To: Magnus Hagander Cc: Andrew Dunstan , PostgreSQL-development Subject: Re: Non-text mode for pg_dumpall Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Mon, Jun 10, 2024 at 05:45:19PM +0200, Magnus Hagander wrote: > On Mon, Jun 10, 2024 at 5:03 PM Nathan Bossart > wrote: >> Is there a particular advantage to that approach as opposed to just using >> "directory" mode for everything? I know pg_upgrade uses "custom" mode for >> each of the databases, so a combo approach would be a closer match to the >> existing behavior, but that doesn't strike me as an especially strong >> reason to keep doing it that way. > > A gazillion files to deal with? Much easier to work with individual custom > files if you're moving databases around and things like that. > Much easier to monitor eg sizes/dates if you're using it for backups. > > It's not things that are make-it-or-break-it or anything, but there are > some smaller things that definitely can be useful. Makes sense, thanks for elaborating. -- nathan