oracle 11g 数据库密码大小写敏感性更改

最新推荐文章于 2024-05-19 17:03:37 发布
最新推荐文章于 2024-05-19 17:03:37 发布
阅读量152 收藏
点赞数
文章标签： 数据库
原文链接：http://www.cnblogs.com/arcer/p/4331639.html
版权

oracle 11g数据库密码默认情况下，大小写是敏感的.可以将此值修改成大小写不敏感.

SQL> ALTER SYSTEM SET sec_case_sensitive_logon=FALSE SCOPE=BOTH;

System altered.

 

转载于:https://www.cnblogs.com/arcer/p/4331639.html

weixin_30265171
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Oracle19C设置数据库用户大小写不敏感
zongzizz的博客
04-02 1583
Oracle19C设置数据库用户大小写不敏感
Oracle数据库设计规范建议.doc
01-08
Oracle数据库设计规范建议 1 目的 本规范的主要目的是希望规范数据库设计，尽量提前避免由于数据库设计不当而产生 的麻烦；同时好的规范，在执行的时候可以培养出好的习惯，好的习惯是软件质量的很 好的保证。 数据库设计是指对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其 应用系统，有效存储数据，满足用户信息要求和处理要求。 2 适用范围 本规范的适用人员范围包括我司的所有应用开发人员以及在我司承接数据库应用开 发的软件人员。 本规范的适用IT范围包括数据库对象的命名规范、设计原则、SQL语句的设计和使用 、SQL语句的性能优化建议、其他与性能有关的设计原则以及设计工具的选择。 3 数据对象的命名规范 3.1 通用规范 3.1.1 使用英文：要用简单明了的英文单词，不要用拼音，特别是拼音缩写。主要目的很明确 ，让人容易明白这个对象是做什么用的； 3.1.2 一律大写，特别是表名：有些数据库，表的命名乃至其他数据对象的命名是大小写敏感 的，为了避免不必要的麻烦，并且尊重通常的习惯，最好一律用大写； 3.2 数据库对象命名规范 3.2.1 表的命名 3.2.1.1 表名的前缀：前缀_表名_T。为表的名称增加一个或者多个前缀，前缀名不要太长，可以 用缩写，最好用下划线与后面的单词分开；其目的有这样几个： 3.2.1.1.1 为了不与其他项目或者其他系统、子系统的表重名； 3.2.1.1.2 表示某种从属关系，比如表明是属于某个子系统、某个模块或者某个项目等等。表示这 种从属关系的一个主要目的是，从表名能够大概知道如何去找相关的人员。比如以子系 统为前缀的，当看到这个表的时候，就知道有问题可以去找该子系统的开发和使用人员 ； 3.2.2 视图命名：相关表名_V（或者根据需要另取名字）； 3.2.3 程序包命名：程序包名_PKG（用英文表达程序包意义）； 3.2.4 存储过程命名：存储过程名_PRO（用英文表达存储过程意义）； 3.2.5 函数命名：函数名称_FUN（用英文表达函数作用）； 3.2.6 触发器命名：触发器名称_TRI（用英文表达触发器作用）； 3.2.7 索引命名：表名_字段名_IDX(如果存在多字段索引，取每字段前三个字符加下划线组合 ，如在 custom, cutting, curtail 上建立联合索引，命名为 表名_cus_cut_cur_IDX,如果前三个截取字符相同，就从字段名称中不同的字符开始取三 个字符加下划线组合，如在 custid, custom,custname上建立联合索引，就命名为表_tid_tom_tna_IDX; 3.2.8 唯一索引命名：表名_字段名_UNI(如果存在多字段唯一索引，取每字段前三个字符加下 划线组合，如在 custom, cutting, curtail上建立唯一索引，命名为 表名_ cus_cut_cur_UNI,如果前三个截取字符相同，就从字段名称中不同的字符开始取三个字 符加下划线组合，如：在 custid, custom,custname上建立唯一索引，命名：表_tid_tom_tna_UNI; 3.2.9 主键命名：表名_字段名_PK(如果存在多字段主键，取每字段前三个字符加下划线组合， 如在 custom, cutting, curtail上建立主键，命名为 表名_cus_cut_cur_PK,如果前三个截取字符相同，就从字段名称中不同的字符开始取三 个字符加下划线组合，如在 custid, custom,custname上建立主键，命名：表_tid_tom_tna_PK; 3.2.10 外键命名：表名_主表名_字段名_FK； 3.2.11 Sequence 命名：表名_列名_SEQ（或者根据需要另取名字）； 3.2.12 Synonym 命名：与对应的数据库对象同名； 3.2.12 JAVA 命名：遵守公司相应的JAVA命名规范； 4 数据库对象设计原则 4.1 表的设计 4.1.1 主、外键 4.1.1.1 每个表，都必须要有主键。主键是每行数据的唯一标识，保证主键不可随意更新修改， 在不知道是否需要主键的时候，请加上主键，它会为你的程序以及将来查找数据中的错 误等等，提供一定的帮助； 4.1.1.2 一个表的某列与另一表有关联关系的时候，如果加得上的话，请加上外键约束。外键是 很重要的，所以要特别强调： 4.1.1.2.1 适量建外键。为了保证外键的一致性，数据库会增加一些开销，如果有确凿的并且是对 性能影响到无法满足用户需求的证据，可以考虑不建外键。否则，还是应该建外键； 4.1.1.2.2 不要以数据操作不方便为理由而不建外键。是的，加上外键以后，一些数据操作变得有 些麻烦，但是这正是对数据一致性的保护。正是因为这种保护很有效，所以最好不要拒
mysql数据库开发规范【推荐】
12-16
最近一段时间一边在线上抓取SQL来优化，一边在整理这个开发规范，尽量减少新的问题SQL进入生产库。今天也是对公司的开发做了一次培训，PPT就不放上来了，里面有十来个生产SQL的案例。因为规范大部分还是具有通用性，所以也借鉴了像去哪儿和赶集的规范，但实际在撰写本文的过程中，每一条规范的背后无不是在工作中有参照的反面例子的。如果时间可以的话，会抽出一部分或分析其原理，或用案例证明。 一. 命名规范 1.库名、表名、字段名必须使用小写字母，并采用下划线分割 (1)MySQL有配置参数lower_case_table_names=1，即库表名以小写存储，大小写不敏感。如果是0，则库表名以实际情况
SQL注入攻击与防御（安全技术经典译丛）
02-19
作 者：（美）克拉克 著，黄晓磊，李化 译 SQL注入是Internet上最危险、最有名的安全漏洞之一，本书是目前唯一一本专门致力于讲解SQL威胁的图书。本书作者均是专门研究SQL注入的安全专家，他们集众家之长，对应用程序的基本编码和升级维护进行全面跟踪，详细讲解可能引发SQL注入的行为以及攻击者的利用要素，并结合长期实践经验提出了相应的解决方案。针对SQL注入隐蔽性极强的特点，本书重点讲解了SQL注入的排查方法和可以借助的工具，总结了常见的利用SQL漏洞的方法。另外，本书还专门从代码层和系统层的角度介绍了避免SQL注入的各种策略和需要考虑的问题。 　　本书主要内容 　　SQL注入一直长期存在，但最近有所增强。本书包含所有与SQL注入攻击相关的、当前已知的信息，凝聚了由本书作者组成的、无私奉献的SQL注入专家团队的所有深刻见解。 　　什么是SQL注入?理解它是什么以及它的基本原理 　　查找、确认和自动发现SQL注入 　　查找代码中SQL注入时的提示和技巧 　　使用SQL注入创建利用 　　通过设计来避免由SQL攻击所带来的危险 目录： 第1章 什么是SQL注入 　1.1 概述 　1.2 理解Web应用的工作原理 　　1.2.1 一种简单的应用架构 　　1.2.2 一种较复杂的架构 　1.3 理解SQL注入 　1.4 理解SQL注入的产生过程 　　1.4.1 构造动态字符串 　　1.4.2 不安全的数据库配置 　1.5 本章小结 　1.6 快速解决方案 　1.7 常见问题解答 第2章 SQL注入测试 　2.1 概述 　2.2 寻找SQL注入 　　2.2.1 借助推理进行测试 　　2.2.2 数据库错误 　　2.2.3 应用响应 　　2.2.4 SQL盲注 　2.3 确认SQL注入 　　2.3.1 区分数字和字符串 　　2.3.2 内联SQL注入 　　2.3.3 终止式SQL注入 　　2.3.4 时间延迟 　2.4 自动寻找SQL注入 　2.5 本章小结 　2.6 快速解决方案 　2.7 常见问题解答 第3章 复查代码中的SQL注入 　3.1 概述 　3.2 复查源代码中的SQL注入 　　3.2.1 危险的编码行为 　　3.2.2 危险的函数 　　3.2.3 跟踪数据 　　3.2.4 复查PL/SQL和T-SQL代码 　3.3 自动复查源代码第1章 什么是SQL注入 　　3.3.1 YASCA 　　3.3.2 Pixy 　　3.3.3 AppCodeScan 　　3.3.4 LAPSE 　　3.3.5 SWAAT 　　3.3.6 Microsoft SQL注入源代码分析器 　　3.3.7 CAT.NET 　　3.3.8 商业源代码复查工具 　　3.3.9 Ounce 　　3.3.10 Fortify源代码分析器 　　3.3.11 CodeSecure 　3.4 本章小结 　3.5 快速解决方案 　3.6 常见问题解答 第4章 利用SQL注入 　4.1 概述 　4.2 理解常见的利用技术 　4.3 识别数据库 　　4.3.1 非盲跟踪 　　4.3.2 盲跟踪 　4.4 使用UINON语句提取数据 　　4.4.1 匹配列 　　4.4.2 匹配数据类型 　4.5 使用条件语句 　　4.5.1 方法1：基于时间 　　4.5.2 方法2：基于错误 　　4.5.3 方法3：基于内容 　　4.5.4 处理字符串 　　4.5.5 扩展攻击 　　4.5.6 利用SQL注入错误 　　4.5.7 Oracle中的错误消息 　4.6 枚举数据库模式 　　4.6.1 SQL Server 　　4.6.2 MySQL 　　4.6.3 Oracle 　4.7 提升权限 　　4.7.1 SQL Server 　　4.7.2 Oracle 　4.8 窃取哈希口令 　　4.8.1 SQL Server 　　4.8.2 MySQL 　　4.8.3 Oracle 　4.9 带外通信 　　4.9.1 E-mail 　　4.9.2 HTTP/DNS 　　4.9.3 文件系统 　4.10 自动利用SQL注入 　　4.10.1 Sqlmap 　　4.10.2 Bobcat 　　4.10.3 BSQL 　　4.10.4 其他工具 　4.11 本章小结 　4.12 快速解决方案 　4.13 常见问题解答 第5章 SQL盲注利用 　5.1 概述 　5.2 寻找并确认SQL盲注 　　5.2.1 强制产生通用错误 　　5.2.2 注入带副作用的查询 　　5.2.3 拆分与平衡 　　5.2.4 常见的SQL盲注场景 　　5.2.5 SQL盲注技术 　5.3 使用基于时间的技术 　　5.3.1 延迟数据库查询 　　5.3.2 基于时间推断的考虑 　5.4 使用基于响应的技术 　　5.4.1 MySQL响应技术 　　5.4.2 SQL Server响应技术 　　5.4.3 Oracle响应技术 　　5.4.4 返回多位信息 　5.5 使用非主流通道 　　5.5.1 数据库连接 　　5.5.2 DNS渗漏 　　5.5.3 E-mail渗漏 　　5.5.4 HTTP渗漏 　5.6 自动SQL盲注利用 　　5.6.1 Absinthe 　　5.6.2 BSQL Hacker 　　5.6.3 SQLBrute 　　5.6.4 Sqlninja 　　5.6.5 Squeeza 　5.7 本章小结 　5.8 快速解决方案 　5.9 常见问题解答 第6章 利用操作系统 　6.1 概述 　6.2 访问文件系统 　　6.2.1 读文件 　　6.2.2 写文件 　6.3 执行操作系统命令 　6.4 巩固访问 　6.5 本章小结 　6.6 快速解决方案 　6.7 常见问题解答 　6.8 尾注 第7章 高级话题 　7.1 概述 　7.2 避开输入过滤器 　　7.2.1 使用大小写变种 　　7.2.2 使用SQL注释 　　7.2.3 使用URL编码 　　7.2.4 使用动态的查询执行 　　7.2.5 使用空字节 　　7.2.6 嵌套剥离后的表达式 　　7.2.7 利用截断 　　7.2.8 避开自定义过滤器 　　7.2.9 使用非标准入口点 　7.3 利用二阶SQL注入 　7.4 使用混合攻击 　　7.4.1 修改捕获的数据 　　7.4.2 创建跨站脚本 　　7.4.3 在Oracle上运行操作系统命令 　　7.4.4 利用验证过的漏洞 　7.5 本章小结 　7.6 快速解决方案 　7.7 常见问题解答 第8章 代码层防御 　8.1 概述 　8.2 使用参数化语句 　　8.2.1 Java中的参数化语句 　　8.2.2 .NET(C#)中的参数化语句 　　8.2.3 PHP中的参数化语句 　　8.2.4 PL/SQL中的参数化语句 　8.3 输入验证 　　8.3.1 白名单 　　8.3.2 黑名单 　　8.3.3 Java中的输入验证 　　8.3.4 .NET中的输入验证 　　8.3.5 PHP中的输入验证 　8.4 编码输出 　8.5 规范化 　8.6 通过设计来避免SQL注入的危险 　　8.6.1 使用存储过程 　　8.6.2 使用抽象层 　　8.6.3 处理敏感数据 　　8.6.4 避免明显的对象名 　　8.6.5 创建数据库Honeypot 　　8.6.6 附加的安全开发资源 　8.7 本章小结 　8.8 快速解决方案 　8.9 常见问题解答 第9章 平台层防御 　9.1 概述 　9.2 使用运行时保护 　　9.2.1 Web应用防火墙 　　9.2.2 截断过滤器 　　9.2.3 不可编辑的输入保护与可编辑的输入保护 　　9.2.4 URL策略/页面层策略 　　9.2.5 面向方面编程 　　9.2.6 应用入侵检测系统 　　9.2.7 数据库防火墙 　9.3 确保数据库安全 　　9.3.1 锁定应用数据 　　9.3.2 锁定数据库服务器 　9.4 额外的部署考虑 　　9.4.1 最小化不必要信息的泄露 　　9.4.2 提高Web服务器日志的冗余 　　9.4.3 在独立主机上部署Web服务器和数据库服务器 　　9.4.4 配置网络访问控制 　9.5 本章小结 　9.6 快速解决方案 　9.7 常见问题解答 第10章 参考资料 　10.1 概述 　10.2 SQL入门 　10.3 SQL注入快速参考 　　10.3.1 识别数据库平台 　　10.3.2 Microsoft SQL Server备忘单 　　10.3.3 MySQL备忘单 　　10.3.4 Oracle备忘单
oracle 设置 大小写 敏感
anders lu 的专栏
05-08 4557
（以下内容只有在"="号的情况下生效，LIKE 不行。）有时候我们查询的时候不想通过lower或者upper等函数而把大小写的内容都查询出来，如从sqlserver、mysql等转移到oracle时。在oracle10g可以通过修改session来实现:ALTER SESSION SET NLS_COMP=ANSI;ALTER SESSION SET NLS_SORT=
oracle 修改密码大小写,oracle 设置密码不分大小写
weixin_39914825的博客
04-06 1656
Database Administrators can authenticate database administrators through the datadictionary, (using an account password) like other users. Keep in mind that beginningwith Oracle Database 11g Release 1...
oracle12密码大小写,Oracle 12c 业务用户密码大小写不敏感
weixin_36070745的博客
04-02 673
一、环境介绍：linux 6.6Oracle Database 12c HA环境二、场景描述：运维人员使用pdb中的业务用户appuser1通过客户端工具sqlpus，SQLDevloper工具，输入密码不论大小均可用正常登录，密码大小不敏感。[oracle@db12c~]$sqlplushr/Oracle#[email protected]:1525/pdbhr.example.c...
oracle学习40-Oracle11g 不区分大小写设定
qq_41632427的博客
08-08 1090
vue
oracle数据库大小写敏感配置
Scofy_Pei的专栏
12-15 5897
oracle数据库大小写敏感设置  将sec_case_sensitive_logon初始化参数设置为false后就不区分密码大小写了。　  sql> show parameter sec_case_sensitive_logon  　　name type value  　　------------------------------------ ----------- ---------
oracle密码大小写问题
Winds的专栏
05-15 904
在oracle9i和10g时, 数据库的用户名密码是大小写不敏感的, 但在11g中数据库默认密码的大小写是敏感的, 于是我们会遇到一个很让人崩溃的问题：用9i开发的C/S程序部署到客户端的时候有的用的大写有的用的小写，当数据库升级到11g后就惨了，不论密码设成大写还是小写总有一些客户端要重新配置，这样一个一个来太费劲了，那怎么办呢? 其实很简单, 那就是去除oracle的密码大写敏感设定: al
2009达内SQL学习笔记
02-10
单引号里面的内容，大小写敏感。单引号用来限定字符串， 如果将值与串类型的列进行比较，则需要限定引号；用来与数值列进行比较时，不用引号。 is null：是空。(NULL表示不包含值。与空格、0是不同的。) 如：...
SQL注入攻击与防御
10-04
7.2.1 使用大小写变种 250 7.2.2 使用SQL注释 250 7.2.3 使用URL编码 251 7.2.4 使用动态的查询执行 253 7.2.5 使用空字节 254 7.2.6 嵌套剥离后的表达式 255 7.2.7 利用截断 255 7.2.8 避开自定义过滤器 257 7.2.9 ...
数据库大小写敏感问题
热门推荐
houseq 的专栏
09-22 1万+
Oracle： 默认是大小写不敏感，表名、字段名等不区分大小写，小写字母会自动转换为大写字母； 需要用小写字母时需要使用双引号，或借助函數upper()和lower(),如where upper(col_name)=upper('&input')； drop table dsp_letter_dispatch_bill;----删除表“DSP_LETTER_DISPATCH_BILL”； drop
Oracle中大小写敏感的问题
bisal的专栏
06-09 3927
上周组内例会，提到不同数据库中大小写敏感的问题，问题很小，但是如果不注意，尤其是开发不规范的场景，很容易进坑。首先，我们看下Oracle中对大小写的处理。例如用小写test1创建，但我们在...
oracle11g密码大小写敏感问题
甲骨文进行曲
12-29 1万+
密码大小写敏感是Oracle 11g数据库默认的一个新特性，数据库配置助手(DBCA)在创建数据库期间允许你将这个设置返回到11g以前的功能。 　SEC_CASE_SENSITIVE_LOGON初始化参数控制密码大小写是否敏感，如果现有应用程序与11g的认证过程冲突，你可以使用ALTER SYSTEM命令将这一功能关闭。 　ALTER SYSTEM SET SEC_CASE_SENSITI
将Oracle 11g改为密码大小写不敏感的方法
liangjie5305579的博客
03-10 837
转载地址：http://blog.sina.com.cn/s/blog_5387739b0100mrlc.html Oracle 11g默认安装后，是对密码大小写敏感的，致使利用SI Object Browser 11之前的版本，连接密码带小写字母的数据库时，无法登录。为了解决这个问题，我们只需在SQLPlus里执行“alter system set sec_case_sensitive_...
oracle密码不区分大小写6,Oracle11g新特性——密码区分大小写
weixin_33245447的博客
04-11 804
今天尝试Oracle11g，发现的第一个变化是密码开始区分大小写了。在11g以前，Oracle是不区分用户名、密码的大小写的：[PHP]SQL> conn yangtk/yangtk@ytk102已连接。SQL> CONN YANGTK/YANGTK@YTK102已连接。SQL> SELECT * FROM V$VERSION;BANNER--------------------...
mysql事务(原理)
最新发布
m0_74347016的博客
05-19 617
mysql事务原理
查看oracle数据库的大小写,查看oracle 11g数据库用户的密码是否区分大小写
06-01
至于Oracle 11g数据库用户密码是否区分大小写，答案是：取决于密码的配置。在默认情况下，Oracle 11g数据库用户密码是区分大小写的。也就是说，如果你的密码是“PassWord”，那么你输入“password”或“PASSWORD”...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值