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 1uPoRH-00GXJp-TI for pgsql-hackers@arkaria.postgresql.org; Thu, 12 Jun 2025 20:22:19 +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 1uPoRF-00FlFO-FY for pgsql-hackers@arkaria.postgresql.org; Thu, 12 Jun 2025 20:22:18 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1uPoRF-00FlFF-3k for pgsql-hackers@lists.postgresql.org; Thu, 12 Jun 2025 20:22:17 +0000 Received: from mail-il1-x134.google.com ([2607:f8b0:4864:20::134]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.96) (envelope-from ) id 1uPoRE-001fQm-0B for pgsql-hackers@postgresql.org; Thu, 12 Jun 2025 20:22:16 +0000 Received: by mail-il1-x134.google.com with SMTP id e9e14a558f8ab-3d817bc6eb0so7520875ab.1 for ; Thu, 12 Jun 2025 13:22:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1749759735; x=1750364535; darn=postgresql.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=FesRpboSC6PJ4+Wn0RkrjIeKRMPjuo7Pr+ZG5eGrpYc=; b=kMdbFrDBrH4XHXqAF3Tf0mLmSHfd27bWvt4VqhmZ2fpPnVOuzXiz2zhoO6IJ4AYZQ7 ka1ID+i+0qN3Ht5i71HobgxNqZtR+BXLN6jPF9sf5JJAwaAkfmS6UNsEfb2pY9iIbk99 A5V2pdiJK81y1XGVBxb+kRedmyn1Bm4ttguH44p4QKera6ySLKIGPWtb7XGN3sIR13HR jqKteFXt3WpfnHX+X/Tbn0XuFsmfDmdCzTd3+w+yS8CIOvtrVYYWhPV0MAiSVTaiI8ww rzyR8AihmfHWaAOJ/SN0gh1nsF6zmdRCoG+53G5zdfUv2FZP+2LoZYg09xhere/GrVjf VD+A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1749759735; x=1750364535; h=in-reply-to: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=FesRpboSC6PJ4+Wn0RkrjIeKRMPjuo7Pr+ZG5eGrpYc=; b=FXZ+n5y+7ANanoRCFlpEogtiE/qy5NrXW750PzTy5cF3umn1TK6O1Av72pr3oo6/Cp 7YE/3HsUUEvQsUpSv0ijPEAkj/29MxrwlCZCb5Ng+XpCpv7BY6tRcqfeiku1cRoWjlKe vn3RQM+FsACquvxhVe7NzHFKyfP7ImYwk6m0vDAQM7fJwonGabaHrjFxZQ1SQCVu+pSI ofTcxWjo6rXmF96+Uk0BJXEEmAxUueF6XW/IvXPYwsXJQy8eB14RcXXh4tITL5WkIokr T5fTE5k7Pj+2KpxqpR5U3ntImc4chfK2DwV/gl+pBdkac0J/0NnP1ZiwpKFjL6nmKSXS psCg== X-Forwarded-Encrypted: i=1; AJvYcCU8gfALCXGNa8Bw/bN7QgUMveQgmxWszPrsZH7y3Y/KyYo7Q2yBY+GtwUS5lwLfgiEWtJRYGLxhjCp/D3kl@postgresql.org X-Gm-Message-State: AOJu0YwtzgdCvdFCREp+B+XCujaZLbv4y/pq2vmZ5Nr9RqrwvMKhGrI1 R0SNqjvRXBWK9A+iomVco55lj9yrXfz3KtFR1m5f/ZZTK5jkfo5A+niu X-Gm-Gg: ASbGncu4SscSJFFvp8xlhI84jwEhymKsZAHf272k6GMh7/HLz3kN+SE5Z6uvao3i51Q MTzoOnIQnLWKTlAcWTXAZcYQNdeFgYrKVW7FqdPv2DSNXQMGc72PU868Bi9qgYh/lvre7VAVFQB UPhSvtPmoIEty/exad4DSLI8MWVlGXCuAcWuTxSxJ/bakcOIkIpPgvyipoZ7IqMe32j2DyPcWgE tWg/hZ4Fyn38c7ySPCfR5FtOMUuS7y0mHq4dS53G/EBeSqGNsLYkg+Q0CeR+Hr9Dr2h2s3h4auJ fvpwJZ2zb8+AtD2VUD/HMxY06pJ5TXytPHZCZMcLVwvoIP83O8mK05dD7uXqXkh+kCGuqllYcvP QTFiYbsn0UYAty/FFPbRs2DQXcpMg4VOSdawWnLznxWkKEFgv4MQn X-Google-Smtp-Source: AGHT+IE+3N2tdguchx+OC8wjHEogf0zoDhXeZQ6dry2H6NaK8afer+oVKWwpJFPf5T8H1BHGJCCHbA== X-Received: by 2002:a05:6e02:144e:b0:3dd:c052:73da with SMTP id e9e14a558f8ab-3de00bed321mr3448675ab.17.1749759735217; Thu, 12 Jun 2025 13:22:15 -0700 (PDT) Received: from nathan (162-195-168-172.lightspeed.stlsmo.sbcglobal.net. [162.195.168.172]) by smtp.gmail.com with ESMTPSA id 8926c6da1cb9f-5013b796070sm423542173.45.2025.06.12.13.22.14 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 12 Jun 2025 13:22:14 -0700 (PDT) Date: Thu, 12 Jun 2025 15:22:13 -0500 From: Nathan Bossart To: Corey Huinker Cc: Robert Haas , Jeff Davis , Peter Eisentraut , pgsql-hackers Subject: Re: pg_dump --with-* options Message-ID: References: <7cc52488-f876-4ad3-affd-6e4b0ef0cb09@eisentraut.org> <7bf0246542713d80f12c738c1d365d1365750c18.camel@j-davis.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Thu, Jun 12, 2025 at 04:12:35PM -0400, Corey Huinker wrote: > The use case for --statistics-only is to extract the existing statistics > for the tables and indexes that are involved in a given query that is > giving you problems, allowing you to apply those statistics to an existing > QA/dev database and tweak them without further impacting operations on the > production database. I think this will prove to be very useful, and having > a --statistics-only flag conveys the clear intent of "I want the stats, and > only the stats", I do think this is useful functionality, I only suggested removing it because AFAICT it is redundant, i.e., you can accomplish the same thing with --with-statistics --no-schema --no-data. It seems like we're trying to avoid having multiple ways to do the same thing. > If we're hot to remove options, how about we remove the sections flags? > Their utility is reliant upon the user understanding exactly which things > go in which section, and further assumes that everything deterministically > goes in exactly one section, which is no longer the case as Jeff > pointed out recently. They have outlived their usefulness. I almost brought this up earlier as something else we could potentially trim. That's v19 material at this point, though. -- nathan