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 1so2Xf-007qUX-GI for pgsql-hackers@arkaria.postgresql.org; Tue, 10 Sep 2024 15:12:32 +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 1so2Xe-00EYK2-Vp for pgsql-hackers@arkaria.postgresql.org; Tue, 10 Sep 2024 15:12:30 +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 1so2Xe-00EYHR-Ld for pgsql-hackers@lists.postgresql.org; Tue, 10 Sep 2024 15:12:30 +0000 Received: from mail-io1-xd31.google.com ([2607:f8b0:4864:20::d31]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1so2Xa-000ULA-Nb for pgsql-hackers@lists.postgresql.org; Tue, 10 Sep 2024 15:12:30 +0000 Received: by mail-io1-xd31.google.com with SMTP id ca18e2360f4ac-82cd872755dso132799039f.1 for ; Tue, 10 Sep 2024 08:12:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1725981146; x=1726585946; darn=lists.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=bUUTU/gOB3rRITO+HQt/6W9amj1KbQkFSBKsEWXbTVM=; b=Cw8vwDXciWrjapESBunDfA4FziV3BtnRRUhuenZJQWe+4Oq/r+tuX59iyp+gp10OLW zhZP/b1N48+aLHKNiHYBlU21dXrV+fqTJTopGjKOHv4Cx+bwW7UMG9Yg3k7+SlW7oahl ntSujp3ch4+g/uHu0VK2lERZm174dHA7k0L4kjrMaxkJ6TLPO10fD9Wg+Zq3e2sTrtoe oKAT1pF8hn2+TTfRR7BWVDnn2l+jwKVuW+9hjfz1IYJ/IwqNWHzIqNTLv4t9iiEi+wU1 wqzOcMcJgecA8FHAarKQGp5aUL2lrq2W0a+xzJBOzowXOScFfw2BC86VICvs+SeMRF+s wsIA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1725981146; x=1726585946; 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=bUUTU/gOB3rRITO+HQt/6W9amj1KbQkFSBKsEWXbTVM=; b=V2kGH3fpVb05I1XHTmUySzpsMn47L2G60PygWsJ4mUKNVk9YQEkRfUQAHPVRgy3eb3 ep17S3h6811KpMNTZ5LQQzwbUMk1vEMO8ow51LaR7N6y7mNrBMuSnFXQmbFHoMEs/HlS 6gggTGmewHKCqQBzr9K0I64zVFY5t9+niSo8tOYokUWev5OO1IoGP8kH6Z0OxmNOJ0n7 2KbGcS5WQHuRAJchrb7ggugRNow5eGv1kCXzqZzbdbtuOGJmtoxP8cnX3ecTWQyeDhdZ L20FFWJGLjZzsaHBCM5Qfh2+wJ6GuTNa0DA0+rPkm/a7oMvF+4ohgeC1KflWR+L0zMy2 rFEQ== X-Forwarded-Encrypted: i=1; AJvYcCUXhchusNPC1DYr1uAsRwk/JbuHeDMHY9H9v2GpTmDkHzgIXFC7515lUNDs/PwGOOkFid6Qw7KQwWIkHjcl@lists.postgresql.org X-Gm-Message-State: AOJu0YypSVTHPaFgECQTb0VSqDgdXc7rHQnjGRGhc9DRVKSKfM779jRk Z7DUFpyBJrbNk8TjogspIRHNBT5LQ/Dqlsq/51sJJrG1dprDwNcNONa/BwPS X-Google-Smtp-Source: AGHT+IFz1lyX1uwaWMZhA9ZeGBHQB+JO+puDNQlmnhPxhWJFDALxq/bJNep9jsUJx8FNaPpJpC2/cw== X-Received: by 2002:a05:6602:2c81:b0:82c:f05f:6c7a with SMTP id ca18e2360f4ac-82cf05f9e39mr894143739f.0.1725981146025; Tue, 10 Sep 2024 08:12:26 -0700 (PDT) Received: from nathan ([38.65.112.6]) by smtp.gmail.com with ESMTPSA id 8926c6da1cb9f-4d094667c8esm1655823173.159.2024.09.10.08.12.24 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 10 Sep 2024 08:12:25 -0700 (PDT) Date: Tue, 10 Sep 2024 10:12:22 -0500 From: Nathan Bossart To: David Rowley Cc: Shayon Mukherjee , pgsql-hackers@lists.postgresql.org Subject: Re: Proposal to Enable/Disable Index using ALTER INDEX Message-ID: References: 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 Tue, Sep 10, 2024 at 10:16:34AM +1200, David Rowley wrote: > I think the primary use case here is to assist in dropping useless > indexes in a way that can very quickly be undone if the index is more > useful than thought. If you didn't keep the index up-to-date then that > would make the feature useless for that purpose. > > If we get the skip scan feature for PG18, then there's likely going to > be lots of people with indexes that they might want to consider > removing after upgrading. Maybe this is a good time to consider this > feature as it possibly won't ever be more useful than it will be after > we get skip scans. +1, this is something I've wanted for some time. There was some past discussion, too [0]. [0] https://postgr.es/m/flat/ed8c9ed7-bb5d-aaec-065b-ad4893645deb%402ndQuadrant.com -- nathan