Re: Prepare and prepare ?
От | Rudy Lippan |
---|---|
Тема | Re: Prepare and prepare ? |
Дата | |
Msg-id | Pine.LNX.4.44.0302122226160.23248-100000@elfride.ineffable.net обсуждение исходный текст |
Ответ на | Re: Prepare and prepare ? (David Wheeler <david@wheeler.net>) |
Ответы |
Re: Prepare and prepare ?
|
Список | pgsql-interfaces |
On Wed, 12 Feb 2003, David Wheeler wrote: > On Wednesday, February 12, 2003, at 07:42 PM, Rudy Lippan wrote: > > Oh, well we can create a branch for the old version. Bruce, do you have > a CVS tag convention that you like to use? > > > As for CPAN, should I go ahead set up a PAUSE account (I need to > > anyway) > > for making the dev release, or do you want to handle making the > > releases? > > (I warn you, though, that I am planing on releasing quite often until I > > get a release that is stable enough for a production environment ;) ) > > If > > the former what would need to be done to get CPAN to pick up my > > uploads as > > part of DBD::Pg? > > Either way. I can give you ownership if you like, but even if I don't > you can still upload releases. Let me know your preference. > I will go fill out the PAUSE account form tomorrow morning, & when I do I will ask if ownership is required. > > I signed up for the DBD::Pg project on gborg.org few days ago, so what > > do > > I need to do to get CVS commit access? > > Tell me your GBorg login name and I'll give it to you. > rlippan > > Yes. PostgreSQL's PREPARE wants a list of column types when you call > > prepare, so as proof of concept I did a (varchar, varchar, varchar...) > > for > > the column types, but that ends up breaking some things (like UPDATE > > INSERT, and when it checks an operation for castability). > > Tom has made some mumblings about making this easier, but I don't know > if anything has been done. But I was under the assumption that if you > used "text" for the data types that they would be cast without too much > trouble. > Maybe I will go over to PostgreSQL hackers and cause some trouble ;) It is a *major* pain. I looked at PostgreSQL & it looks do-able, just non-trivial. -r
В списке pgsql-interfaces по дате отправления: