有两个应用,后台数据库都是一个,只是用户不同
现在想实现这样的操作:
当应用一的A表插入新数据或者数据发生变化时就会在应用二的B表插入、更新数据并且还关联其它的一些表做UPDATE操作。
所以在应用一的A表加上触发器可以实现以上的操作,但是感觉效率降低明显。
毕竟A表属于应用一,为了更新应用二的B表牺牲了应用一的效率,这个方案不是很好。
请问如果使用存储过程,是不是只有在涉及到A表变更的代码当中逐一地调用存储过程?当然这样的工作量也就增加了。
各位高手还有没有什么好的建议方案??
现在想实现这样的操作:
当应用一的A表插入新数据或者数据发生变化时就会在应用二的B表插入、更新数据并且还关联其它的一些表做UPDATE操作。
所以在应用一的A表加上触发器可以实现以上的操作,但是感觉效率降低明显。
毕竟A表属于应用一,为了更新应用二的B表牺牲了应用一的效率,这个方案不是很好。
请问如果使用存储过程,是不是只有在涉及到A表变更的代码当中逐一地调用存储过程?当然这样的工作量也就增加了。
各位高手还有没有什么好的建议方案??
解决方案 »
- Oracle DBA数据库物理设计问题
- Oracle 查询的一个问题....很棘手~~~ 大家帮忙想想..
- SQL根据一张表的查询结果作为条件与另一张表进行条件查询
- oracle 索引问题 跪求解
- 删除数据库时提示输入internal的密码我没改密码。是什么密码?
- 在从access倒入oracle9i的时候,出现“插入的值对于列过大“的错误,怎么办?
- 为什么我的ORACLE命令只能在$ORACLE_HOME\BIN目录下运行?
- @@@怎样统计出现最多的字段?一个查询问题!!!
- 请求帮忙,解决尴尬,原由:oracle9ias中的“门户”
- oracle 删除表空间 drop tablespaces ora-00942
- oracle 分布式处理的问题
- 一条sql语句去重复的记录的问题 高手帮解决
我有点好奇你的触发器是怎么写的
2、如果B表对数据的更新要求不需要实时,则可以在闲时安排JOB调用存储过程来更新。
只要开发A表用户对对B表用户的增、删、改权限就行啦,反正都是在一个库里的表。回二楼,以前更新B表的操作就是通过批量完成,但是现在需要有要求实时性,所以就只有考虑触发器,但是 更新B表附带来一连串的UPDATE操作,使得只要动A表的操作,执行效率显著降低。
现在效率和实时性产生了严重的冲突,呵呵。