Re: [HACKERS] WIP aPatch: Pgbench Serialization and deadlock errors
В списке pgsql-hackers по дате отправления:
| От | Fabien COELHO |
|---|---|
| Тема | Re: [HACKERS] WIP aPatch: Pgbench Serialization and deadlock errors |
| Дата | |
| Msg-id | alpine.DEB.2.22.394.2106261015070.482873@pseudo обсуждение исходный текст |
| Ответ на | Re: [HACKERS] WIP aPatch: Pgbench Serialization and deadlock errors (Yugo NAGATA <nagata@sraoss.co.jp>) |
| Список | pgsql-hackers |
Hello Yugo-san, >> I'm wondering whether we could use "vars" instead of "variables" as a >> struct field name and function parameter name, so that is is shorter and >> more distinct from the type name "Variables". What do you think? > > The struct "Variables" has a field named "vars" which is an array of > "Variable" type. I guess this is a reason why "variables" is used instead > of "vars" as a name of "Variables" type variable so that we could know > a variable's type is Variable or Variables. Also, in order to refer to > the field, we would use > > vars->vars[vars->nvars] > > and there are nested "vars". Could this make a codereader confused? Hmmm… Probably. Let's keep "variables" then. -- Fabien.
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера