Re: Passing CopyMultiInsertInfo structure toCopyMultiInsertInfoNextFreeSlot()
Вложения
В списке pgsql-hackers по дате отправления:
| От | Michael Paquier |
|---|---|
| Тема | Re: Passing CopyMultiInsertInfo structure toCopyMultiInsertInfoNextFreeSlot() |
| Дата | |
| Msg-id | 20190514025238.GG1418@paquier.xyz обсуждение исходный текст |
| Ответ на | Re: Passing CopyMultiInsertInfo structure to CopyMultiInsertInfoNextFreeSlot() (David Rowley <david.rowley@2ndquadrant.com>) |
| Ответы |
Re: Passing CopyMultiInsertInfo structure toCopyMultiInsertInfoNextFreeSlot()
|
| Список | pgsql-hackers |
On Tue, May 14, 2019 at 01:19:30PM +1200, David Rowley wrote: > When I wrote the code I admit that I was probably wearing my > object-orientated programming hat. I had in mind that the whole > function series would have made a good class. Passing the > CopyMultiInsertInfo was sort of the non-OOP equivalent to having > this/Me/self available, as it would be for any instance method of a > class. Back to reality, this isn't OOP, so I was wearing the wrong > hat. I think the unused parameter should likely be removed. It's > probably not doing a great deal of harm since the function is static > inline and the compiler should be producing any code for the unused > param, but for the sake of preventing confusion, it should be removed. > Ashutosh had to ask about it, so it wasn't immediately clear what the > purpose of it was. Since there's none, be gone with it, I say. Sounds fair to me. This has been introduced by 86b8504, so let's see what's Andres take. -- Michael
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера