Re: TODO: Add pg_get_acldef(), pg_get_typedefault(), pg_get_attrdef(),
От | Joshua D. Drake |
---|---|
Тема | Re: TODO: Add pg_get_acldef(), pg_get_typedefault(), pg_get_attrdef(), |
Дата | |
Msg-id | 448B5147.4040505@commandprompt.com обсуждение исходный текст |
Ответ на | Re: TODO: Add pg_get_acldef(), pg_get_typedefault(), pg_get_attrdef(), (Bruce Momjian <pgman@candle.pha.pa.us>) |
Ответы |
Re: TODO: Add pg_get_acldef(), pg_get_typedefault(), pg_get_attrdef(),
Re: TODO: Add pg_get_acldef(), pg_get_typedefault(), pg_get_attrdef(), |
Список | pgsql-hackers |
>> Maybe I am misunderstanding the TODO (which is entirely possible due to >> the complete lack of documentation on the feature) but I *thought* all I >> was going to do was create 6 functions that could be called to get >> various useful information? >> >> For example, pg_get_tabledef() would be a very handy function to use for >> just about any abstracted API. As it stands now most (like Pear) create >> their own custom queries/functions to handle it but they are more often >> then not very innefficient. > > I thought the TODO item was exactly what you described: > > * %Add pg_get_acldef(), pg_get_typedefault(), pg_get_attrdef(), > pg_get_tabledef(), pg_get_domaindef(), pg_get_functiondef() > > We have per-server-version checks in pg_dump, so I figured the idea was > to use more of those functions if the exist, like we do now. It is true > that you can't modify them for old versions as easily as you can if they > are hardcoded in pg_dump, but we our existing functions seems to work > fine. > O.k. so now what I am getting from this thread is, the functions exist now in pg_dump but we want to pull them out of pg_dump and push them into the backend? Joshua D. Drake -- === The PostgreSQL Company: Command Prompt, Inc. === Sales/Support: +1.503.667.4564 || 24x7/Emergency: +1.800.492.2240 Providing the most comprehensive PostgreSQL solutions since 1997 http://www.commandprompt.com/
В списке pgsql-hackers по дате отправления: