| От | Nathan Bossart |
|---|---|
| Тема | Re: Removing log_cnt from pg_sequence_read_tuple() |
| Дата | |
| Msg-id | Zs_Oo2MPCTL1S3mr@nathan обсуждение исходный текст |
| Ответ на | Re: Removing log_cnt from pg_sequence_read_tuple() (Nathan Bossart <nathandbossart@gmail.com>) |
| Список | pgsql-hackers |
On Thu, Aug 29, 2024 at 08:00:52AM +0900, Michael Paquier wrote: > On Mon, Aug 26, 2024 at 09:19:06AM -0500, Nathan Bossart wrote: >> The patch looks reasonable to me. Do you think the name of the function >> still makes sense now that 1) we might have different sequence AMs in the >> near future and 2) it no longer returns everything in the sequence tuple? > > Indeed, pg_sequence_read_tuple() would not reflect the reality, some > ideas: > - pg_sequence_read_data > - pg_sequence_get_data > - pg_sequence_data > - More consistent with other catalog functions: pg_get_sequence_data, > as we have already in the tree a lot of pg_get_* functions. pg_get_sequence_data() sounds fine to me. -- nathan
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера