mirror of
https://github.com/postgres/postgres.git
synced 2026-02-13 15:53:13 -05:00
Code review for dynahash change.
Commit be0a6666 left behind a comment about the order of some tests that
didn't make sense without the expensive division, and in fact we might
as well change the order to one that fails more cheaply most of the time
as a micro-optimization. Also, remove the "+ 1" applied to max_bucket,
to drop an instruction and match the original behavior. Per review
from Tom Lane.
Discussion: https://postgr.es/m/VI1PR0701MB696044FC35013A96FECC7AC8F62D0%40VI1PR0701MB6960.eurprd07.prod.outlook.com
This commit is contained in:
parent
be0a666665
commit
ff28809feb
1 changed files with 3 additions and 4 deletions
|
|
@ -963,11 +963,10 @@ hash_search_with_hash_value(HTAB *hashp,
|
|||
{
|
||||
/*
|
||||
* Can't split if running in partitioned mode, nor if frozen, nor if
|
||||
* table is the subject of any active hash_seq_search scans. Strange
|
||||
* order of these tests is to try to check cheaper conditions first.
|
||||
* table is the subject of any active hash_seq_search scans.
|
||||
*/
|
||||
if (!IS_PARTITIONED(hctl) && !hashp->frozen &&
|
||||
hctl->freeList[0].nentries > (long) (hctl->max_bucket + 1) &&
|
||||
if (hctl->freeList[0].nentries > (long) hctl->max_bucket &&
|
||||
!IS_PARTITIONED(hctl) && !hashp->frozen &&
|
||||
!has_seq_scans(hashp))
|
||||
(void) expand_table(hashp);
|
||||
}
|
||||
|
|
|
|||
Loading…
Reference in a new issue