Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1efzk0-0004Qe-D4 for pgsql-hackers@arkaria.postgresql.org; Mon, 29 Jan 2018 03:04:16 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1efzjy-0000tQ-QQ for pgsql-hackers@arkaria.postgresql.org; Mon, 29 Jan 2018 03:04:14 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1efzjy-0000tF-Hh for pgsql-hackers@lists.postgresql.org; Mon, 29 Jan 2018 03:04:14 +0000 Received: from mail-pf0-x241.google.com ([2607:f8b0:400e:c00::241]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1efzjt-0005Sq-KF for pgsql-hackers@postgresql.org; Mon, 29 Jan 2018 03:04:13 +0000 Received: by mail-pf0-x241.google.com with SMTP id e11so3674094pff.6 for ; Sun, 28 Jan 2018 19:04:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=x7K54zTWnPKImbrv4O6dJBoWicN05n1GsEYljhMYlMo=; b=LnYmGqnZOB89nAMAMzLQjB/jwsMiBLv75JQLYPQIZ6ltXTU0n5HUbIK18obLPBBvsM Qwau9/hz0tyuiKkQ6QmDsAKF75wKBWjtVfI1gStr9ktUKU+Sk972pzXGgtIiB23coZ8N sklPdRAHD9oixGSPIUPpEJhYghFoazrnugWhs5JaopuPnguUW2ewVNarBAXxat/5OD2E 5xW7M5rsKXp0P2i6HY/CdotZ30pmQK4a2xIWZHdRZtT6bGhbo+6HgpGmKs74jdChHdTa SbrQFQjgaxAlfyTzFjScZ4h7e7pnTnmrpUzqHN0MHUyWcT2+4SQPNug/Dm85oYE1Jxgl NwDQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=x7K54zTWnPKImbrv4O6dJBoWicN05n1GsEYljhMYlMo=; b=a3peXCfwjsPM+p9leiILLVI8qN5Wjw/Xb/j4RBC1low1hv1QfaHKKTFOeeLQpzIgrC YJhYOIzzDJYsAxZJZ3JUhtYpLkvyUZxKUu7MQ2zMcd0mXKQ+0+oNGNXcbnqx03w1vm6H 8qPFALO0UBN3ANNa1s8LdKxSIyyQCS23kKjI2UPHsjOYd27/jbfQzcUXTeM93vu5TwRA Kk/Gg/GnUmCg9Thhy5LgvYuPsUopFGRdgOHcLn6ln1wBv1TDtvz4yOSpp0IutbYeCemQ vKzYIEgp4INvwp9mLgATGGCibIE4gNl4bYUWqm6C+kUegCQkTEzJPaak5peeF4Hx1wtS +1bQ== X-Gm-Message-State: AKwxyteCljYsXyg1ft+G+K6hImbxnDnhG5evgBaawozRrYejtDVII+SW fnBy77gMziXGP7XbqLsXXZg= X-Google-Smtp-Source: AH8x2268ImULMDsaw/LCT7E6X8zEd+mKlCKOV99AmfukGTnFEyH+ok8mwCnigyGKogN8Ew8KqGzq/g== X-Received: by 2002:a17:902:7446:: with SMTP id e6-v6mr10894405plt.70.1517195047161; Sun, 28 Jan 2018 19:04:07 -0800 (PST) Received: from paquier.xyz (c137162.net61215.cablenet.ne.jp. [61.215.137.162]) by smtp.gmail.com with ESMTPSA id i9sm36955447pfi.154.2018.01.28.19.04.04 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 28 Jan 2018 19:04:05 -0800 (PST) Date: Mon, 29 Jan 2018 12:03:59 +0900 From: Michael Paquier To: Amit Langote Cc: Robert Haas , David Rowley , Peter Eisentraut , Pg Hackers Subject: Re: [Sender Address Forgery]Re: pg_(total_)relation_size and partitioned tables Message-ID: <20180129030359.GA74483@paquier.xyz> References: <8ecdd7fb-02d5-4322-526a-e49e2de25064@lab.ntt.co.jp> <20180119053958.GD12826@paquier.xyz> <7a9c5328-5328-52a3-2a3d-bf1434b4dd1d@lab.ntt.co.jp> <20180120101454.GA1311@paquier.xyz> <20180122024407.GA1772@paquier.xyz> <45b12bcf-5615-5ac9-1077-19d974087ace@lab.ntt.co.jp> <20180126124552.GJ17847@paquier.xyz> <75294d6a-ff21-58a9-d4e6-56b412ef3ae5@lab.ntt.co.jp> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="dDRMvlgZJXvWKvBx" Content-Disposition: inline In-Reply-To: <75294d6a-ff21-58a9-d4e6-56b412ef3ae5@lab.ntt.co.jp> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk --dDRMvlgZJXvWKvBx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 29, 2018 at 10:08:51AM +0900, Amit Langote wrote: > On 2018/01/27 3:32, Robert Haas wrote: >> If it has >> either partitions or inheritance children, find_all_inheritors will >> return them. Otherwise, I think it'll just return the input OID >> itself. So I don't quite see, if we're going to add a convenience >> function here, why wouldn't just define it to return the same results >> as find_all_inheritors does? >=20 > So if all we're doing is trying to make find_all_inheritors() accessible > to users through SQL, it makes sense to call it > pg_get_inheritance_tables() rather than pg_partition_tree_tables(). I was looking again at this stuff this morning, noticing that find_all_inheritors() is particularly used in check_default_allows_bound() for partitions, so complaint withdrawn. The renaming as you propose here looks sensible as well. -- Michael --dDRMvlgZJXvWKvBx Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEG72nH6vTowiyblFKnvQgOdbyQH0FAlpujx8ACgkQnvQgOdby QH35HQ/9EgNxJFBSHpMysHZKbJdEV1MiyRqwRmNOJHF7lEnaM5X4qod0c8cwHGUv ksUIFdk442ee0XUodIKvFjDA1NptxPy3thld3g0hdqYQjIQT5qhvVIJ50CLcIeF3 ABSUGsAr695VF1YxmKu85yWdkwnm2DLx4fMkGgp2c9D4igcDIbXe3bviIiaeOpyu B/mCJ2xp18pY21PFgyLgyCl3+iblHsoGQi8ECgxWFZkSgyMd0igudvUtrPTjNuBS Rd4JXHUcvow5Wkg7K3KG2d09qOZssvpTmotEFh4tQIu6P/gBGsQ8Uo9uR3F1I46p DH86EbtHYQSlUi4yZ8Mig68ECQV1ADuDPcz9iUJfqoCmD68UNO6m/MbjkOofn7F4 HxZy86LeJTXqXKdPLy9WGi/U5WsA5dr3fhOgWXuwv57X7ZirZ/Jl5KZ4XPA3khJe cr3XqvH1k2mNyczOFwNA9w7kzC7KSb0rMpOcpkJm4u3j/leVmlqINR8zB6uhEyCJ YziGWdXsVZu7BfiSUOezxDOqxxQKdpBPpHEsCrcVh3fqUl99sSQREfRSouqF2i+i Y3XENgPI1d20fL2M/gMaQj6lOlpzGgRqkZFWlhY1H/zAs+qS0X0OIx3R8+sUwnmv IOTFarTw0zEYS3H7wAQLBlrqzGH7nJ/4nIAK8J8tL4NtlgCicYw= =vWcZ -----END PGP SIGNATURE----- --dDRMvlgZJXvWKvBx--