The war package is not automatically decompressed

The war package is placed in the webapps under tomcat7 without decompression. If you do not decompress it, you can decompress it yourself. Just one more step. You can change the suffix of the war package to zip, and then unzip it.

oracle import large sql file

Companies often need to import data back and forth, and have to learn how to import sql of large files to deal with various emergencies.
First you have to use sqlplus to connect to the remote database

sqlplus 用户名/密码@远程数据库ip:端口/实例名 
  • 1

After the connection is successful, use the command

SQL>@E:\bigdata.sql
  • 1

Sometimes there will be garbled characters in Chinese, or an error will be reported. E.g:

ERROR:
ORA-01756: quoted string not properly terminated
  • 1
  • 2

At this point, you need to check the character set of the database server and the character set of the client
1. Check the character set of the database server:

select userenv('language') from dual;

---AMERICAN_AMERICA.AL32UTF8【此处的字符集是这个】
  • 1
  • 2
  • 3

2. Check the client character set

在windows平台下,就是注册表里面相应OracleHome的NLS_LANG。还可以在dos窗口里面自己设置,

比如: set nls_lang=AMERICAN_AMERICA.ZHS16GBK
  • 1
  • 2
  • 3

This may also be related to the sql file. You can try to set the client character set, and you should try two more.

It is also worth mentioning that some characters such as spaces may appear in some files, which will become in sqlplus  , such as the following waiting for input, which often affects the import time:

SQL>Enter value for nbsp;
  • 1

So you need SQL>@E:\bigdata.sqlto set the function of closing the substitution variable first when executing

set difine off
  • 1

In this way, there will be no waiting when importing, which greatly improves the efficiency of importing files.

Guess you like

Origin http://43.154.161.224:23101/article/api/json?id=326026681&siteId=291194637