本文介绍: 只好再次上网查询出错原因,原来是 oracle版本不一致,我用的是 oracle11 的 dll,而我连接oracle 版本是在我使用 select * from v$version 语句查询后,才看到连接oracle 版本。我就又打开了我的IDE,准备把我之前一下可以灌50w数据到 MySQL 的代码,改一改,直接用。而下载下来的 instantclient 其实就是一个zip包,打开这个包,把里面所有的dll都一股脑的复制到 python根目录下,链接问题终于解决了!

最近一个测试任务需要测试 oracle 同步 hive 数据库性能,那就需要oracle 数据库灌注测试数据。我就又打开了我的IDE,准备把我之前一下可以灌50w数据到 MySQL 的代码,改一改,直接用。

因为我在网上看到语法上也差不多,基本没有区别。于是,我先打开windowscmd 模式输入pip install cx_Oracle 下载连接数据库第三方包。当然也可以通过 python 第三方官网https://pypi.org/)下载相应版本文件后自行安装

搞定第三方库,后面就开始写代码了,我直接把之前连接 MySQL 的代码拿过来做修改。首先来看数据库连接部分

连接方式不同,但是也不难,连接后就试试吧,先查看一下版本号结果出错

报错信息

oracle_db = cx_Oracle.connect(‘dspuser‘,’Aa123456′,’10.26.214.119:1521/orcl’)

cx_Oracle.DatabaseError: DPI-1047: Cannot locate a 64-bit Oracle Client library: “The specified module could not be found“. See https://cx-oracle.readthedocs.io/en/latest/user_guide/installation.html for help

上网查吧,发现是因为 python 的安装目录下,没有 oracledll 文件,也许是因为第三方需要,那就安排。

我从网上找到帖子中提供了 oracle11 的 dll 文件,下载回来放到 python 安装目录后迫不及待的再次运行代码结果 DPI-1047 的错误倒是没有了,换成 “ORA-28040: No matching authentication protocol” 了。

只好再次上网查询出错原因,原来是 oracle 的版本不一致,我用的是 oracle11 的 dll,而我连接oracle 版本是在我使用 select * from v$version 语句查询后,才看到我连接的 oracle 版本。

问题跟着又来了,我去哪找12.2版本的dll文件呢?还是继续网上找,多篇文章都说要下载一个instantclient。那就把它请出来吧。

通过oracle官网找到并下载了instantclient地址如下https://www.oracle.com/cn/database/technologies/instantclient/winx64-64-downloads.html

而下载下来的 instantclient 其实就是一个zip包,打开这个包,把里面所有的dll都一股脑的复制到 python根目录下,链接问题终于解决了!

下面就开始创建表了,我是直接把 MySQL 创建表的语句直接拿了过来,结果就不出意外的出了意外。

报错信息

ORA-00907: missing right parenthesis,报错位置创建语句。因为是用 MySQL的建表语句,所以只好找 oracle 相关建表语句,发现和 MySQL 语句还是有区别的。首先,表名字段名上的小引号去掉;其次,字段类型不同,得改(oracle与MySQL对应请网上自查);最后,oracle不支持自增主键在字段定义声明

MySQL建表语句:

creat_table_sql="""CREATETABLE `testtable`(
  `id` bigintNOT NULL AUTO_INCREMENT,
  `name` varchar(255) NOT NULL COMMENT '字典名称',
  `remark` varchar(255) DEFAULTNULL COMMENT '描述',
  `testC01umn1` varchar(128) DEFAULTNULL,
  `testC01umn2` datetimeDEFAULTNULL,
  `testC01umn3` intDEFAULTNULL,
  `testC01umn4` varchar(128) DEFAULTNULL,
  `testC01umn5` varchar(128) DEFAULTNULL,
  `testC01umn6` varchar(128) DEFAULTNULL,
  `testC01umn7` varchar(128) DEFAULTNULL,
  `testC01umn8` varchar(128) DEFAULTNULL,
  `testC01umn9` intDEFAULTNULL,
  `testC01umn10` datetimeDEFAULTNULL,
  `testC01umn11` varchar(128) DEFAULTNULL,
  `testC01umn12` varchar(128) DEFAULTNULL,
  `testC01umn13` varchar(128) DEFAULTNULL,
  `testC01umn14` varchar(128) DEFAULTNULL,
  `testC01umn15` varchar(128) DEFAULTNULL,
  PRIMARYKEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=Utf8mb4_0900_ai_ci COMMENT='测试表'"""

Oracle建表语句:

creat_table_sql="""CREATETABLE testtable (
  id NUMBER(38,0) NOT NULLPRIMARY KEY,
  nameVARCHAR2(255) NOT NULL,
  remark VARCHAR2(255) DEFAULTNULL,
  testColumn1 VARCHAR2(128) DEFAULTNULL,
  testColumn2 DATEDEFAULTNULL,
  testColumn3 NUMBER(10) DEFAULTNULL,
  testColumn4 VARCHAR2(128) DEFAULTNULL,
  testColumn5 VARCHAR2(128) DEFAULTNULL,
  testColumn6 VARCHAR2(128) DEFAULTNULL,
  testColumn7 VARCHAR2(128) DEFAULTNULL,
  testColumn8 VARCHAR2(128) DEFAULTNULL,
  testColumn9 NUMBER(10) DEFAULTNULL,
  testColumn10 DATEDEFAULTNULL,
  testColumn11 VARCHAR2(128) DEFAULTNULL,
  testColumn12 VARCHAR2(128) DEFAULTNULL,
  testColumn13 VARCHAR2(128) DEFAULTNULL,
  testColumn14 VARCHAR2(128) DEFAULTNULL,
  testColumn15 VARCHAR2(128) DEFAULTNULL
"""

建表语句的问题解决了,后面就要插入数据问题更是一大堆

最先出现错误是:ORA-00928: missing SELECT keyword这个错误主要是因为插入数据字段名含有关键字,我试了好几种办法都无法避免(主要是懒的再从新建表修改字段名

最后插入数据的语句干脆就不填写字段名,只要位置正确可以了,还有就是插入数据不能使用python格式化符号‘%s’来替换,只能使用占位符。所以这时的插入语句就变成了这样:

insert_sql="""INSERT INTO TESTTABLE VALUES(:1,:2,:3,:4,:5,:6,:7,:8,:9,:10,:11,:12, 13 ,:14,:15)"""

我把字段名都不要了,这回总没错了吧,结果还是报错!

报错信息:ORA-01861: literal does not match format string。再一次全网搜索发现是因为我有日期格式的字段,在插入数据需要转换一下才可以,所以最终我的插入语句变成了这样:

insert_sql="""INSERT INTO TESTTABLE VALUES(:1,:2,:3,:4,to_data(:5,'yyyy-MM-DD hh24:mi:ss'),:6,:7,:8,:9,:10,:11,:12,to_data(:13,'yyyy-MM-DD hh24:mi:ss'),:14,:15)"""

转换日期格式后,顺利插入数据没有再报错。这次本来觉得很简单测试数据注入费时费力,还好我把踩过的坑都帮同学们踩了一遍。

最后感谢每一个认真阅读文章的人,礼尚往来总是要有的,虽然不是什么很值钱的东西,如果你用得到的话可以直接拿走:

这些资料,对于【软件测试】的朋友来说应该最全面最完整的备战仓库这个仓库也陪伴上万个测试工程师们走过最艰难的路程,希望也能帮助到你!  

原文地址:https://blog.csdn.net/nhb687096/article/details/134783521

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任

如若转载,请注明出处:http://www.7code.cn/show_46754.html

如若内容造成侵权/违法违规/事实不符,请联系代码007邮箱suwngjj01@126.com进行投诉反馈,一经查实,立即删除

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注