查看Oracle当前用户下的信息_oracle 用户名下的数据名，2024年最新海量算法高频面试题精编解析

2401_84253182

于 2024-04-20 07:04:09 发布

阅读量652

点赞数 18

分类专栏： 2024年程序员学习文章标签： oracle 算法数据库

本文链接：https://blog.csdn.net/2401_84253182/article/details/137986669

版权

2024年程序员学习专栏收录该内容

92 篇文章 0 订阅

订阅专栏

先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新软件测试全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以添加V获取：vip1024b （备注软件测试）

正文

5、视图
查看视图的名称

SQL>select view_name from user_views;

查看创建视图的select语句

SQL>set view_name,text_length from user_views;
SQL>set long 2000; 说明：可以根据视图的text_length值设定set long 的大小
SQL>select text from user_views where view_name=upper(‘&view_name’);

6、同义词
查看同义词的名称

SQL>select * from user_synonyms;

7、约束条件
查看某表的约束条件

SQL>select constraint_name, constraint_type,search_condition, r_constraint_name from user_constraints where table_name = upper(‘&table_name’);
SQL>select c.constraint_name,c.constraint_type,cc.column_name from user_constraints c,user_cons_columns cc where c.owner = upper(‘&table_owner’)
and c.table_name = upper(‘&table_name’)
and c.owner = cc.owner and c.constraint_name = cc.constraint_name
order by cc.position;

8、存储函数和过程
查看函数和过程的状态

SQL>select object_name,status from user_objects where object_type=‘FUNCTION’;
SQL>select object_name,status from user_objects where object_type=‘PROCEDURE’;

查看函数和过程的源代码

SQL>select text from all_source where owner=user and name=upper(‘&plsql_name’);

9、查看建表语句

SELECT DBMS_METADATA.GET_DDL(‘TABLE’,‘TABLE_NAME’)FROM DUAL; #(表名TABLE_NAME一定要来大写)

查看和修改Oracle数据库字符集

**1、查询oracle server端的字符集 **

SQL> select userenv(‘language’) from dual;

USERENV(‘LANGUAGE’)

AMERICAN_AMERICA.ZHS16GBK

SQL>
或者
SQL> set line 150
SQL> col parameter for a30
SQL> col value for a30
SQL> select * from nls_database_parameters
PARAMETER VALUE

NLS_RDBMS_VERSION 12.1.0.2.0
NLS_NCHAR_CONV_EXCP FALSE
NLS_LENGTH_SEMANTICS BYTE
NLS_COMP BINARY
NLS_DUAL_CURRENCY $
NLS_TIMESTAMP_TZ_FORMAT DD-MON-RR HH.MI.SSXFF AM TZR
NLS_TIME_TZ_FORMAT HH.MI.SSXFF AM TZR
NLS_TIMESTAMP_FORMAT DD-MON-RR HH.MI.SSXFF AM
NLS_TIME_FORMAT HH.MI.SSXFF AM
NLS_SORT BINARY
NLS_DATE_LANGUAGE AMERICAN

PARAMETER VALUE

NLS_DATE_FORMAT DD-MON-RR
NLS_CALENDAR GREGORIAN
NLS_NUMERIC_CHARACTERS .,
NLS_NCHAR_CHARACTERSET AL16UTF16
NLS_CHARACTERSET ZHS16GBK
NLS_ISO_CURRENCY AMERICA
NLS_CURRENCY $
NLS_TERRITORY AMERICA
NLS_LANGUAGE AMERICAN

20 rows selected.

SQL>

来源于props$，是表示数据库的字符集。

**2、如何查询dmp文件的字符集 **
用oracle的exp工具导出的dmp文件也包含了字符集信息，dmp文件的第2和第3个字节记录了dmp文件的字符集。如果dmp文件不大，比如只有几M或几十M，可以用UltraEdit打开(16进制方式)，看第2第3个字节的内容，如0354，然后用以下SQL查出它对应的字符集:

SQL> select nls_charset_name(to_number(‘0354’,‘xxxx’)) from dual;

NLS_CHARSET_NAME(TO_NUMBER(‘0354’,‘XXXX’

ZHS16GBK

SQL>

如果dmp文件很大，比如有2G以上(这也是最常见的情况)，用文本编辑器打开很慢或者完全打不开，可以用以下命令(在unix主机上):

#cat exp.dmp | od -x | head -1 | awk ‘{print $2 $3}’ | cut -c 3-6

然后用上述SQL语句也可以得到它对应的字符集。

注意：使用exp/imp 导入导出时是需要设定字符集的，因为它是一个客户端工具。生成的dmp文件根据客户端的字符集来定（如果你没有设置的话），这样如果导出源客户端和目标端数据库字符集不一致，imp导入就会出现乱码；而expdp/impdp工具是不依赖NLS_LANG的，它是基于源端和目标端NLS_CHARACTERSET。
3、查询oracle client端的字符集
在windows平台下，就是注册表里面相应OracleHome的NLS_LANG。还可以在dos窗口里面自己设置，比如:

set nls_lang=AMERICAN_AMERICA.ZHS16GBK

这样就只影响这个窗口里面的环境变量。
在unix平台下，就是环境变量NLS_LANG。

$echo $NLS_LANG
AMERICAN_AMERICA.ZHS16GBK

如果检查的结果发现server端与client端字符集不一致，请统一修改为同server端相同的字符集。
**4、修改oracle的字符集 **
一旦数据库创建后，数据库的字符集理论上讲是不能改变的。因此，在设计和安装之初考虑使用哪一种字符集十分重要。根据Oracle的官方说明，字符集的转换是从子集到超集受支持,反之不行。如果两种字符集之间根本没有子集和超集的关系，那么字符集的转换是不受oracle支持的。对数据库server而言，错误的修改字符集将会导致很多不可测的后果，可能会严重影响数据库的正常运行，所以在修改之前一定要确认两种字符集是否存在子集和超集的关系。一般来说，除非万不得已，我们不建议修改oracle数据库server端的字符集。特别说明，我们最常用的两种字符集ZHS16GBK和 ZHS16CGB231280之间不存在子集和超集关系，因此理论上讲这两种字符集之间的相互转换不受支持。

**修改server端字符集(不建议使用) **
在oracle 8之前，可以用直接修改数据字典表props

来

改

变

数

据

库

的

字

符

集

。

但

之

后

，

至

少

有

三

张

系

统

表

记

录

了

数

据

库

字

符

集

的

信

息

，

只

改

来改变数据库的字符集。但oracle8之后，至少有三张系统表记录了数据库字符集的信息，只改props

来改变数据库的字符集。但oracle8之后，至少有三张系统表记录了数据库字符集的信息，只改props表并不完全，可能引起严重的后果。正确的修改方法如下:

$sqlplus /nolog
SQL>conn / as sysdba; 　　#若此时数据库服务器已启动，则先执行SHUTDOWN IMMEDIATE命令关闭数据库服务器，然后执行以下命令:
SQL>STARTUP MOUNT;
SQL>ALTER SYSTEM ENABLE RESTRICTED SESSION;
SQL>ALTER SYSTEM SET JOB_QUEUE_PROCESSES=0;
SQL>ALTER SYSTEM SET AQ_TM_PROCESSES=0;
SQL>ALTER DATABASE OPEN;
SQL>ALTER DATABASE CHARACTER SET ZHS16GBK;
SQL>ALTER DATABASE national CHARACTER SET ZHS16GBK;
SQL>SHUTDOWN IMMEDIATE;
SQL>STARTUP

**注意：**如果没有大对象，在使用过程中进行语言转换没有什么影响，（切记设定的字符集必须是ORACLE支持，不然不能startup）按上面的做法就可以,但是可能会出现‘ORA-12717: Cannot ALTER DATABASE NATIONAL CHARACTER SET when NCLOB data exists’ 这样的提示信息要解决这个问题有两种方法，一个是,利用INTERNAL_USE 关键字修改区域设置, 还有一个是利用re-create,但是re-create有点复杂,所以请用internal_use。

SQL>SHUTDOWN IMMEDIATE;
SQL>STARTUP MOUNT EXCLUSIVE;
SQL>ALTER SYSTEM ENABLE RESTRICTED SESSION;
SQL>ALTER SYSTEM SET JOB_QUEUE_PROCESSES=0;
SQL>ALTER SYSTEM SET AQ_TM_PROCESSES=0;
SQL>ALTER DATABASE OPEN;
SQL>ALTER DATABASE NATIONAL CHARACTER SET INTERNAL_USE UTF8;
SQL>SHUTDOWN immediate;
SQL>startup;

如果按上面的做法做,National charset的区域设置就没有问题

**修改dmp文件字符集 **
上文说过，dmp文件的第2第3字节记录了字符集信息，因此直接修改dmp文件的第2第3字节的内容就可以‘骗’过oracle的检查。这样做理论上也仅是从子集到超集可以修改，但很多情况下在没有子集和超集关系的情况下也可以修改，我们常用的一些字符集，如 US7ASCII，WE8ISO8859P1，ZHS16CGB231280，ZHS16GBK基本都可以改。因为改的只是dmp文件，所以影响不大。

具体的修改方法比较多，最简单的就是直接用UltraEdit修改dmp文件的第2和第3个字节。

比如想将dmp文件的字符集改为ZHS16GBK，可以用以下SQL查出该种字符集对应的16进制代码:

SQL> select to_char(nls_charset_id(‘ZHS16GBK’), ‘xxxx’) from dual;