Oracle数据库中出现ORA-01460错误问题的解决
我们今天主要向大家介绍的是Oracle数据库在实际操作中出现ORA-01460错误,我们大家都知道在使用PL/SQL DEVELOPER 7连接某个新装的Oracle服务器有时会发生ORA-01460错误,例如,类型转换错误。
发现SQL NAVIGATOR很好,就只有PL/SQL DEVELOPER有这个问题。 怀疑是字符集的问题,查了很多资料后定位到了问题的原因: 查询
1. select * from nls_database_parameters 查看NLS_CHARACTERSET一项,发现正常的Oracle数据库服务器上的字符集是ZHS16CGB231280,而有问题的服务器的字符集是ZHS32GB18030. 尝试使用以下命令来修改字符集,结果失败了: 1. shutdown immedaite;Startup nomount; Alter database mount exclusive;
Alter system enable restricted session; Alter system set job_queue_process=0; 执行这句报错
1. Alter database open;Alter database character set ZHS16CGB231280; 执行这句说只允许修改到超集
以上的相关内容就是对Oracle数据库发生ORA-01460错误的介绍,望你能有所收获。
解决win7 x64系统下PL/SQL无法连接64位Oracle数据库的方法
#问题描述:确定安装好Oracle 11g 64位客户端、PL/SQL developer(不区分32/64)后,打开PL/SQL,无法选择数据库实例,如下图:
#解决办法:
1. 下载oracle官网提供的文件instantclient-basic-win32-11.2.0.1.0; 下载地址:http://pan.baidu.com/s/1c0CMOwS
2. 将instantclient-basic-win32-11.2.0.1.0 文件加压至oracle文件目录product下:
3. 复制oracle安装文件夹.. etworkadmin下的文件 listener.ora和tnsnames.ora 到 ..productinstantclient_11_2的下面
4. 进入PL/SQL Developer安装目录,新建start.bat文件,用记事本编辑写入: @echo off
set path=D:appAdministratorproductinstantclient_11_2 set ORACLE_HOME=D:appAdministratorproductinstantclient_11_2 set TNS_ADMIN=D:appAdministratorproductinstantclient_11_2 set NLS_LANG=AMERICAN_AMERICA.AL32UTF8 start plsqldev.exe
##此处的所有文件目录需要修改成自己的目录. 5. 点击运行start.bat, 正常情况会打开PL/SQL Developer(此时已经可以用来正常登录)
6. 第5步正常开打登录窗户后,点击取消或登录进入PL/SQL主界面:
1) 点击“Tools -- Preferences”后,修改Oracle主目录名以及OCI库目录,
目录中都应包含instantclient_11_2目录
此时保存退出后,完成对PL/SQL的修改
修改电脑环境变量,默认为oracle安装目录,需添加/修改为instantclient_11_2目录:
path=D:appAdministratorproductinstantclient_11_2 ORACLE_HOME=D:appAdministratorproductinstantclient_11_2 TNS_ADMIN=D:appAdministratorproductinstantclient_11_2 编辑完成保存后,PL/SQL即可正常使用。
Excel2016报错问题Excel2016后无法打开xlsxlsx文件
本章分享一下近期在O365项目上出现的Excel2016报错问题,以便广大攻城狮后期遇到该问题能及时找到问题根源并及时解决该问题。 问题描述:
升级Office2016后在打开xls、xlsx等excel文件时无法打开,或者打开后显示空白;必须先打开Excel2016后在浏览到对应位置才可正常显示文件;或者可以打开本地excle文件,但打开外部(u盘、邮件、网页等)显示空白。
问题出现环境(软件/硬件):
Windows
7、8.1、Windows 10 、Office 20
16、Office 365
问题截图如下:
用户只能通过文件打开方式打开excel文件:
解决方法:
1、win+R打开运行栏,输入 regedit 调出注册表:
2、以此展开HKEY_CLASSES_ROOTExcel.Sheet.12shellOpencommand:
修改默认值"C:Program FilesMicrosoft OfficeRootOffice16EXCEL.EXE",在最后添加空格"%1",即修
改
后
参
数
为
"C:Program
Files
(x86)Microsoft OfficeRootOffice16EXCEL.EXE "%1""("%1"前有空格,老版本中可能会有/add值,将该值替换为空格"%1"即可)
3、常规修改该参数即可正常打开excel文件,如果修改该参数后只能打开计算机本地文件,打开外部文件依旧空白,请修改Excel.Sheet.8参数,修改值同上: 定位到HKEY_CLASSES_ROOTExcel.Sheet.8shellOpencommand:
4、修改默认值"C:Program FilesMicrosoft OfficeRootOffice16EXCEL.EXE",在最后添加空格"%1",确定退出。
5、到这里,Excel可以正常打开,并且后续不会再出现相关报错问题。
希望对Office365升级、Office365客户端升级的一线工程师有所启迪。只是在于分享,谢谢!
Oracle SQL执行缓慢的原因以及解决方案 Oracle SQL执行缓慢的原因的分析,如果Oracle数据库中的某张表的相关数据已是2亿多时,同时此表也创建了相关的4个独立的相关索引。由于业务方面的需要,每天需分两次向此表中插入300万条记录。
由于数据量大,每次插入耗时3个小时以上,严重影响效率。
因此,修改了系统的算法,将此表中只存储当天新增记录。将此表truncate后,第二天执行对此表的update操作时,非常耗时。表中有2亿多条数据的时候,此Oracle sql语句耗时59秒;表中有300万条数据的时候,此Oracle sql语句耗时几个小时。
咨询DBA后,得出结论,需重建索引。重建后,6秒完成此操作。但第三天问题依然出现。DBA正在查找原因。难道每次truncate表,都需要重建索引?
对于这个问题,DBA也没有给出合理的解释,推测主要原因是Oracle复杂的查询优化算法。 最终,DBA给出的解决方案:
1. truncate table ....
2. drop index.....
3. insert data .....
4. create index ...
5. analyze table table_name compute statistics;
重新生成统计数据
调整后,整个操作耗时非常少。
使用PL/SQL Developer远程连接Oracle数据库,本地机器上已经安装了Oracle数据库只要
1.配置tnsnames.ora(我的安装在D:oracleproduct10.2.0db_1 etworkADMIN)
2.登录plsql时填写相应信息
第一步:配置tnsnames.ora
找到tnsnames.ora文件,用记事本方式打开,你可以看到像如下配置信息
ORCL =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = 127.0.0.1 )(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = orcl)
)
)
上面这段是连接本地(安装好Oracle默认的,你也可以修改数据库别名,将“ORCL”换成其他的)的数据库的
要连接远程的Oracle数据库则再增加配置信息如下
自己定义远程数据库名称(别名)=
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = 远程服务器IP)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = 远程服务器上数据库名称)
)
)
注意:别名不能与其他数据库(本地、远程)的别名相同,它可以跟相应远程服务器上的数据库名称不一样,要连接多个远程Oracle数据库,照样子在来几段上述配置信息即可。
第二步:登录plsql
Username:
Password:
Database:要登录的数据库名称(别名)
Connect as:
注意:一定要写对上面面的红色部分(其余的3个字段我就不说了),且跟tnsnames.ora配置文件中的别名相同
知道这两步后,以后不管是远程还是本地上的数据库你想怎么连就怎么连!只是tnsnames.ora文件中多了几段配置信息。
注:本文为网友上传,旨在传播知识,不代表本站观点,与本站立场无关。若有侵权等问题请及时与本网联系,我们将在第一时间删除处理。E-MAIL:iwenmi@163.com。举报文章