Re: [PATCH] Add hints for invalid binary encoding names in encode/decode functions
| От | Nathan Bossart |
|---|---|
| Тема | Re: [PATCH] Add hints for invalid binary encoding names in encode/decode functions |
| Дата | |
| Msg-id | aRyRV4MWGTWcl8bz@nathan обсуждение исходный текст |
| Ответ на | Re: [PATCH] Add hints for invalid binary encoding names in encode/decode functions (Sugamoto Shinya <shinya34892@gmail.com>) |
| Ответы |
Re: [PATCH] Add hints for invalid binary encoding names in encode/decode functions
|
| Список | pgsql-hackers |
On Wed, Nov 19, 2025 at 12:20:34AM +0900, Sugamoto Shinya wrote: > On Tue, Nov 18, 2025 at 1:07 PM Fujii Masao <masao.fujii@gmail.com> wrote: >> Is there a guideline on when we should use the ClosestMatch machinery >> instead of explicitly listing valid values? From the discussion in [1], >> it seems appropriate when there are many possible values. >> But should we generally replace all hints that list valid values >> with ClosestMatch, or only in specific cases? I think it makes sense to reserve it for cases with several possible values. > Personally I agree with this. Since there are only the four options in > this case, it wouldn't be difficult for users to find a correct encoding > from the hint message even without showing a possible encoding. Also, > using ClosestMatch here to show a possible encoding would encourage > similar additions later which might bloat our error handling. Keeping > code simple by notifying the user of the valid encodings should be > sufficient for this part. WFM -- nathan
В списке pgsql-hackers по дате отправления: