From: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
---|---|
To: | Fernando Nasser <fnasser(at)cygnus(dot)com> |
Cc: | gerhard(at)bigfoot(dot)de, pgsql-patches(at)postgresql(dot)org |
Subject: | Re: Fix for fetchone() and fetchmany() in Python interface |
Date: | 2001-08-15 21:46:03 |
Message-ID: | 200108152146.f7FLk3t08931@candle.pha.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-patches |
> Bruce,
>
> It may be too late for including it, but it would not be for the reasons above.
>
> 1) low risk
>
> It is low risk. It is a one line patch that only affects the python interface code.
>
> 2) major
>
> It is major. Without it we can consider that 7.1 does not support Python
> (at least, not the 2.0 API).
>
> What use is an interface that keeps returning the same row (the first one)
> every time you call the cursor trying to get the next row?
>
> It happens with both functions fetchone() and fetchmany(), so there is no
> workaround besides reading the whole table (which sometimes is not feasible).
>
>
> So, it is both low risk and major.
If it has taken months for someone report report it and fix it, it can't
be that major.
--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 853-3000
+ If your life is a hard drive, | 830 Blythe Avenue
+ Christ can be your backup. | Drexel Hill, Pennsylvania 19026
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2001-08-15 21:46:47 | Re: PostGIS spatial extensions |
Previous Message | Fernando Nasser | 2001-08-15 21:39:17 | Re: Fix for fetchone() and fetchmany() in Python interface |