Same result. I think the problem maybe with the extension module. I am going to look for a different way of running a truncate.
Thanks to both of you for some excellent advice! On 5/11/07, Andreas Kostyrka <[EMAIL PROTECTED]> wrote:
Try commiting it. Actually that might depend upon the dbserver used, but PostgreSQL for example requires commits for everything (including statements like CREATE TABLE). Andreas -- Ursprüngl. Mitteil. -- Betreff: Re: [Tutor] Truncating a Table Von: "Leon Keylin" <[EMAIL PROTECTED]> Datum: 11.05.2007 16:01 Yep, works if I do it manually, under the same user. On 5/11/07, Tim Golden <[EMAIL PROTECTED]> wrote: > > Leon Keylin wrote: > > Thanks Tim for a fast reply. > > > > The return gives me 0 Rows Truncated message and when I look at the > table, > > every record is still there. > > There are no foreign keys on the table and no errors. > > > > Andreas asked if I should commit after, should I? I didn't think I > > needed to > > but I can try that. > > Commits shouldn't make any difference > at all to truncation -- that's the point of > it, unless the interface lib is actually > holding back from *issuing* the cursor command > until you commit. (Though I doubt it). > > Does it work in Query Analyzer (or any other > means you have of issuing the command)? Does > truncation work on any other table? > > TJG > _______________________________________________ Tutor maillist - Tutor@python.org http://mail.python.org/mailman/listinfo/tutor
_______________________________________________ Tutor maillist - Tutor@python.org http://mail.python.org/mailman/listinfo/tutor