转自: https://blog.csdn.net/dietime1943/article/details/52672813# PL/SQL下timestamp日期显示格式问题 现象: 日期检索出来显示年只有两位 16-08-18 00:00:00.000000 解决方案: 在系统环境变量中追加一个新变量(如下参考) 变量名 : NLS_TIMESTAMP_FORMAT 变量值 : YYYY-MM-DD HH24:MI:SS:FF6 保存后,重启PL/SQL 查看当前TIMESTAMP的显示格式

http://blog.csdn.net/cwjcsu/article/details/9216981

一.关于PLSQL无法正确显示中文 刚才下载安装了PLSQL Developer 9.0.0.1601 汉化绿色版,执行SQL查询语句,发现显示的数据中只要有中文都会以?表示.经过网上查询得知这是客户端跟服务器的字符集不匹配造成的.解决方法如下: 1.查询oracle server端的字符集.打开PLSQL的查询窗口中输入下面SQL查询语句. select userenv('language') from dual; 得到的服务器字符集为:SIMPLIFIED CHINESE_CHINA.ZHS

此方法在其它版系统也可以解决 win10-64 plsql oracle 11g绿色版客户端 错误现象: 因为oracle用的是绿色版,无法设置注册表,尝试以下方法. 解决方法: 1.在plsql中查询oracle服务端默认语言 select * from v$nls_parameters t where t.PARAMETER ='NLS_LANGUAGE' or t.PARAMETER ='NLS_CHARACTERSET'; --------------------------------

刚入坑oracle就遇到个坑. 坑描述: 系统:Windows7 oracle:同时安装,11g和12c(安装顺序,先装的12c然后装的11g) 坑:开始安装的12c用SQL Developer使用本地数据库一切正常,公司服务器上的oracle是11g版本,PLSQL是公司用的绿色版(公司全用的oracle_11g)好像也只适用11g,结果PLSQL连不上公司服务器的数据库.于是就又装了一个oracle_11c,装完后到是连上了公司服务器,坑也就来了,库里所有中文全变成了问号,用其他同事的电脑查

打开plsql查看数据表时,会看到中文显示乱码问题 解决方案 输入下图所示语句并运行 在输入下图所示语句并运行,查看第一行和第九行是否对应 3)查看下环境变量的设置,查看是否有变量NLS_LANG,没有则新建该变量 4)新建变量,设置变量名:NLS_LANG,变量值:SIMPLIFIED CHINESE_CHINA.ZHS16GBK(这里的变量值需要与数据库环境相同所以不固定:比如还会有utf-8等),确定即可 重启plsql,即可看到显示正常了

一.显式cursor 显式是相对与隐式cursor而言的,就是有一个明白的声明的cursor.显式游标的声明类似例如以下(具体的语法參加plsql ref doc ): cursor cursor_name (parameter list) is select ... 游标从declare.open.fetch.close是一个完整的生命旅程. 当然了一个这种游标是能够被多次open进行使用的,显式cursor是静态cursor,她的作用域是全局的,但也必须明确,静态cursor也仅仅有pl/s

最近新买的电脑,配置好数据库连接后,plsql查看数据与插入中文数据都显示问号(???),同事的都正常显示,查看了很多资料,有的说是数据库字符集的原因让修改数据库的字符集,但是我的数据库都是远程连接正式环境的数据库,修改正式库的字符集是不可能了,毕竟别人的都好使.后来终于得以解决,下面我来详细介绍如何解决的(简单好用): 原因:本机没有配置数据库字符集环境变量,或是与数据库字符集不一致. 步骤一:执行在plsql中执行 select userenv('language') from dual;

一.关于PLSQL无法正确显示中文 刚才下载安装了PLSQL Developer 9.0.0.1601 汉化绿色版,执行SQL查询语句,发现显示的数据中只要有中文都会以?表示.经过网上查询得知这是客户端跟服务器的字符集不匹配造成的.解决方法如下:1.查询oracle server端的字符集.打开PLSQL的查询窗口中输入下面SQL查询语句.select userenv('language') from dual; 得到的服务器字符集为:SIMPLIFIED CHINESE_CHINA.ZHS16

不小心把plsql的左边的都关了,如图 菜单条---工具---浏览器. 即可.

1. select userenv('language') from dual 2. 复制查询的值配置系统环境变量 NLS_LANG=AMERICAN_AMERICA.ZHS16GBK 3.配置系统环境变量 LANG=zh_CN.GBK 4.重启plsql

我的解决方案: 直接新增一个系统变量: key值为:NLS_TIMESTAMP_FORMATvalue的值为:YYYY-MM-DD HH24:MI:SSFF6 其它解决方案: 在登录PLSQL之后,查询相应数据库数据时,发现PLSQL的timestamp显示乱码,如下图所示. 查询数据库服务器端字符集编码,使用如下命令: select userenv('language') from dual 结果如下:SIMPLIFIED CHINESE_CHINA.AL32UTF8   在环境变量中设置NL

plsql 登录后,提示数据库字符集(AL32UTF8)和客户端字符集(ZHS16GBK)不一致 (2014-07-25 18:40:34)转载▼ 标签: it 分类: Database Database character set (AL32UTF8) and Client character set (ZHS16GBK) are different. Character set conversion may cause unexpected results. Note: you can se

Oracle针对不同的数据需求,提供了多种类.多层次的数据类型体系.我们在实际应用中,最好可以依据业务数据的实际形态和前端应用的语言.框架特性来确定字段类型的选择. Date类型是我们经常使用的时间类型数据表示,包括了年月日时分秒信息.作为Date类型的一个拓展,Oracle提供了Timestamp数据类型,作为高精度时间类型的体现.   1.Timestamp的高精度 Timestamp在官方中的定义方式是timestamp(n),其中n表示秒级片段(fractional_seconds)的精

关于datetime,date,timestamp,year,time时间类型 datetime占用8个字节 日期范围:”1000-01-01 00:00:00” 到”9999-12-31 23:59:59” date占用3个字节 可以显示范围:”1000-01-01” 到”9999-12-31” timestamp占用4个字节 timestamp显示结果跟datetime一样,固定格式:”YYYY-MM-DD HH:MM:SS” 不同的是: 1,timestamp占用4个字节,显示的范围”19

Fiddler2 主菜单 六个主菜单分别是: 文件(File) Capture Traffic ——启用捕获功能,快捷键 F12 此功能的开启/关闭状态,程序安装后默认是开启的.可以在 Fiddler 底部状态栏最左侧看到:(开启状态).(关闭状态) 也可以通过鼠标点击状态栏该图标来进行切换. Load Archive... ——载入本地保存的 Session 压缩包 Save ——保存 All Sessions... ——保存捕获到的全部 Session 到压缩包 Selected Sessi

最近碰到Oracle乱码问题,刚开始甚是头疼,以前在合肥出差的时候,这种问题也碰到过,当时直接抛给了“乌压压一片”(一个搞数据的同事儿),这次没办法躲过,只好硬着头皮上.虽然我这次碰到的是Oracle乱码问题中的一个,但是我决定将这个乱码问题整理清楚(不整清楚,就觉得身边有个定时炸弹,怕下次整数据库的时候会突然又爆炸).     解决这个问题的关键在于理解字符集的概念,所以在正文开始之前,有必要先提一下字符集的相关知识!(这部分知识,对于解决j2ee中文参数传递过程中出现的乱码,也非常具有参考意

第二章 数据类型 Mysql中尽量不要使用UNSIGNED,因为可能会带来一些意想不到的效果 SHOW CREATE TABLE tablename\G;查看表的创建语句 ZEROFILL会将宽度小于设置的时候自动填充0 生产环境建议将SQL_MODE设置为严格模式:SET GLOBAL sql_mode='strict_trans_tables'; DATETIME占用8字节,DATE占用3字节,TIMESTAMP占用4字节,DATETIME和TIMESTAMP显示的结果都是一样的,都是固定的

FLOAT 和DOUBLE 类型支持使用标准的浮点运算进行近似计算. DECIMAL类型用于存储精确的小数. 因为cpu不支持对DECIMAL的直接计算,所以在Mysql5.0及更高的版本中,MYSQL服务器自身实现了DECIMAL的高精度计算.相对而言,cpu直接支持原生浮点计算,所以浮点运算冥想更快. 浮点和DECIMAL类型都可以指定精度.对于DECIMAL列,可以指定小数点前后允许的最大位数.这会影响到列的空间消耗.Mysql5.0和更高将数字打包保存到一个二进制字符串中(每4个字节存储

1.选择优化的数据类型的标准 1)更小的通常更好. 一般情况下,应该尽量使用可以正确存储数据的最小数据类型.更小的数据类型通常更快,因为他们占用更少的磁盘.内存和CPU缓存,并且处理时需要的CPU周期也更少. 2)简单就好 简单数据类型的操作通常需要更少的CPU周期 3)尽量避免NULL 许多表都包含可为NULL(空值)的列,记事应用程序并不需要保存NULL也是如此,这是因为可为NULL是列的默认属性.通常情况下,最好制定列为NOT NULL,除非真的需要存储NULL. 2.基本的数据类型 1)