gpt4 book ai didi

python - cx_Oracle 插入 类型对象的十六进制 ASCII 表示 Python 3

转载 作者:太空宇宙 更新时间:2023-11-03 20:34:27 25 4
gpt4 key购买 nike

行为:插入 <bytes>将对象作为绑定(bind)查询的一部分键入到 Oracle 数据库列中,类型为 VARCHAR2插入 ord('<char>')十六进制版本对于字符串中的每个字符,而不是插入每个字符本身。请参阅下面的示例。

版本信息:

  • cx-Oracle 7.2.0
  • Python 3.6

示例:

import cx_Oracle
conn = cx_Oracle.Connection(username,
password,
tnsname,
threaded=True,
encoding='latin1',
nencoding='latin1')
cursor = conn.cursor()
row = {'problem_row': b'123'}
cursor.execute('INSERTO INTO table (problem_row) VALUES (:problem_row)', row)
conn.commit()

然后将数据插入表中 '3132331' ,如果你看一下 ASCII table ,是 ord('1')十六进制版本, ord('2')每个角色依此类推。

更改连接上的编码似乎没有任何效果。我认为这不是预期的功能,因为这样做:

cursor2 = conn.cursor()
cursor2.execute('SELECT * FROM table WHERE problem_row IS NOT NULL')
res = cursor2.fetchall()

结果为 <str>输入值 '3132331'

这是预期的行为吗?有什么方法可以更改它,使其实际上只插入 123进入数据库,并用游标发出“SELECT”语句返回正确的值?

潜在的解决方案

  • 将值转换为 <str>在插入它们之前。似乎应该有更好的方法来做到这一点,但这是一个有效的解决方案,需要我进行更多跟踪。
  • 使用类似 binascii.unhexlify 的内容进行转换,然后将它们编码回 <bytes>我。同样,cx_Oracle 库中似乎应该有更直观的解决方案。
  • 查看为 cx-Oracle 库实现的 C 接口(interface),如果 Python 对象 PyBytes_Check(obj)成立,则返回 char*来自PyBytes_AS_STRING 。如果我错了,请纠正我,但指向这些文字字节的指针被解释为 C <char>应该仍然是正确的 ASCII 字符串。那么这也许是 Oracle 方面出了问题?

最佳答案

对于 Python 3.x,bytes 对象在 Oracle 中绑定(bind)为 RAW 值。这确实是有意为之。如果您知道这些字节是编码字符串并且希望将该字符串存储在 Oracle 数据库中,则首先需要对其进行解码。唯一的其他解决方案是使用 cursor.setinputsizes() 或通过调用 cursor.var() 创建一个变量,告诉 cx_Oracle 该值确实是一个字符串。此时,将假定字节采用正确的编码,并且应按您的预期插入。不过,我建议解码为字符串,以避免任何潜在的问题。

关于python - cx_Oracle 插入 <bytes> 类型对象的十六进制 ASCII 表示 Python 3,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/57260918/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com