Open GoogleCodeExporter opened 9 years ago
I tend to not have this feature, because it's not compliant to dbi 2.0 standard.
Also, I feel it will have problems supporting below cases:
1) Field name containing spaces. For example a field "A field", you can not
access it by cur.A field
2) Non ascii name, For example cur.姓名
Original comment by jiangwen...@gmail.com
on 26 Mar 2013 at 2:16
I think it will be very helpful to support this option even if it's not
compliant with dbi v2.0 at least make it an option user's can set and not
default
and for those cases we can improve it by force 'utf-8' and make second level
that return a dict instead of cursor attribute
something like :
1- cursor.SetRetriveLevel=1 #this is default row[0]
2- cursor.SetRetriveLevel=2 #add field name as cursor attribute row.field
3- cursor.SetRetriveLevel=3 #add field name as cursor dict row["A field"]
thanks :)
Original comment by BL3A...@gmail.com
on 27 Mar 2013 at 12:18
Yes, I have actually been thinking about adding a method to the cursor object
or the row object, something like:
cur.get("A field") or cur.get("姓名")
However, there's one existing hiding feature of the module worth to mention:
You can change one line to enable "row.A_field" feature:
In the method Cursor.__init__(), find the line:
self.row_type_callable = row_type_callable or TupleRow
Change TupleRow to NamedTupleRow:
self.row_type_callable = row_type_callable or NamedTupleRow
This would enable the row.A_field feature, but would fail in the "A field" and
non-ascii case, so it was not enabled by default, and I would still prefer to
create a certain function like cur.get("A field")
Hope that helps and thanks for your suggesting. Stay turned.
Original comment by jiangwen...@gmail.com
on 27 Mar 2013 at 12:47
Original comment by jiangwen...@gmail.com
on 29 Mar 2013 at 7:02
Added a get method for Row object, now you can do row.get("A field")
Original comment by jiangwen...@gmail.com
on 3 Apr 2013 at 11:59
Just uploaded 1.1.1, now you can get a field's value of a row by: row['field
name']
Original comment by jiangwen...@gmail.com
on 4 Apr 2013 at 3:11
I suggest this is added as a caveat on the main page, beside "almost can be
seen like a drop-in replacement of pyodbc in pure Python".
Original comment by cyborg10...@gmail.com
on 27 Nov 2013 at 10:13
This does not seem to work.
I am connecting to a SQL Server 2008 database via the FreeTDS odbc driver.
For example, my query:
SELECT rts.ID as ID, rts.DateTimeStamp as DateTimeStamp FROM....
Then
results = sql_server_db.execute(self, sql, station)
if results:
date_list = []
for row in results:
date_list.append((row['ID'], row['DateTimeStamp']))
My list is full of tuples of (None,None), although the data is there if I
access via (row[0], row[1])
Original comment by d...@inlet.geol.sc.edu
on 6 Jun 2014 at 6:15
Same experience as above. Using MSSQL via freetds row['anything'] & .get is
returning None
Original comment by Gam...@googlemail.com
on 9 Jun 2014 at 10:32
#8, #9 - your problems might be related to
https://code.google.com/p/pypyodbc/issues/detail?id=40.
Original comment by alex.s.y...@gmail.com
on 25 Jun 2014 at 9:35
Original issue reported on code.google.com by
BL3A...@gmail.com
on 26 Mar 2013 at 10:15Attachments: