任何人都知道为什么我在尝试将数据帧加载到sybase表时遇到此错误？ [sql alchemy]

问题描述 投票：1回答：1

我试图发送一个pandas数据帧附加到已经创建的表，我不断收到错误。

我正确连接到服务器。在服务器中，有许多数据库，然后此表位于db_STAFF数据库中。最初，我正在做df.to_sql(db_STAFF.dbo.JUNESALES)，但我意识到我应该在connString中引用它。我尝试了dbo.JUNESALES以及JUNESALES。下面的错误中的表名根据我所称的表（dbo.JUNESALES与JUNESALES）而变化，但实际错误保持不变。

请参阅下面的代码和错误，减去我所包含的import语句。

df = pd.DataFrame(lists_data)
connString = "DRIVER={Adaptive Server Enterprise};SERVER=XXXX,DATABASE = 'db_STAFF'...."
conn_url = quote_plus(connString)
new_connection = "sybase+pyodbc:///?odbc_connect={}".format(conn_url)
engine = create_engine(new_connection)
df.to_sql('[dbo].[JUNESALES]', con=engine, if_exists = 'append', index = False) #I also tried this without the brackets, I read that with brackets it worked for someone 
engine.execute("SELECT * FROM dbo.JUNESALES ").fetchall()
cursor.execute(statement, parameters)

我在df.to_sql线上收到此错误

sqlalchemy.exc.ProgrammingError: (pyodbc.ProgrammingError) ('42000', "[42000] [Sybase][ODBC Driver][Adaptive Server Enterprise] Incorrect syntax near '('.\n (102) (SQLExecDirectW)") [SQL: '\nCREATE TABLE "[dbo].[JUNESALES]" (\n\t"0" BIGINT NULL, \n\t"1" BIGINT NULL, \n\t"2" FLOAT NULL, \n\t"3" TEXT NULL, \n\t"4" BIT NULL,  \n\t"5" BIT NULL, \n\t"6" FLOAT NULL, \n\t"7" FLOAT NULL, \n\t"8" FLOAT NULL, \n\t"9" FLOAT NULL, \n\t"10" FLOAT NULL, \n\t"11" BIGINT NULL, \n\tCHECK ("4" IN (0, 1)), \n\tCHECK ("5" IN (0, 1))\n)\n\n'] (Background on this error at: http://sqlalche.me/e/f405)
python pandas sqlalchemy database-connection sybase-ase
1个回答
4
投票

注意：我是Sybase ASE DBA;我不使用python / pandas / sqlalchemy / etc;所以虽然我可以告诉你为什么ASE会产生错误，甚至告诉你一种方法来正确格式化create table命令...我不知道如何告诉你的应用程序如何（重新）编码create table命令（假设这是你无法直接控制的东西）。

错误消息告诉我们create table命令如下所示：

CREATE TABLE "[dbo].[JUNESALES]" (
        "0" BIGINT NULL,
        "1" BIGINT NULL,
        "2" FLOAT NULL,
        "3" TEXT NULL,
        "4" BIT NULL,
        "5" BIT NULL,
        "6" FLOAT NULL,
        "7" FLOAT NULL,
        "8" FLOAT NULL,
        "9" FLOAT NULL,
        "10" FLOAT NULL,
        "11" BIGINT NULL,
        CHECK ("4" IN (0, 1)),
        CHECK ("5" IN (0, 1))
)

嗯，从哪里开始......

如果您将其剪切并粘贴到ASE会话中（例如，通过isql命令行工具），您将得到相同的错误：

Msg 102, Level 15, State 181:
Server 'ASE200', Line 2:
Incorrect syntax near '('.

该命令似乎在尝试转义非标准标识符时使用双引号。与此相关的一个问题是，默认情况下，ASE不会将双引号识别为非标准标识符的转义字符。要解决此问题，您需要启用quoted_identifier，例如：

set quoted_identifier on

CREATE TABLE ...
... snip ...

set quoted_identifier off -- or leave 'on' if you're going to continue using double quotes to designate non-standard identifiers
go

虽然这会让你超过Msg 102（语法）错误，但现在你会遇到一些新的错误：

Msg 2718, Level 16, State 1:
Server 'ASE200', Line 2:
Column or parameter #5:  -- can't specify Null values on a column of type BIT.
Msg 2718, Level 16, State 1:
Server 'ASE200', Line 2:
Column or parameter #6:  -- can't specify Null values on a column of type BIT.

要修复这些错误，您需要将BIT列指定为NOT NULL或将数据类型更改为BIT以外的其他内容（例如，tinyint？虽然您现在可能需要添加一些应用程序代码或check约束来将合法值限制为0 / 1 ... ??）：

set quoted_identifier on

CREATE TABLE ...
... snip ...
        "4" BIT not NULL,
        "5" BIT not NULL,
... snip ...

set quoted_identifier off
go

此时应该创建表格（即没有错误），但是......你还没有走出困境。

如果您运行sp_help，您会看到您的表格如下：

sp_help
go

 Name                        Owner Object_type
 --------------------------- ----- ------------
 ... snip ...
 [dbo].[JUNESALES]           dbo   user table
 ... snip ...

这里的问题（当然？）是你用一对双引号包装了所有者和表格;你尝试使用两种不同的方法来处理非标准的标识符并没有帮助...双引号...方括号;这里的主要问题是双引号告诉ASE，方括号实际上是一个名为[dbo].[JUNESALES]的标识符的一部分;另请注意，句点（.）也被视为单个标识符的一部分（与所有者和表名之间的分隔符相对）。

如果你试图通过在[dbo]和[JUNESALES]周围放置双引号来修复他，那么你会收到以下错误信息：

set quoted_identifier on

CREATE TABLE "[dbo]"."[JUNESALES]"
... snip ...
go

Msg 2734, Level 16, State 1:
Server 'ASE200', Line 2:
User name [dbo] does not exist in sysusers.

    !!! notice the square brackets are considered as part of the user name !!!

好的，我们可以通过删除[dbo]中的方括号来解决这个问题，但如果你不对表名做同样的事情...... create table命令会成功，但是括号成为表名的一部分（而不是作为表名的一部分）分隔符），例如：

set quoted_identifier on
CREATE TABLE "dbo"."[JUNESALES]"
... snip ...
go

sp_help
go

 Name                        Owner Object_type
 --------------------------- ----- ------------
 ... snip ...
 [JUNESALES]                 dbo   user table
 ... snip ...

ASE支持使用双引号作为非标准标识符的分隔符...如果您首先发出set quoted_identifier on。

ASE还支持使用方括号作为非标准标识符的分隔符......并且不需要发出set quoted_identier on命令。

我建议你弄清楚如何使用一种方法来分隔你的非标准标识符（方括号有点清晰，不需要发出set quoted_identifier on，并允许你使用双引号来分隔文本/字符数据）。

set quoted_identifier off  -- optional if already set to 'off'

CREATE TABLE [dbo].[JUNESALES] (
        [0] BIGINT NULL,
        [1] BIGINT NULL,
        [2] FLOAT NULL,
        [3] TEXT NULL,
        [4] BIT not NULL,
        [5] BIT not NULL,
        [6] FLOAT NULL,
        [7] FLOAT NULL,
        [8] FLOAT NULL,
        [9] FLOAT NULL,
        [10] FLOAT NULL,
        [11] BIGINT NULL,
        CHECK ([4] IN (0, 1)),
        CHECK ([5] IN (0, 1))
)
go

sp_help
go

 Name                        Owner Object_type
 --------------------------- ----- ------------
 ... snip ...
 JUNESALES                   dbo   user table
 ... snip ...

当然，不需要dbo和JUNESALES周围的分隔符（即，这些是有效的标识符），但是如果您愿意，欢迎使用方括号（例如，作为解决所有分隔符的标准编码方法，无论是标准的还是非标准）。

注意：上面的代码片段是针对ASE 15.7（SP138）数据服务器执行的。

最新问题
© www.soinside.com 2019 - 2024. All rights reserved.