2条回答
默认
最新
评论
回答交流
Markdown
请输入正文
提交
相关推荐
Oracle table analyed时间突然变得特别长，可能是什么原因？
回答 1
已采纳
可能的原因：1.系统资源不足，如cpu/内存等2.锁3.表数据量突然变大4.长时间未分析5.空块过多
xtts 学习
回答 1
已采纳
https://www.modb.pro/doc/43436mos上或者墨天轮就有学习资料
Oracle创建触发器时需要特别注意什么问题？
回答 3
已采纳
在使用触发器时需要注意：对于相同的数据表、相同的事件只能创建一个触发器，比如为表account创建了一个BEFOREINSERT触发器那么如果为表account再次创建一个BEFOREINSERT触发
Oracle一个插入语句其中一个文本字段，用TOAD可以插入，用sqlplus报错。排除unix utf8 SQL文件编码。插入html源码 ORA-01756
回答 1
即便是在utf8代码页下（chcp65001）下，SQLPLUS对ＵＴＦ8的支持也很有限，建议在SQLDEVELOPER或TOAD下处理。
Linux服务器执行lsblk卡主
回答 5
遇到一个类似的问题，可以这样尝试下：1、multipath.conf或者udev的rules.conf去掉这个盘的映射关系：udevadmtrigger;servicemultipathdrestar
一个数据库实例下面有十几个用户，如何实现分用户备份各自的数据，不用一个一个exp?各用户如何实现并发备份？
回答 3
只能写脚本然后定时任务一起备份了。但是备份本来就是高IO操作。一起可能IO用尽还有竞争。没有必要并行。比如ABCDEF几个schema一起，可能不快。但是每个备份开并行能快一些。主要看你磁盘的IO能力
gbk字符集number(16,2)列部分值不显示（排除值为空），请教大神们帮忙看下问题出在哪里
回答 4
看上去像磁盘数据损坏，与字符集无关
ogg 抽取进程报错
回答 1
ORA12805:parallelqueryserverdied并行查询服务器died,需要检查数据库是否正常,查看alert日志。此错误由并行SQL的QC（查询协调器）抛出。此错误通常是由“检测到I
Oracle统计分析表WRH$_SQLTEXT突然变的很大，表未超过3000行，大概有50+Gb,里面存储的就是sqlid和sqltext信息，这个text的字段是clob，clob字段的存储方式，为什么这么占用表空间？
回答 2
truncatetableWRH$SQLTEXT;–—保存AWR收集的SQL文本表，可以安全清空
oracle event 设置10503事件报错
回答 2
再说一点首先要备份sfile然后按照规范修改参数，在重启数据库。注意中英文混输，以及单双引号，events语法规范，如果有其他event要一起设置上，不然执行以下语句会冲掉原来的event.设置ALT
问题信息
请登录之后查看
邀请回答
暂无人订阅该标签，敬请期待~~
