mirror of
https://github.com/postgres/postgres.git
synced 2025-07-28 23:42:10 +03:00
Adjust outdated comment.
Commit 5dfc198146
removed the only
existing caller of hash_freeze, but left behind a comment indicating
that hash_freeze was still used. Adjust.
Kyotaro Horiguchi
Discussion: http://postgr.es/m/20170424.165541.230634914.horiguchi.kyotaro@lab.ntt.co.jp
This commit is contained in:
@ -1330,9 +1330,7 @@ hash_get_num_entries(HTAB *hashp)
|
|||||||
*
|
*
|
||||||
* NOTE: it is possible to use hash_seq_init/hash_seq_search without any
|
* NOTE: it is possible to use hash_seq_init/hash_seq_search without any
|
||||||
* worry about hash_seq_term cleanup, if the hashtable is first locked against
|
* worry about hash_seq_term cleanup, if the hashtable is first locked against
|
||||||
* further insertions by calling hash_freeze. This is used by nodeAgg.c,
|
* further insertions by calling hash_freeze.
|
||||||
* wherein it is inconvenient to track whether a scan is still open, and
|
|
||||||
* there's no possibility of further insertions after readout has begun.
|
|
||||||
*
|
*
|
||||||
* NOTE: to use this with a partitioned hashtable, caller had better hold
|
* NOTE: to use this with a partitioned hashtable, caller had better hold
|
||||||
* at least shared lock on all partitions of the table throughout the scan!
|
* at least shared lock on all partitions of the table throughout the scan!
|
||||||
|
Reference in New Issue
Block a user