db-sig  

Messages by Thread

• • Re: [DB-SIG] API 3.0 limiting paramstyle to ['named', 'qmark'] is okay. ('format' is not desirable) Vernon D. Cole
  • Re: [DB-SIG] API 3.0 limiting paramstyle to ['named', 'qmark'] is okay. ('format' is not desirable) M.-A. Lemburg
  • Re: [DB-SIG] API 3.0 limiting paramstyle to ['named', 'qmark'] is okay. ('format' is not desirable) Vernon D. Cole
  • Re: [DB-SIG] API 3.0 limiting paramstyle to ['named', 'qmark'] is okay. ('format' is not desirable) Michael Bayer
  • Re: [DB-SIG] API 3.0 limiting paramstyle to ['named', 'qmark'] is okay. ('format' is not desirable) Michael Bayer
  • Re: [DB-SIG] API 3.0 limiting paramstyle to ['named', 'qmark'] is okay. ('format' is not desirable) Daniele Varrazzo
  • Re: [DB-SIG] API 3.0 limiting paramstyle to ['named', 'qmark'] is okay. ('format' is not desirable) Michael Bayer
  • Re: [DB-SIG] API 3.0 limiting paramstyle to ['named', 'qmark'] is okay. ('format' is not desirable) Daniele Varrazzo
  • Re: [DB-SIG] API 3.0 limiting paramstyle to ['named', 'qmark'] is okay. ('format' is not desirable) Michael Bayer
  • Re: [DB-SIG] API 3.0 limiting paramstyle to ['named', 'qmark'] is okay. ('format' is not desirable) M.-A. Lemburg
  • Re: [DB-SIG] API 3.0 limiting paramstyle to ['named', 'qmark'] is okay. ('format' is not desirable) M.-A. Lemburg
  • Re: [DB-SIG] API 3.0 limiting paramstyle to ['named', 'qmark'] is okay. ('format' is not desirable) Michael Bayer
  • Re: [DB-SIG] API 3.0 limiting paramstyle to ['named', 'qmark'] is okay. ('format' is not desirable) M.-A. Lemburg
  • Re: [DB-SIG] API 3.0 limiting paramstyle to ['named', 'qmark'] is okay. ('format' is not desirable) Vernon D. Cole
  • Re: [DB-SIG] API 3.0 limiting paramstyle to ['named', 'qmark'] is okay. ('format' is not desirable) M.-A. Lemburg
  • Re: [DB-SIG] API 3.0 limiting paramstyle to ['named', 'qmark'] is okay. ('format' is not desirable) Daniele Varrazzo
  • Re: [DB-SIG] API 3.0 limiting paramstyle to ['named', 'qmark'] is okay. ('format' is not desirable) Vernon D. Cole
  • Re: [DB-SIG] API 3.0 limiting paramstyle to ['named', 'qmark'] is okay. ('format' is not desirable) Michael Bayer
  • Re: [DB-SIG] API 3.0 limiting paramstyle to ['named', 'qmark'] is okay. ('format' is not desirable) M.-A. Lemburg
  • Re: [DB-SIG] API 3.0 limiting paramstyle to ['named', 'qmark'] is okay. ('format' is not desirable) Daniele Varrazzo
  • Re: [DB-SIG] API 3.0 limiting paramstyle to ['named', 'qmark'] is okay. ('format' is not desirable) Michael Bayer
  • Re: [DB-SIG] API 3.0 limiting paramstyle to ['named', 'qmark'] is okay. ('format' is not desirable) Daniele Varrazzo
  • Re: [DB-SIG] API 3.0 limiting paramstyle to ['named', 'qmark'] is okay. ('format' is not desirable) Michael Bayer
  • Re: [DB-SIG] API 3.0 limiting paramstyle to ['named', 'qmark'] is okay. ('format' is not desirable) Daniele Varrazzo
  • Re: [DB-SIG] API 3.0 limiting paramstyle to ['named', 'qmark'] is okay. ('format' is not desirable) M.-A. Lemburg
  • Re: [DB-SIG] API 3.0 limiting paramstyle to ['named', 'qmark'] is okay. ('format' is not desirable) Daniele Varrazzo
  • Re: [DB-SIG] API 3.0 limiting paramstyle to ['named', 'qmark'] is okay. ('format' is not desirable) Vernon D. Cole
  • Re: [DB-SIG] API 3.0 limiting paramstyle to ['named', 'qmark'] is okay. ('format' is not desirable) Daniele Varrazzo
  • Re: [DB-SIG] API 3.0 limiting paramstyle to ['named', 'qmark'] is okay. ('format' is not desirable) Michael Bayer
  • Re: [DB-SIG] API 3.0 limiting paramstyle to ['named', 'qmark'] is okay. ('format' is not desirable) Vernon D. Cole
  • Re: [DB-SIG] API 3.0 limiting paramstyle to ['named', 'qmark'] is okay. ('format' is not desirable) Daniele Varrazzo
  • Re: [DB-SIG] API 3.0 limiting paramstyle to ['named', 'qmark'] is okay. ('format' is not desirable) Daniele Varrazzo
  • Re: [DB-SIG] API 3.0 limiting paramstyle to ['named', 'qmark'] is okay. ('format' is not desirable) Michael Bayer
  • Re: [DB-SIG] API 3.0 limiting paramstyle to ['named', 'qmark'] is okay. ('format' is not desirable) Carl Karsten
  • Re: [DB-SIG] API 3.0 limiting paramstyle to ['named', 'qmark'] is okay. ('format' is not desirable) Michael Bayer
  • Re: [DB-SIG] API 3.0 limiting paramstyle to ['named', 'qmark'] is okay. ('format' is not desirable) Chris Clark
  • Re: [DB-SIG] API 3.0 limiting paramstyle to ['named', 'qmark'] is okay. ('format' is not desirable) Daniele Varrazzo
  • Re: [DB-SIG] API 3.0 limiting paramstyle to ['named', 'qmark'] is okay. ('format' is not desirable) Michael Bayer
  • Re: [DB-SIG] API 3.0 limiting paramstyle to ['named', 'qmark'] is okay. ('format' is not desirable) Vernon D. Cole
  • Re: [DB-SIG] API 3.0 limiting paramstyle to ['named', 'qmark'] is okay. ('format' is not desirable) Dieter Maurer
  • Re: [DB-SIG] API 3.0 limiting paramstyle to ['named', 'qmark'] is okay. ('format' is not desirable) Carl Karsten
  • Re: [DB-SIG] API 3.0 limiting paramstyle to ['named', 'qmark'] is okay. ('format' is not desirable) wilk
  • Re: [DB-SIG] API 3.0 limiting paramstyle to ['named', 'qmark'] is okay. ('format' is not desirable) M.-A. Lemburg
  • Re: [DB-SIG] API 3.0 limiting paramstyle to ['named', 'qmark'] is okay. ('format' is not desirable) Dieter Maurer
  • Re: [DB-SIG] API 3.0 limiting paramstyle to ['named', 'qmark'] is okay. ('format' is not desirable) John Kennedy
  • Re: [DB-SIG] API 3.0 limiting paramstyle to ['named', 'qmark'] is okay. ('format' is not desirable) John Kennedy
• [DB-SIG] should precision and sign of decimal(0) be significant? Vernon D. Cole
  • Re: [DB-SIG] should precision and sign of decimal(0) be significant? M.-A. Lemburg
  • Re: [DB-SIG] should precision and sign of decimal(0) be significant? Chris Clark
• [DB-SIG] ANN: eGenix mxODBC 3.2.3 - Python ODBC Database Interface eGenix Team: M.-A. Lemburg
• [DB-SIG] Biggest Fake Conference in Computer Science eliswilson
• [DB-SIG] Announcing Beta test of adodbapi v2.5 with Linux remote module Vernon D. Cole
• [DB-SIG] checking column types from cursor object in a database-independent way? Dan Lenski
  • Re: [DB-SIG] checking column types from cursor object in a database-independent way? Vernon D. Cole
  • Re: [DB-SIG] checking column types from cursor object in a database-independent way? Michael Bayer
  • Re: [DB-SIG] checking column types from cursor object in a database-independent way? M.-A. Lemburg
  • Re: [DB-SIG] checking column types from cursor object in a database-independent way? Dan Lenski
  • Re: [DB-SIG] checking column types from cursor object in a database-independent way? Vernon D. Cole
  • Re: [DB-SIG] checking column types from cursor object in a database-independent way? Dan Lenski
  • Re: [DB-SIG] checking column types from cursor object in a database-independent way? Daniel Lenski
  • Re: [DB-SIG] checking column types from cursor object in a database-independent way? Michael Bayer
  • Re: [DB-SIG] checking column types from cursor object in a database-independent way? Dan Lenski
  • Re: [DB-SIG] checking column types from cursor object in a database-independent way? Michael Bayer
  • Re: [DB-SIG] checking column types from cursor object in a database-independent way? Dan Lenski
  • Re: [DB-SIG] checking column types from cursor object in a database-independent way? Vernon D. Cole
  • Re: [DB-SIG] checking column types from cursor object in a database-independent way? M.-A. Lemburg
  • Re: [DB-SIG] checking column types from cursor object in a database-independent way? Vernon D. Cole
  • Re: [DB-SIG] checking column types from cursor object in a database-independent way? Michael Bayer
  • Re: [DB-SIG] checking column types from cursor object in a database-independent way? M.-A. Lemburg
  • Re: [DB-SIG] checking column types from cursor object in a database-independent way? Vernon D. Cole
  • Re: [DB-SIG] checking column types from cursor object in a database-independent way? Michael Bayer
  • Re: [DB-SIG] checking column types from cursor object in a database-independent way? M.-A. Lemburg
  • Re: [DB-SIG] checking column types from cursor object in a database-independent way? Vernon D. Cole
  • Re: [DB-SIG] checking column types from cursor object in a database-independent way? Michael Bayer
  • Re: [DB-SIG] checking column types from cursor object in a database-independent way? Vernon D. Cole
  • Re: [DB-SIG] checking column types from cursor object in a database-independent way? M.-A. Lemburg
  • Re: [DB-SIG] checking column types from cursor object in a database-independent way? Daniel Lenski
  • Re: [DB-SIG] checking column types from cursor object in a database-independent way? M.-A. Lemburg
• [DB-SIG] ANN: eGenix mxODBC Connect - Python ODBC Database Interface 2.0.3 eGenix Team: M.-A. Lemburg
• [DB-SIG] remote Windows database access tool building Vernon D. Cole
  • Re: [DB-SIG] remote Windows database access tool building M.-A. Lemburg
• [DB-SIG] ANN: eGenix mxODBC 3.2.2 - Python ODBC Database Interface eGenix Team: M.-A. Lemburg
• [DB-SIG] Python trademark in EU Chris Clark
• [DB-SIG] ANN: eGenix mxODBC Connect - Python Database Interface 2.0.2 eGenix Team: M.-A. Lemburg
• [DB-SIG] paramstyle without knowing the database wilk
  • Re: [DB-SIG] paramstyle without knowing the database M.-A. Lemburg
  • Re: [DB-SIG] paramstyle without knowing the database wilk
  • Re: [DB-SIG] paramstyle without knowing the database M.-A. Lemburg
• [DB-SIG] mocking DB API Peter Eisentraut
  • Re: [DB-SIG] mocking DB API M.-A. Lemburg
• [DB-SIG] reST DBAPI [was: Use of context managers with DB API 2] Daniele Varrazzo
  • Re: [DB-SIG] reST DBAPI [was: Use of context managers with DB API 2] M.-A. Lemburg
  • Re: [DB-SIG] reST DBAPI [was: Use of context managers with DB API 2] Daniele Varrazzo
  • Re: [DB-SIG] reST DBAPI [was: Use of context managers with DB API 2] M.-A. Lemburg
  • Re: [DB-SIG] reST DBAPI [was: Use of context managers with DB API 2] Daniele Varrazzo
  • Re: [DB-SIG] reST DBAPI [was: Use of context managers with DB API 2] M.-A. Lemburg
  • [DB-SIG] ANN: DB-API 2.0 PEP now in ReST format M.-A. Lemburg
• [DB-SIG] Use of context managers with DB API 2 Christoph Zwerschke
  • Re: [DB-SIG] Use of context managers with DB API 2 Michael Bayer
  • Re: [DB-SIG] Use of context managers with DB API 2 M.-A. Lemburg
  • Re: [DB-SIG] Use of context managers with DB API 2 Chris Clark
  • Re: [DB-SIG] Use of context managers with DB API 2 Vernon Cole
  • Re: [DB-SIG] Use of context managers with DB API 2 Christoph Zwerschke
  • Re: [DB-SIG] Use of context managers with DB API 2 Vernon Cole
  • Re: [DB-SIG] Use of context managers with DB API 2 M.-A. Lemburg
  • Re: [DB-SIG] Use of context managers with DB API 2 Christoph Zwerschke
  • Re: [DB-SIG] Use of context managers with DB API 2 M.-A. Lemburg
  • Re: [DB-SIG] Use of context managers with DB API 2 Michael Bayer
  • Re: [DB-SIG] Use of context managers with DB API 2 Christoph Zwerschke
  • Re: [DB-SIG] Use of context managers with DB API 2 Michael Bayer
  • Re: [DB-SIG] Use of context managers with DB API 2 Christoph Zwerschke
  • Re: [DB-SIG] Use of context managers with DB API 2 M.-A. Lemburg
  • Re: [DB-SIG] Use of context managers with DB API 2 Federico Di Gregorio
  • Re: [DB-SIG] Use of context managers with DB API 2 Daniele Varrazzo
  • Re: [DB-SIG] Use of context managers with DB API 2 M.-A. Lemburg
  • Re: [DB-SIG] Use of context managers with DB API 2 Daniele Varrazzo
  • Re: [DB-SIG] Use of context managers with DB API 2 M.-A. Lemburg
  • Re: [DB-SIG] Use of context managers with DB API 2 Christoph Zwerschke
  • Re: [DB-SIG] Use of context managers with DB API 2 Peter Eisentraut
• [DB-SIG] SQLObject 1.3.2 and 1.2.4 Oleg Broytman
• [DB-SIG] ANN: eGenix mxODBC Connect - Python Database Interface 2.0.1 eGenix Team: M.-A. Lemburg
• [DB-SIG] ANN: eGenix mxODBC 3.2.1 - Python ODBC Database Interface eGenix Team: M.-A. Lemburg
• [DB-SIG] ANN: eGenix mxODBC 3.2.0 - Python ODBC Database Interface eGenix Team: M.-A. Lemburg
• [DB-SIG] ANN: eGenix mxODBC Connect - Python Database Interface 2.0.0 eGenix Team: M.-A. Lemburg
• [DB-SIG] Foxpro goto command and deleted records Ethan Furman
  • Re: [DB-SIG] Foxpro goto command and deleted records Carl Karsten
  • Re: [DB-SIG] Foxpro goto command and deleted records Ethan Furman
• [DB-SIG] cx_Oracle 5.1.2 Anthony Tuininga
  • Re: [DB-SIG] [cx-oracle-users] cx_Oracle 5.1.2 James C. McPherson
  • Re: [DB-SIG] [cx-oracle-users] cx_Oracle 5.1.2 Anthony Tuininga
  • Re: [DB-SIG] [cx-oracle-users] cx_Oracle 5.1.2 James C. McPherson
• [DB-SIG] definition of .rowcount Michael Bayer
  • Re: [DB-SIG] definition of .rowcount M.-A. Lemburg
  • Re: [DB-SIG] definition of .rowcount Michael Bayer
  • Re: [DB-SIG] definition of .rowcount Peter Eisentraut
  • Re: [DB-SIG] definition of .rowcount Michael Bayer
  • Re: [DB-SIG] definition of .rowcount M.-A. Lemburg
  • Re: [DB-SIG] definition of .rowcount Michael Bayer
  • Re: [DB-SIG] definition of .rowcount M.-A. Lemburg
• [DB-SIG] Sybase module 0.40 released Robert Boehne
• [DB-SIG] Query on using cx_Oracle Rupinder Mudher
  • Re: [DB-SIG] Query on using cx_Oracle Harald Armin Massa[legacy]
  • Re: [DB-SIG] Query on using cx_Oracle Rupinder Mudher
  • Re: [DB-SIG] Query on using cx_Oracle Harald Armin Massa[legacy]
  • Re: [DB-SIG] Query on using cx_Oracle Anthony Tuininga
  • Re: [DB-SIG] Query on using cx_Oracle Rupinder Mudher
• [DB-SIG] SQLObject 1.3.1 Oleg Broytman
• [DB-SIG] Getting a list of tables from a database Edward Welbourne
  • Re: [DB-SIG] Getting a list of tables from a database Vernon Cole
  • Re: [DB-SIG] Getting a list of tables from a database Andy Todd
  • Re: [DB-SIG] Getting a list of tables from a database Edward Welbourne
  • Re: [DB-SIG] Getting a list of tables from a database M.-A. Lemburg
  • Re: [DB-SIG] Getting a list of tables from a database Chris Clark
  • Re: [DB-SIG] Getting a list of tables from a database Michael Bayer
• [DB-SIG] ANN: dbf version 0.92.002 released Ethan Furman
• [DB-SIG] ANN: eGenix mxODBC - Python ODBC Database Interface 3.1.2 eGenix Team: M.-A. Lemburg
• [DB-SIG] need some database API design advice Peter Eisentraut
  • Re: [DB-SIG] need some database API design advice M.-A. Lemburg
  • Re: [DB-SIG] need some database API design advice Chris Clark
  • Re: [DB-SIG] need some database API design advice Peter Eisentraut
  • Re: [DB-SIG] need some database API design advice M.-A. Lemburg
  • Re: [DB-SIG] need some database API design advice Chris Clark
• [DB-SIG] SQLObject 1.2.2 Oleg Broytman
• [DB-SIG] How can I detect 64 bit versions of Python? Vernon Cole
  • Re: [DB-SIG] How can I detect 64 bit versions of Python? Daniele Varrazzo
  • Re: [DB-SIG] How can I detect 64 bit versions of Python? M.-A. Lemburg
  • Re: [DB-SIG] How can I detect 64 bit versions of Python? M.-A. Lemburg
• [DB-SIG] ANN: dbf.py 0.90.001 Ethan Furman
• [DB-SIG] dbabi - ms sql 2005 cem yildiz
  • Re: [DB-SIG] dbabi - ms sql 2005 Vernon Cole
• [DB-SIG] LIXA 0.7.0 (beta test) released Christian Ferrari
• [DB-SIG] plpydbapi Peter Eisentraut
• [DB-SIG] Sybase module 0.40pre2 released Robert Boehne
• [DB-SIG] SQLObject 1.2.1 Oleg Broytman
• [DB-SIG] SQLObject 1.2.0 Oleg Broytman
• [DB-SIG] conn.close() idempotence Daniele Varrazzo
  • Re: [DB-SIG] conn.close() idempotence Michael Bayer
  • Re: [DB-SIG] conn.close() idempotence James William Pye
  • Re: [DB-SIG] conn.close() idempotence M.-A. Lemburg
  • Re: [DB-SIG] conn.close() idempotence Federico Di Gregorio
  • Re: [DB-SIG] conn.close() idempotence M.-A. Lemburg
  • Re: [DB-SIG] conn.close() idempotence M.-A. Lemburg
  • Re: [DB-SIG] conn.close() idempotence Daniele Varrazzo
  • Re: [DB-SIG] conn.close() idempotence Daniele Varrazzo
• [DB-SIG] ceODBC 2.0.1 Anthony Tuininga
• [DB-SIG] cx_Oracle 5.1.1 Anthony Tuininga
• [DB-SIG] pyPgSQL updates Eric Soroos
• [DB-SIG] autocommit support in pep-249 Chris Clark
  • Re: [DB-SIG] autocommit support in pep-249 Vernon Cole
  • Re: [DB-SIG] autocommit support in pep-249 Daniele Varrazzo
  • Re: [DB-SIG] autocommit support in pep-249 Vernon Cole
  • Re: [DB-SIG] autocommit support in pep-249 Chris Clark
  • Re: [DB-SIG] autocommit support in pep-249 Joshua D. Drake
  • Re: [DB-SIG] autocommit support in pep-249 Chris Clark
  • Re: [DB-SIG] autocommit support in pep-249 Joshua D. Drake
  • Re: [DB-SIG] autocommit support in pep-249 Michael Bayer
  • Re: [DB-SIG] autocommit support in pep-249 M.-A. Lemburg
  • Re: [DB-SIG] autocommit support in pep-249 Daniele Varrazzo
  • Re: [DB-SIG] autocommit support in pep-249 Michael Bayer
  • Re: [DB-SIG] autocommit support in pep-249 Joshua D. Drake

• Earlier messages
• Later messages