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 1urn3a-00CVe7-G4 for pgsql-hackers@arkaria.postgresql.org; Fri, 29 Aug 2025 00:33:31 +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 1urn3Y-005ZAE-G4 for pgsql-hackers@arkaria.postgresql.org; Fri, 29 Aug 2025 00:33:29 +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 1urn3Y-005ZA6-4X for pgsql-hackers@lists.postgresql.org; Fri, 29 Aug 2025 00:33:28 +0000 Received: from mail-ua1-x92b.google.com ([2607:f8b0:4864:20::92b]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.96) (envelope-from ) id 1urn3W-002H0u-1U for pgsql-hackers@lists.postgresql.org; Fri, 29 Aug 2025 00:33:27 +0000 Received: by mail-ua1-x92b.google.com with SMTP id a1e0cc1a2514c-89018e9f902so965075241.0 for ; Thu, 28 Aug 2025 17:33:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1756427605; x=1757032405; darn=lists.postgresql.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=PqDfLgaqoXcx+UtjhjjHSoCMepSVbRQ1KnXvTbD4kf8=; b=M6tWQwhRj5odWPaiGdDvQldKJsicaah0XmAOJ/CMGBoNeUNootO0LRDaO0t2M8oMWC shom5MPxpokqHT11X+hVUbDRzv8GRdjbyttN/NyaJhtuGy5bFqc8LlHTRr/eh0d8bcLT tg9eRp0CQY1eMQBu8nCqwz1b/qKSJzu6IW8al0qjZvL3VwfJGHBpE0soCXnyEvgAGcgY DEq9/N6YSnKbdSIwO3/XQLh7TASb60293kt0YIr9KfnLW2F8x18EhkWj2RIENlS8Op5Y Drlfn/0jypnxORrojFBRcTrLs0xdUfA/Sgf5ChCivbvhGyuPFw/WMlRTp87767kpcdHg juzQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1756427605; x=1757032405; h=content-transfer-encoding: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=PqDfLgaqoXcx+UtjhjjHSoCMepSVbRQ1KnXvTbD4kf8=; b=T7IPI4VZIG5ZGdX6dhBovVjHYVsHCRVjcwolymzp6vK+Hdcv9fKHwbl7HvYIWhgRSh CV37oZtY+zr7TYkJK4rz/rwBvUYpV6/vx8H0S5dEjbOvPbvTgF5MaUqVPf4KR+LKtJwi KA/d//KIZcNL56RzYbjVe8/vtOlNZ7VcM+S/r6QCBC8UUXvPJ1Ln7dMk3pBBHVKAOHBy tecX6woMH/uRanFDxNAc8xjB3llpC2Y01APPBVsseJhlnCEegwHsIlML1ZFQhK9wpfFO ro8FtuDd/+qQxmXTcPnK+wpJ4MIzyxkVcPSVV+qZILUylAdLgPHeHi1l5gfw1AiuNGcM Dkwg== X-Forwarded-Encrypted: i=1; AJvYcCXZg9XFyY6b/Ychj7JW5GzE8JpDLuaKk7bOdwK/vTeIRIYwpHBu2XSt41fnSGhyxZew0SycgUCRUGtZJt2f@lists.postgresql.org X-Gm-Message-State: AOJu0YxDBHvlOjYNluYZiIASKBAILnu5jIzgsSHRKj+Abz2O9OKA7yCV lBnOjHpB1zUKPMsCzIRi7V+zJM7pWCf4aWVaeME7jpRzkfuaCakFx+cY9R2vsLCjFgkheZz3kvr Xeod4NMGd79Gw470f67Q7ZZhops0oqwk= X-Gm-Gg: ASbGncvFbmZnnMMU/TMM5KgzDXWKLkzQ/+yedWxoKQNYwaWjG7e+vMc5ObaeMd9uzaB 5gWqAW7urKrzqSakpuuANmLgULxhZet2cUPyo9soqFuq5LjgRgK8TzmkdBIIgYPma6VSVER2QBl DzNCSRsarrEQ9TPbWaIiZoyh2ha58m+wU7i8G00Fudwbs/nNhw8FSHFhXapVh7pndKZUd0PzdIn UnIvNM= X-Google-Smtp-Source: AGHT+IGIRqT7YNb1xfQQLJBX5gaSjUtkCboClQr9JoJpTRCGwNlWwDuf2kApFcj6fnfh/5denb5h6HlPLCVTLikR7yo= X-Received: by 2002:a05:6102:4188:b0:523:d0d7:b960 with SMTP id ada2fe7eead31-523d0d7ee6emr4856186137.29.1756427605332; Thu, 28 Aug 2025 17:33:25 -0700 (PDT) MIME-Version: 1.0 References: <202508282139.j24af7vwn7pz@alvherre.pgsql> In-Reply-To: <202508282139.j24af7vwn7pz@alvherre.pgsql> From: Mihail Nikalayeu Date: Fri, 29 Aug 2025 02:32:00 +0200 X-Gm-Features: Ac12FXyQFclcvRVZCj4n6byeGWBmoeTam8hD7A03zRrwNieDUP8kBWrgcTwe3Vo Message-ID: Subject: Re: Adding REPACK [concurrently] To: Alvaro Herrera Cc: Fujii Masao , Robert Treat , Pg Hackers , Antonin Houska Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Hello, =C3=81lvaro! > If others are motivated enough to certify it, maybe we can consider it. > But I don't think I'm going to have time to get this part reviewed and > committed in time for 19, so you might need another committer. I don't think it is realistic to involve another committer - it is just a well-known curse of all non-committers :) > > > Because having an MVCC-safe mode has drawbacks, IMO we should make it > > > optional. As far as I can see, the proposed "lightweight" solutions don't introduce any drawbacks - unless something has been overlooked. > > Do you mean some option for the command? Like REPACK (CONCURRENTLY, SAF= E)? > Yes, exactly that. To be honest that approach feels a little bit strange for me. I work in the database-consumer (not database-developer) industry and 90% of DevOps engineers (or similar roles who deal with database maintenance now) have no clue what MVCC is - and it is industry standard nowadays.