标签:orcale开发
一、数据库分类   1、小型数据库:access、foxbase   2、中型数据库:informix、sql server、mysql   3、大型数据库:sybase、db2、oracle 二、注释   1./*   2020年11月6日   这是Oracle中的多行注释   */  
一,作者简述 首先介绍一下自己,作者在传统工作上班,做到第一年基本上用的都是oracle,技术非常落后,但是没有办法当时自己的实力确实很弱,需要磨练,也急需生活费自供自己,多的就不说了。 我相信很多的小伙伴跟我一样。懂的自然懂,要好好努力增强自己才是最关键。 二,工具推荐 接下来就给大家推
今天我们分析了博客站点的2次故障(故障一、故障二),发现一个巧合的地方,.NET 5.0 正式版的 docker 镜像是在11月10日提前发布上线的。 而在11月10日下午4点左右,由于 CI 服务器磁盘空间用完,我们进行了磁盘清理,删除了 CI 服务器上的所有镜像,清理之前 CI 服务
子查询  1、单行子查询:     例如:select * from emp where sal>(select sal from emp where ename = 'ALLEN');  2、多行子查询:any all in      大于any就是大于最小值   select *
一、去重distinct 语法格式:select distinct 列名称 from 表名称 二、统计函数 avg(x) count(1) count(*) max(x) min(x) sum(x) stddev(x) 求一组行中列x值的标准差 variance(x) 求一组行中列x值的方
一、DELETE:属于DML语句。删除数据库中指定条件的数据,相应语法: delete from 表名 where a = b ; (可以加条件的删除) delete from 表名;删除所有行的数据,不能删除某列的值。 执行该语句后,需要使用commit进行提交才能反映到数据库中。
一、外键(foreign key):constraint , refenerces   例如:sno number(7) constraint fk_sno references student(sno),   二、删除(都属于DDL语句)   drop table; 将表结构和表内数据
这世上为什么要有乱码这个东西... 先给大家出个思考题吧,一个汉字占多少字节?是不是网上搜出的答案五花八门,那么读完本篇文章,我希望你至少可以准确知道这个问题的答案,我觉得就算是收获 计算机是用 0 和 1 这种二进制形式,来表示一切信息的。所以它需要对所有的信息进行编码,对整数、浮点数进
一、Oracle数据库的备份 1.使用scott用户备份数据 (1)编辑参数文件export.txt   userid(用户名/口令) = scott/tiger   buffer(数据缓冲区大小) = 100000   log =d:bkexp.log   file = d:bkback
  安装完Oracle之后,打开sql plus 登陆输入完用户密码之后(即使确认Oracle安装无报错或者重装好几次以及用户名、密码输入完全正确也不行!) ①解决方法一:   修改本地用户组信息来解决问题,具体教程内容,放传送门:https://blog.csdn.net/qq_3767
连接本地数据库报以上错误,需要修改本地数据库的监听配置文件(如下所示:) 比如我的本地oracle数据库相关文件在E:appuserproduct11.2.0dbhome_1下 然后在E:appuserproduct11.2.0dbhome_1NETWORKADMIN找到listener
问题描述 开发同事在在14点左右发现任务表task_info数据不正确,3个小时之前的数据消失了,数据截至时间11:38:27 问题分析 查询过dba_source,只找到一个删除该表的存储过程,而且也不会造成这种情况; 根据现象,怀疑有人在11:38左右做了delete操作且没有写
[20201126]11g VPD的问题.txt--//链接https://hourim.wordpress.com/2020/09/30/ddl-optimization-and-vpd/提到的问题在测试环境测试看看。--//你可以查看中文版本更加详细的介绍10g,11g与12c增加列的
full join 空值填充 SELECT coalesce( NULL , 0) as tianchong FROM DUAL SELECT coalesce( '' , '0') as tianchong FROM DUAL   SELECT A.M, coales
大家好,非常抱歉,在昨天下午(12月3日)的访问高峰,园子迎来更高的并发,在这样的高并发下,突发的数据库连接故障造成博客站点全线崩溃,由此给您带来很大的麻烦,请您谅解。 最近,我们一边在忙于AWS合作项目,一边在加快产品的改进速度,一边在统一全园UI,一边在忙于解决高并发下出现的各种问题。