From gstein@microsoft.com Thu Sep 5 00:45:29 1996 From: gstein@microsoft.com (Greg Stein) Date: Wed, 4 Sep 1996 16:45:29 -0700 Subject: [PYTHON DB-SIG] Database Modules Message-ID: I'm currently in the process of releasing Oracle, Informix, and ODBC database modules. These modules were developed by eShop (now part of Microsoft) and follow the API defined at http://www.python.org/sigs/db-sig/DatabaseAPI.html. These modules will be released, owned, and supported by other people (not Microsoft). Those people haven't committed yet, so I won't commit for them :-). Expect a few days to get the code transferred, packaged, and released. Cheers, -Greg -- Greg Stein, Microsoft Corporation execfile("disclaimer.py") ================= DB-SIG - SIG on Tabular Databases in Python send messages to: db-sig@python.org administrivia to: db-sig-request@python.org ================= From gstein@microsoft.com Thu Sep 5 00:45:29 1996 From: gstein@microsoft.com (Greg Stein) Date: Wed, 4 Sep 1996 16:45:29 -0700 Subject: [PYTHON DB-SIG] Database Modules Message-ID: I'm currently in the process of releasing Oracle, Informix, and ODBC database modules. These modules were developed by eShop (now part of Microsoft) and follow the API defined at http://www.python.org/sigs/db-sig/DatabaseAPI.html. These modules will be released, owned, and supported by other people (not Microsoft). Those people haven't committed yet, so I won't commit for them :-). Expect a few days to get the code transferred, packaged, and released. Cheers, -Greg -- Greg Stein, Microsoft Corporation execfile("disclaimer.py") ================= DB-SIG - SIG on Tabular Databases in Python send messages to: db-sig@python.org administrivia to: db-sig-request@python.org ================= From mclay@fermi Fri Sep 20 12:50:13 1996 From: mclay@fermi (Michael McLay) Date: Fri, 20 Sep 1996 11:50:13 GMT Subject: [PYTHON DB-SIG] The Java API by comparison Message-ID: <199609201150.LAA05348@fermi.eeel.nist.gov> I just ran across the Java DB interface definition and thought it might make a good starting point for reactivating this list. By comparison the Python DB interface is much smaller. Is this a feature of the language, or is the job of defining a Python DB API just not finished? http://splash.javasoft.com/jdbc/index.html This brings me to the question of how we can start quantifying the quality of interfaces in Python. It would be very helpful to new users to have a rating system in place that indicates the level of completeness, performance, ease of use, and other parameters for a given interface. Without such a system the Python extension library will remain a black box in which lots of good stuff is mixed in with half baked and obsolete technologies. Michael ================= DB-SIG - SIG on Tabular Databases in Python send messages to: db-sig@python.org administrivia to: db-sig-request@python.org ================= From ct7@kaizen.net Fri Sep 20 19:59:01 1996 From: ct7@kaizen.net (W. Craig Trader) Date: Fri, 20 Sep 1996 14:59:01 -0400 Subject: [PYTHON DB-SIG] The Java API by comparison References: <199609201150.LAA05348@fermi.eeel.nist.gov> Message-ID: <3242E975.ABD@kaizen.net> Michael McLay wrote: > > I just ran across the Java DB interface definition and thought it > might make a good starting point for reactivating this list. By > comparison the Python DB interface is much smaller. Is this a feature > of the language, or is the job of defining a Python DB API just not > finished? The JDBC was derived from the ODBC specifications, so that might explain the size of the JDBC specs. ODBC, of course, grew out of Microsoft grabbing a draft ANSI standard for database interoperability. The Python Database API doesn't say anything about the SQL statement that is being executed, and makes no attempt to translate a `generic' SQL statement into an optimized SQL query for a particular vendor's database. That removes much of the bulk of the JDBC/ODBC standards. Personally, I think that the Python interface is fine right where it is - it gives me a common API without requiring me to learn/build another SQL subset. I haven't found a database application that was both fast and portable, and most of my customer's would rather have fast, and aren't that worried about portability. I'm working with Illustra (which is an ORDBMS) so moving to something else would require a complete rewrite anyways. > This brings me to the question of how we can start quantifying the > quality of interfaces in Python. It would be very helpful to new > users to have a rating system in place that indicates the level of > completeness, performance, ease of use, and other parameters for a > given interface. Without such a system the Python extension library > will remain a black box in which lots of good stuff is mixed in with > half baked and obsolete technologies. Interesting thought, but I don't have any suggestions. I'm comparatively new to Python (since May) so I haven't had a chance to play with a lot of the extensions ... just enough to write a simple Illustra interface extension. -- ct7@kaizen.net \Excellence can be attained if you... \ W. Craig Trader \Care more than others think is wise... \ Senior Software Engineer\Risk more than others think is safe... \ Kaizen Works, Inc. \Dream more than others think is practical...\ 703.733.2853 \Expect more than others think is possible. \ ================= DB-SIG - SIG on Tabular Databases in Python send messages to: db-sig@python.org administrivia to: db-sig-request@python.org ================= From gstein@microsoft.com Sat Sep 21 00:06:04 1996 From: gstein@microsoft.com (Greg Stein) Date: Fri, 20 Sep 1996 16:06:04 -0700 Subject: [PYTHON DB-SIG] The Java API by comparison Message-ID: >---------- >From: Michael McLay[SMTP:mclay@fermi] >Sent: Friday, September 20, 1996 4:50 AM >To: db-sig@python.org >Subject: [PYTHON DB-SIG] The Java API by comparison > > >I just ran across the Java DB interface definition and thought it >might make a good starting point for reactivating this list. By >comparison the Python DB interface is much smaller. Is this a feature >of the language, or is the job of defining a Python DB API just not >finished? > > http://splash.javasoft.com/jdbc/index.html > >This brings me to the question of how we can start quantifying the >quality of interfaces in Python. It would be very helpful to new >users to have a rating system in place that indicates the level of >completeness, performance, ease of use, and other parameters for a >given interface. Without such a system the Python extension library >will remain a black box in which lots of good stuff is mixed in with >half baked and obsolete technologies. Interesting thought. The DB interface, at least, has shown to be complete within the bounds of the problems that I've used it for. Also, that it has been more than workable for Oracle, Informix, and ODBC. It was relatively doable for mSQL and PG95, but those two databases lack some key features that I was looking for :-( and so I never bothered to complete implementations along the DatabaseAPI line... btw, Jim has grumbled for a while about some modifications to the API and/or backing that up with some code. From some brief talks with him at the Python workshop, they sound doable and are nice improvements, but the ship is still out... -g p.s. and yes... I promise to try to reorg the db-sig main page a bit and the DatabaseAPI some to bring them up to date and have a visible link to the api... this weekend. -- Greg Stein, Microsoft Corporation execfile("disclaimer.py") ================= DB-SIG - SIG on Tabular Databases in Python send messages to: db-sig@python.org administrivia to: db-sig-request@python.org ================= From gstein@microsoft.com Mon Sep 30 19:43:04 1996 From: gstein@microsoft.com (Greg Stein) Date: Mon, 30 Sep 1996 11:43:04 -0700 Subject: [PYTHON DB-SIG] RE: [PYTHONWIN-SIG] odbc , first reports Message-ID: you're welcome :-) btw, I'm still in the process of making that DatabaseAPI.html more up to date and actually including a link to it from the db-sig page... Had problems last week when I tried... Note that, for at least Python 1.4b3 itself, a vc40.mak is supplied in the distrubution under PC. I'm not sure what Mark's plans are for integrating PythonWin in there or in something like it. Whereever it goes, the ODBC module would be just another sub-project in there. -g >---------- >From: Hirendra Hindocha[SMTP:hiren@dnaco.net] >Sent: Sunday, September 29, 1996 9:43 PM >To: pythonwin-sig@python.org >Subject: [PYTHONWIN-SIG] odbc , first reports > >Hi, > >Anxious to check out the odbc module ( and too impatient to wait for >it to be included in the .exe ) I compiled the odbc module . Here is >the report - > >compilation - I had trouble compiling the PythonWin Src distribution >as it was looking for make_nt.in (which isn't availabe in the >Python 1.4b3 distribution / or I could not find it ). I picked up >make_nt.in from the 1.3 distribution and compiled the odbc module >(other modules like the PythonWin, win32api complained and did not >compile). A few of the other modules compiled fine. > >I installed the binary distribution of PythonWin 10-b3.exe and dropped >the odbc.pyd and dbi.pyd in the pythonpath. > >odbc module - >That worked and the odbc module works fine. Thanks eshop/microsoft guys. >Would it be possible to ship a VC make file with the PythonWin >source distribution ? > >I found the DatabaseAPI.html useful to figure out how to use this module. >Here is a code snippet that can act as an example/documentation - >--------------------------------cut here------------------------- >import odbc > > >try: > s = odbc.odbc('DSN/UID/PASSWORD') > cur = s.cursor() > cur.execute('select * from discounts') > print cur.description > for tup in cur.description: > print tup[0], > print > while 1: > rec = cur.fetchmany(10) > if not rec: break > print rec >except NameError,e: > print 'error ', e, 'undefined' >--------------------------------cut here------------------------- > >Hiren > > >================= >PYTHONWIN-SIG - SIG on Win95/NT/3.1 GUI version of Python > >send messages to: pythonwin-sig@python.org >administrivia to: pythonwin-sig-request@python.org >================= > ================= DB-SIG - SIG on Tabular Databases in Python send messages to: db-sig@python.org administrivia to: db-sig-request@python.org ================= From gstein@microsoft.com Mon Sep 30 19:43:04 1996 From: gstein@microsoft.com (Greg Stein) Date: Mon, 30 Sep 1996 11:43:04 -0700 Subject: [PYTHON DB-SIG] RE: [PYTHONWIN-SIG] odbc , first reports Message-ID: you're welcome :-) btw, I'm still in the process of making that DatabaseAPI.html more up to date and actually including a link to it from the db-sig page... Had problems last week when I tried... Note that, for at least Python 1.4b3 itself, a vc40.mak is supplied in the distrubution under PC. I'm not sure what Mark's plans are for integrating PythonWin in there or in something like it. Whereever it goes, the ODBC module would be just another sub-project in there. -g >---------- >From: Hirendra Hindocha[SMTP:hiren@dnaco.net] >Sent: Sunday, September 29, 1996 9:43 PM >To: pythonwin-sig@python.org >Subject: [PYTHONWIN-SIG] odbc , first reports > >Hi, > >Anxious to check out the odbc module ( and too impatient to wait for >it to be included in the .exe ) I compiled the odbc module . Here is >the report - > >compilation - I had trouble compiling the PythonWin Src distribution >as it was looking for make_nt.in (which isn't availabe in the >Python 1.4b3 distribution / or I could not find it ). I picked up >make_nt.in from the 1.3 distribution and compiled the odbc module >(other modules like the PythonWin, win32api complained and did not >compile). A few of the other modules compiled fine. > >I installed the binary distribution of PythonWin 10-b3.exe and dropped >the odbc.pyd and dbi.pyd in the pythonpath. > >odbc module - >That worked and the odbc module works fine. Thanks eshop/microsoft guys. >Would it be possible to ship a VC make file with the PythonWin >source distribution ? > >I found the DatabaseAPI.html useful to figure out how to use this module. >Here is a code snippet that can act as an example/documentation - >--------------------------------cut here------------------------- >import odbc > > >try: > s = odbc.odbc('DSN/UID/PASSWORD') > cur = s.cursor() > cur.execute('select * from discounts') > print cur.description > for tup in cur.description: > print tup[0], > print > while 1: > rec = cur.fetchmany(10) > if not rec: break > print rec >except NameError,e: > print 'error ', e, 'undefined' >--------------------------------cut here------------------------- > >Hiren > > >================= >PYTHONWIN-SIG - SIG on Win95/NT/3.1 GUI version of Python > >send messages to: pythonwin-sig@python.org >administrivia to: pythonwin-sig-request@python.org >================= > ================= DB-SIG - SIG on Tabular Databases in Python send messages to: db-sig@python.org administrivia to: db-sig-request@python.org =================