Re: support for printing/exporting xml
| От | Brian Moore |
|---|---|
| Тема | Re: support for printing/exporting xml |
| Дата | |
| Msg-id | 20040129185217.50572.qmail@web13506.mail.yahoo.com обсуждение исходный текст |
| Ответ на | Re: support for printing/exporting xml (Neil Conway <neilc@samurai.com>) |
| Ответы |
Re: support for printing/exporting xml
|
| Список | pgsql-patches |
--- Neil Conway <neilc@samurai.com> wrote: > Brian Moore <brianmooreca@yahoo.com> writes: > > please find attached my support for printing/exporting > > xml from postgresql. > > A few quick comments: > > - why is it necessary to include an entire hash table implementation? > Why does this code require a hash table to begin with, considering > the relatively small size of pg_type? ISTM something far simpler > (for example, a dynamically allocated sorted array and a binary > search) would be sufficient. it's not necessary. i ran tests and the hashtable lookup was faster (though not by too much) than the bsearch for the data with which i populated the table. > - testing code doesn't belong in libpq agreed. that was an obvious error -- i'll look into that. > - you'll need to update the libpq docs agreed. i haven't updated the docs yet -- i was waiting to see if the patch got accepted. if the patch will be accepted i will do a lot more work for libpq. > > - you should follow the libpq API naming convention: the function > should be look like some variant of PQresultAsXML() okay. i didn't get feedback on this when i posted the first time. this is easy to change. > > - context diffs are the preferred format yeah, sorry, i remembered that right after sending the patch. "-Naur" is so cute (of backus fame) that it's hard to shake. any future patches will be in context format. thanks lots for the feedback, b > > -Neil > __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! http://webhosting.yahoo.com/ps/sb/
В списке pgsql-patches по дате отправления: