readonly的库部分表查询时报错

一个历史资料库,开启为read only状态,查询表R_FEEDER_ID_T时报错(不管下什么条件都报错,甚至select 1 from R_FEEDER_ID_T也不行)

ORA-00604: 递归SQL级别1出现错误

ORA-16000: 打开数据库以进行只读访问

这个表是一个普通表,不是global temp table,也没有什么特殊的地方,没有trigger.

做10046 trace发现有这么一些信息

=====================
PARSING IN CURSOR #11 len=44 dep=1 uid=1 ct=192 lid=1 tim=1276370678012537 hv=3719699332 ad='656b8508'
ALTER PUBLIC SYNONYM "R_FEEDER_ID_T" COMPILE
END OF STMT
PARSE #11:c=0,e=274,p=0,cr=0,cu=0,mis=1,r=0,dep=1,og=1,tim=1276370678012532
=====================
PARSING IN CURSOR #1 len=214 dep=2 uid=51 ct=47 lid=51 tim=1276370678012699 hv=2624602396 ad='656a8628'
BEGIN
    LBACSYS.lbac_events.before_alter(dbms_standard.dictionary_obj_type,
                             dbms_standard.dictionary_obj_name,
                             dbms_standard.dictionary_obj_owner);
  END;
END OF STMT
PARSE #1:c=0,e=29,p=0,cr=0,cu=0,mis=0,r=0,dep=2,og=1,tim=1276370678012695
EXEC #1:c=0,e=132,p=0,cr=0,cu=0,mis=0,r=1,dep=2,og=1,tim=1276370678012922
=====================

还有两条update:

=====================
PARSING IN CURSOR #8 len=78 dep=2 uid=0 ct=6 lid=0 tim=1276370678014051 hv=1963305302 ad='656a14b8'
update dependency$ set p_timestamp=:1, p_obj#=:2 where d_obj#=:3 and p_obj#=:4
END OF STMT
PARSE #8:c=0,e=15,p=0,cr=0,cu=0,mis=0,r=0,dep=2,og=4,tim=1276370678014046
EXEC #7:c=0,e=2811,p=0,cr=0,cu=0,mis=1,r=0,dep=2,og=4,tim=1276370678016944
FETCH #7:c=0,e=53,p=0,cr=3,cu=0,mis=0,r=0,dep=2,og=4,tim=1276370678017055
EXEC #11:c=0,e=4561,p=0,cr=3,cu=0,mis=0,r=0,dep=1,og=1,tim=1276370678017163
=====================
PARSING IN CURSOR #1 len=54 dep=1 uid=0 ct=6 lid=0 tim=1276370678017644 hv=3946387688 ad='656886f8'
update syn$ set node=:2,owner=:3,name=:4 where obj#=:1
END OF STMT
PARSE #1:c=0,e=398,p=0,cr=0,cu=0,mis=1,r=0,dep=1,og=4,tim=1276370678017639
EXEC #1:c=0,e=851,p=0,cr=2,cu=2,mis=1,r=0,dep=1,og=4,tim=1276370678018595
ERROR #1:err=16000 tim=1741938016
=====================

结合起来看ALTER PUBLIC SYNONYM "R_FEEDER_ID_T" COMPILE
,update dependency$ ,syn$应该是和同义词有关的东东

select * from dba_objects where object_name='R_FEEDER_ID_T'发现一个同义词status为invalid

同时其它同义词status为invalid的表查询也报同样的错

将数据库重启,开成read write模式,查询一下这几个同义词失效的表,再看同义词的状态已经变成valid了

再将数据库关掉,开启成read only模式,这时再查之前有问题的表,已经正常了

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/10640532/viewspace-696992/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/10640532/viewspace-696992/

LINQ查询表达式模式原理与自定义实现 LINQ并非依赖IEnumerable<T>或IQueryable<T>接口契约,而是一种基于编译器方法发现机制的查询表达式模式——它通过识别约定命名的静态或实例方法(如Where、Select)实现语法糖转换。该机制本质是C#的鸭子类型实践,强调方法签名匹配而非继承关系,从而支持任意类型原生接入LINQ语法。其技术价值在于解耦数据模型与查询能力,兼顾类型安全与高度灵活性,广泛应用于内存集合、领域对象、API客户端等场景。本文深入解析编译期翻译逻辑,并手把手构建不实现任何LINQ接口的School类,完整演 阅读详情

相关推荐

Proteus库文件报错终极方案:手动创建PROPDEFS.INI的避坑指南

本文针对Proteus软件因缺少PROPDEFS.INI文件导致的库文件报错问题,提供了从原理分析到实战解决的完整方案。文章详细解释了该配置文件作为元件库“数据字典”的核心作用,并给出了手动创建标准模板的详细步骤与字段解析。同时,深入探讨了由版本升级、路径变更或卸载残留引发的冲突问题,提供了进阶排查、环境清理与路径校准的终极解决方法,帮助用户彻底修复报错并优化个人元件库管理。

weixin_29194255的博客 211

clickhouse报错table_is_read_only恢复

clickhouse集群table_is_read_only报错解决

Jerelli的博客 3804

构建全链路SQL注入防御体系:从参数化查询到纵深防护

SQL注入作为长期占据OWASP Top 10的经典Web安全漏洞,其本质在于攻击者通过构造恶意输入,篡改应用程序与数据库交互的原始查询逻辑,从而执行非授权操作。防御的核心原理在于严格分离代码与数据,这通常通过参数化查询(预编译语句)实现,它能确保用户输入始终被当作数据处理,无法改变SQL语句结构。在工程实践中,仅依赖单一防护层存在风险,需要构建纵深防御体系。这包括输入层采用基于语义的白名单验证、代码层强制使用参数化查询或安全的ORM框架、运行时部署WAF进行流量过滤和RASP进行上下文感知防护,以及数据库

weixin_30947043的博客 324

clickhouse只读模式下报错system_events_show_zero_values

文章目录概述原因解决办法 概述 新安装了一个clickhouse集群,也配置了一个readonly账号,但是在使用只读账号登录客户端的时候报错,报错信息如下: Cannot modify ‘system_events_show_zero_values’ setting in readonly mode. 但是不影响查询。 原因 users.xml中设置了只读用户的readonly参数为1,该参数有如下值: 0-允许所有查询。 1-仅允许读取数据查询。 2-允许读取数据和更改设置查询。 解决办法 更改rea

anyitian的博客 1151

ClickHouse distributed_product_mode 配置|当分布式表的 `IN`/`JOIN` 子查询里又出现分布式表时怎么办

distributed_product_mode 是 ClickHouse 的用户级设置,仅控制一种场景:Distributed 表查询的 IN/JOIN 子查询里又出现多分片 Distributed 表且未写 GLOBAL(双分布式子查询)。四种取值:deny(默认,抛 288 错误)、global(发起节点算一次后广播,正确通用)、local(换本地表,仅共置或全量镜像时正确)、allow(各分片各自重算,N 倍扫描 + N² 连接放大,不应使用)。

西京刀客 161

GD32F105RBT6 keil工程模板

创建GD32F105RBT6的keil初始基础工程,未来的所有外设驱动都是基于这个基础工程进行扩展。

RMDYBW的博客 1925

全网最细~ Clickhouse ~ 集群异常排查处理总结

clickhouse

weixin_43849156的博客 3963

FFmpeg + OBS 低延迟直播串流实战:从H264裸流到RTP组播的完整配置

本文详细介绍了如何利用FFmpeg将H264裸流转码为RTP协议,并通过组播技术实现与OBS客户端的超低延迟直播串流。文章深入剖析了FFmpeg关键参数调优、SDP文件生成与配置,以及OBS客户端的无缝拉流方法,为需要毫秒级实时交互的场景提供了一套去中心化、高效稳定的完整解决方案。

fanta的博客 827

ClickHouse—用户权限控制

ClickHouse使用Role-Based Access Control(RBAC),进行用户权限管理。用户()角色(Role)权限策略(Row Policy)配置文件()资源配额(Quota)可以通过两种方式对ClickHouse进行权限控制。类似于MySQL的SQL驱动权限控制(SQL-driven workflow)该方法默认关闭,需要开启(具体操作请看下文)SQL-driven workflow方式在20.1.2.4版本才开始支持通过配置文件进行权限控制(users.xml。

mnasd的博客 4902

人形机器人_双足行走动力学:基于OpenSim平台的股骨模型与建模

摘要 本文系统解析了股骨模型的生物力学特性、建模方法及应用场景,并探讨了基于OpenSim平台的股骨与42块肌肉Hill-type建模的技术流程。股骨作为人体核心承重骨骼,其几何结构、力学性能及多尺度建模方法在医学仿真、假体设计和仿生机器人领域具有重要价值。OpenSim通过逆向动力学、肌肉力优化及多物理场耦合,为临床步态分析、手术规划及仿生系统开发提供量化工具。同时对比了Hill-type模型与其他肌肉模型的优劣,并展望AI驱动建模、智能材料集成等前沿方向。未来研究将聚焦个性化仿真、实时计算优化及生物-机

一枚农夫,闲来有事聊聊天,交个朋友,让沉闷的生活畅想下 1576

SpringBoot与Flowable整合:构建高效审批工作流的实战指南

本文是一份SpringBoot与Flowable整合构建高效审批工作流的实战指南。通过一个经典的二级审批场景,详细介绍了从项目搭建、BPMN流程设计、核心服务编写到RESTful API构建的完整步骤。文章深入探讨了如何利用Flowable工作流引擎实现审批流程的自动化驱动与灵活管理,并分享了变量管理、监听器、异步执行等进阶技巧与常见避坑指南,帮助开发者快速构建健壮、可维护的企业级审批系统。

qsc9012345的博客 519

如何解决ClickHouse的表处于只读状态

在使用ClickHouse的过程中,经常会遇到某个副本的表A处于readonly状态,无法更新数据。 原因:说是zookeeper的压力大(建议data和log分开存储到不同的磁盘),metadata元数据丢失。此时通常有两种解决办法:1)创建一个和该表A结构相同的表A',然后将数据从A表导入到A',多个副本A'的数据会自动同步,以后使用A'表,涉及使用A表的地方都需要修改为A'表;2)DEATCH掉A表,重新创建A表,但此时数据不会自动同步,需要人工从其它副本A表导入。查询哪些副本表处于readonl

1万+

MT5交易软件系统源码

Manager配置的功能及权限:管理客户、开户,销户、入金、信用额度、修改定单、人工交易报表、设定点差、强制平仓、修改密码,设定持仓交割单或挂单小止盈止损点数;26、修改价格 27、更改K线图历史价格 28、同步历史数据;2、系统设置 3、交易管理 4、交易柜台 5、价格更改 6、多台服。务器联机 7、恢复交易历史 8、数据源调整 9、备份服务调整 10、交易市场设定 11、交易单更改 12、平台时间设定(全世界) 13、可添加商品;15、设置商品利息;独立主机(服务器、VPS、VM)

tutujunjun的博客 904

oracle查询 view,oracle view

视图具有以下优点1、限制用户只能通过视图检索数据。这样就可以对最终用户屏蔽创建视图所基于的底层基表。2、可以将复杂查询编写为视图。这样可以对最终用户屏蔽一定的复杂性。3、限制某个视图只能访问基表中的部分数据,这样可以实现另外一层安全性,并且可以对最终用户屏蔽部分行。CREATE [OR REPLACE] VIEW [ { FORCE | NOFORCE }] view_name[ (alias_n...

weixin_39600885的博客 862

UVM环境复位--stop_sequences()

在UVM验证环境中, stop_sequences是一个用于强制终止所有正在运行的 Sequence 的方法,通常用于动态控制激励生成流程。1.通过uvm_config_db传递事件和严格的同步机制,此方案符适用于复杂复位场景和动态测试控制。组件耦合:Driver 和 Sequence 不再直接依赖env,通过标准接口通信。竞争条件:确保 Driver 完成清理后再终止 Sequence。代码健壮性:使用非阻塞操作和事件监听,避免死锁。

qq_42779035的博客 3013

Matlab R2018b简体中文版完整安装图文教程(附安装包下载)

目 录 一、安装过程 二、下载地址 matlab R2018b安装包如下所示,包括主程序和补丁文件两部分。 一、安装过程 双击安装包中的setup.exe。 选择使用文件安装MIYAO,点击下一步。 接受协议,选择是,点击下一步。 输入序列号:09806-07443-53955-64350-21751-41297,点击下一步。 修改安装路径,点击下...

智慧空间实验室 1万+

mysql开通读权限_MySQL部分表Read Only问题排查

问题现象某项目运维人员反馈,正常运行的系统,突然部分业务报错,问题指向MySQL,Table ‘xxxxx’ is read only排查步骤1.首先怀疑的是有人通过mysqldump导库操作,导库默认会锁表,类似于执行了flush tables with read lock ,让运维人员通过show processlist命令查看mysql线程后,没有可疑的导库线程2.远程到现场,发现此现象并非...

weixin_33204898的博客 838

SAP RAP 里的 EML 全解:从语言定位到事务语义,再到真实案例的落地方式

摘要:EML(Entity Manipulation Language)是ABAP RAP模型的核心组件,作为ABAP的子集用于操作业务对象(BO)。它通过声明式语法(READ/MODIFY/EXECUTE/COMMIT)统一访问BO的行为与数据,并由RAP运行时自动处理校验、锁定、草稿管理等生命周期。EML将业务语义融入代码,确保与Fiori应用共享同一套校验逻辑,并通过FAILED/REPORTED/MAPPED管道传递错误与消息。其事务控制(IN LOCAL MODE与COMMIT ENTITIES)

2007 年 ~ 2025 年,深耕 SAP 技术 18 年 527

使用ssh过程中对数据库进行update时报错

org.springframework.dao.InvalidDataAccessApiUsageException: Write operations are not allowed in read-only mode (FlushMode.NEVER) - turn your Session into FlushMode.AUTO or remove 'readOnly' marker from transaction definition

look to the master, follow the master, 1302

Camera2Demo

在Camera2 的基础上进行封装,使得Camera2一堆初始化逻辑与Activity分离,降低耦合度,完成预览拍照并保存的操作

华为的C语言编程规范.pdf

华为技术有限公司内部技术规范。本规范制定了编写C语言程序的基本原则、规则和建议。从代码的清晰、简洁、可测试、安全、程序效率、可移植各个方面对C语言编程作出了具体指导。

用5条SQL搞定PostgreSQL只读账户:从连接权限到自动继承新表权限的全流程

本文详细介绍了在PostgreSQL中创建只读账户的五步核心流程,涵盖连接权限、模式使用、现有表查询以及未来新表的自动权限继承。通过五条核心SQL语句,帮助管理员快速构建安全、完备的只读用户,解决实际运维中的常见权限配置痛点,确保数据访问的安全与便捷。

stone的博客 304

假人有限元模型

假人模型,车辆碰撞假人有限元模型,适合做乘员安全的研究者利用

达梦数据库对象管理实战:从表、索引到存储过程与运维技巧

在关系型数据库系统中,数据库对象是构成数据存储、访问和业务逻辑的核心组件。其管理原理基于数据字典和元数据机制,通过定义、组织和控制各类对象(如表、索引、视图等)来实现数据的结构化存储与高效访问。掌握对象管理技术对于保障数据库的性能、安全与可维护性具有关键价值,尤其在数据规模增长和业务复杂度提升的场景下,能有效避免空间、性能与一致性问题的集中爆发。本文聚焦达梦数据库,深入解析表空间规划、索引设计、分区策略以及程序化对象(如存储过程、包)的创建与优化,并结合表空间监控、权限控制等日常运维实践,系统阐述如何构建稳

weixin_30835649的博客 360

SQL Server参数化查询:安全高效处理IN和LIKE的实战方案

参数化查询是防止SQL注入、提升执行计划复用率的核心机制,其原理在于SQL Server编译期将参数视为类型明确的标量变量,生成可缓存的标准化执行计划。然而T-SQL语法限制导致WHERE IN和LIKE无法直接参数化——前者因IN子句要求编译期确定数量的标量表达式,后者因通配符位置影响索引选择与计划稳定性。技术价值体现在兼顾安全性(杜绝拼接风险)、性能(避免Ad-hoc计划爆炸)与可维护性(强类型校验、统一监控)。典型应用场景包括多选批量查询、前端模糊搜索、运营导出等高并发业务接口。本文聚焦SQL Ser

ciyinzhi8788的博客 483

springboot上使用hibernate报错总结

这两天在试用hibernate,整合入springboot是没问题了,但是具体使用就有问题,大部分应该都是下面两个问题 1、required a bean of type 'org.hibernate.SessionFactory' that could not be found. 2、InvalidDataAccessApiUsageException 和 Write operations ...

lan_学习分享 6014

mongodb高级查询语法

条件操作符:     $gt : >     $lt :     $gte: >=     $lte:     $ne : !=、     $in : in     $nin: not in     $all: all     $not: 反匹配(1.3.3及以上版本) 正则表达式regex,例:{title:{$regex:".*?" + "economy" + ".*/i"}} 后面的

服务器端攻城师 576

elasticsearch报错index read-only

背景 线上服务器的Elasticsearch服务大量报错,查询数据没问题,但是新增或者修改数据时,返回如下错误: { "error": { "root_cause": [ { "type": "cluster_block_exception", "reason": "blocked by: [FORBIDDEN/12/index read-only / allow delete (api)];" } ], "type": "

祈雨v的博客 5185
上一篇: No need to set a listener password in ORACLE 10G
下一篇: ls -l显示年月日时分秒信息
cuicuntu1021
博客等级 码龄11年 1粉丝 0原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符  | 博主筛选后可见
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明:

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

余额充值