16

Debian Lenny (5.0.7) で pyodbc を正常に使用するのに少し問題があります。具体的には、NVARCHAR 値の取得に問題があるようです (SQL Server の専門家ではないので、気楽にやってください :))。

ほとんどの従来のクエリは正常に機能します。たとえば、table1 の行数は次のようになります。

cursor.execute("SELECT count(id) from table1")
<pyodbc.Cursor object at 0xb7b9b170>
>>> cursor.fetchall()
[(27, )]

ID の完全なダンプと同様に

>>> cursor.execute("SELECT id FROM table1")
<pyodbc.Cursor object at 0xb7b9b170>
>>> cursor.fetchall()
[(0.0, ), (3.0, ), (4.0, ), (5.0, ), (6.0, ), (7.0, ), (8.0, ), (11.0, ), (12.0, ), (18.0, ), (19.0, ), (20.0, ), (21.0, ), (22.0, ), (23.0, ), (24.0, ), (25.0, ), (26.0, ), (27.0, ), (28.0, ), (29.0, ), (32.0, ), (33.0, ), (34.0, ), (35.0, ), (36.0, ), (37.0, )]

しかし、名前のダンプ (これも NVARCHAR 型) はそうではありません。

>>> cursor.execute("SELECT name FROM table1")
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
pyodbc.ProgrammingError: ('42000', '[42000] [FreeTDS][SQL Server]Unicode data in a Unicode-only collation or ntext data cannot be sent to clients using DB-Library (such as ISQL) or ODBC version 3.7 or earlier. (4004) (SQLExecDirectW)')

...重大なエラーは

pyodbc.ProgrammingError: ('42000', '[42000] [FreeTDS][SQL Server] Unicode のみの照合の Unicode データまたは ntext データは、DB-Library (ISQL など) または ODBC バージョン 3.7 または(4004) (SQLExecDirectW)')

これはテーブル間で一貫しています。

それぞれのさまざまなバージョンを試してみましたが、現在は unixODBC 2.2.11 (lenny repos から)、FreeTDS 0.91 (ソースからビルド./configure --enable-msdblib --with-tdsver=8.0)、および pyodbc 3.0.3 (ソースからビルド) を実行しています。

同様の組み合わせ (unixODBC 2.3.0、FreeTDS 0.91、pyodbc 3.0.3) を使用すると、同じコードが Mac OS X 10.7.2 で動作します。

ここここで提示された解決策を調査し、さまざまなバージョンの unixODBC と FreeTDS を再コンパイルしましたが、ダイスはありませんでした。以下に示す関連構成ファイル:

user@host:~$ cat /usr/local/etc/freetds.conf
#$Id: freetds.conf,v 1.12 2007/12/25 06:02:36 jklowden Exp $
#
# This file is installed by FreeTDS if no file by the same 
# name is found in the installation directory.  
#
# For information about the layout of this file and its settings, 
# see the freetds.conf manpage "man freetds.conf".  

# Global settings are overridden by those in a database
# server specific section
[global]
        # TDS protocol version
        tds version = 8.0
        client charset = UTF-8

        # Whether to write a TDSDUMP file for diagnostic purposes
        # (setting this to /tmp is insecure on a multi-user system)
;       dump file = /tmp/freetds.log
;       debug flags = 0xffff

        # Command and connection timeouts
;       timeout = 10
;       connect timeout = 10

        # If you get out-of-memory errors, it may mean that your client
        # is trying to allocate a huge buffer for a TEXT field.  
        # Try setting 'text size' to a more reasonable limit 
        text size = 64512

# A typical Sybase server
[egServer50]
        host = symachine.domain.com
        port = 5000
        tds version = 5.0

# A typical Microsoft server
[egServer70]
        host = ntmachine.domain.com
        port = 1433
        tds version = 8.0

[foo]
        host = foo.bar.com
        port = 1433
        tds version = 8.0

user@host:~$ cat /etc/odbc.ini 
[foo]
Description     = Foo
Driver          = foobar
Trace           = No
Database        = db
Server          = foo.bar.com
Port            = 1433
TDS_Version     = 8.0
user@host:~$ cat /etc/odbcinst.ini 
[foobar]
Description     = Description
Driver          = /usr/lib/odbc/libtdsodbc.so
Setup           = /usr/lib/odbc/libtdsS.so
CPTimeout       =
CPReuse         =

アドバイスや指示をいただければ幸いです。

4

3 に答える 3

15

Ubuntu でも同じエラーが発生しました。回避策で「解決」しました。環境変数TDSVERを設定するだけです。

import os
os.environ['TDSVER'] = '8.0'

私が言ったように、それは本当の「解決策」ではありませんが、うまくいきます。

于 2014-04-10T12:57:00.850 に答える
1

問題を回避して、処理できるものに変換またはキャストnameすることはできませんか?

cursor.execute("SELECT CAST(名前 AS TEXT) FROM テーブル")

于 2012-02-14T20:47:43.130 に答える