Re: BUG #18793: PLpgSQL Function Returning Type of Table is not match for varchar(n) data type via Return Query
От | David G. Johnston |
---|---|
Тема | Re: BUG #18793: PLpgSQL Function Returning Type of Table is not match for varchar(n) data type via Return Query |
Дата | |
Msg-id | CAKFQuwZy-JU0tAWYd=6OheZci8OEXVx99J6eSH=hV3z0=OZfmg@mail.gmail.com обсуждение исходный текст |
Ответ на | Ynt: BUG #18793: PLpgSQL Function Returning Type of Table is not match for varchar(n) data type via Return Query (Ugur Yilmaz <ugurlu2001@hotmail.com>) |
Список | pgsql-bugs |
On Sun, Feb 9, 2025 at 3:53 PM Ugur Yilmaz <ugurlu2001@hotmail.com> wrote:
First of all, I want to show the subject from a different perspective. The situation I am experiencing is a short summary of this perspective. In my development environment, the Varchar(n) type is normally displayed as an "Application Interface - Grid Display" up to the 254 character limit. If the Varchar(indeterminate length) case is the case, the data remains embedded in a "Memo pre-declaration" definition. In other words, the user cannot view the data directly.
I am familiar with this interpretation of the meta-data. It is indeed annoying that there is no satisfying solution to this. IMO the UI should just detect the presence/absence of a newline in the data and render the specific cell accordingly.
* I’ll wait for a “minimal reproducer” to dive into specifics if there are still questions. : Do I need to provide you with examples on this or a remote connection for my own development environment? I can collaborate as you need.
You would need to write such a script; but it doesn't seem necessary. You've made your need clear and have a clear answer.
* If the absence of the typmod as it is called (the (n)) is a problem there isn’t a change forthcoming to rework that part of the system. It’s a limitation we are living with. : As far as I can see, no changes or updates are planned for the current situation and the current situation will continue as it is..
Correct.
Thank you for the explanations and information. Although I find your answers convincing; I still can't understand why I can't get the desired result from the Varchar(n) type, whose -max- length I explicitly specified in the "Returns Table" statement.
I'm not sure I understand why as well, but unless I was intent on producing a patch to overcome the limitation the why of it is immaterial to me.
David J.
В списке pgsql-bugs по дате отправления: