两种导入方式:(我选用的是第一种命令导入)
- Oracle sqlDeveloper 使用命令 @C:\Users\Administrator\Documents\导入.sql
- Navicat 右键运行sql文件,然后选择sql脚本。
两种方式的区别:
第一种导入方式:
- 工具的导入功能不支持选择sql脚本导入。
- 可以忽略外键关联的影响,完全按照sql脚本执行。
- 执行时的编码依据的是工具内置的数据库的配置。
第二种导入方式:
- 无法使用@XXX.sql 命令 (可能是缺少什么插件或者oracle客户端)
- 有时候会因为外键关联而在执行sql的时候报错,导致部分数据导入失败。
- 在选择脚本同时可以设置字符集编码。
我使用第一种方案导入之后,查询出来的数据中文显示乱码。
最终解决方案是:
将工具的数据库设置修改为和oralce服务端 语言、地域、字符编码一样的配置。
切记切记,需要重启Oracle sqlDeveloper 工具,使其配置生效。
然后清空表数据,重新导入。
查看oracle服务端的字符集编码
select * from nls_database_parameters;
select userenv('language') from dual;
SELECT * FROM V$NLS_PARAMETERS;
参数 | 值 | 描述 |
---|---|---|
NLS_LANGUAGE | AMERICAN | 语言 |
NLS_TERRITORY | AMERICA | 地域 |
NLS_CHARACTERSET | AL32UTF8 | 字符集 |
最后额外引入一个问题(关于操作系统的字符集编码):
刚才说在工具中查询出来显示乱码。
那么除了在工具中查询出来乱码,在服务端 sqlplus命令行界面查询也可能是乱码的。
即使工具中查询出显示正常了,那么在服务端 sqlplus命令行界面查询也可能是乱码的。
原因是Oracle服务一般安装在linux系统中。系统编码如果和数据库编码不一样的话会导致系统无法显示数据库中的数据。(一般不直接在服务端使用sqlplus命令行查询表数据。如果要解决可以修改系统语言和字符集编码)