oracleoracle查看触发器内容问题？

来源：蜘蛛抓取(WebSpider) 时间：2022-11-24 03:41 标签： oracle查看触发器内容

给我们开发软件的公司为了实现分布数据库的同步，在一个表的修改（包括删除、插入、修改）事件上增加了上百个触发器，请问这样做对服务器的性能影响会有多大？如果这些触发器的数量增长到数百个甚至上千个会怎么样？

人家能开软件公司，能拿到项目，总不会是白痴吧？ 肯定有人家的考虑的。

另外，楼主是不是华润万方？ 我每天都去你们那里买东西的，能不能打点折？

要是我，宁可辞职也不给他维护这种破数据库，设计这些Trigger的人可以拖出去喂狗了。
用脚趾头也能想出些更好的办法，呵呵。

现在有25000个，服务器的速度已经很慢了，不知道今后该怎么办

其实也不是太过XX了，想想要是一秒钟要加一条记录。一天就要加多少记录。要是要你查询30万行的记录，大家说应该怎么办呢？

听说触发器是全部装入SGA的，不知道处理10万个左右触发器需要多大的内存，需要什么档次的服务器？

其实实现分布数据库的同步应有dbms实现，用oracle的同义词，数据库链路

希望大家能有一些关于性能影响方面的具体数据？光是说会影响也没有说服力，我只是凭直觉认为这种方式不合适。

非常感谢大家关注我的问题，我们是一个深圳的大型连锁企业，有上百家分店（据说还计划到数百甚至上千个），那个“很牛”的软件公司给我们开发的业务软件里为了实现多分店日销售数据上传，在中心服务器上给每个分店建了一套TRIGGER，平均每店有170个之多，虽然大部分平时不用，可有好几个是每个操作都会触发到了，所以我对我们的服务器运行状态深感担忧。虽然我们目前用的是IBM RS/6000小型机，可我查看服务器状态可以看到现在的CPU资源占用已经超过90%，真不知道那上万个TRIGGER建立起来以后服务器会是什么样子，那个铁疙瘩会不会从机房晃悠出来揍我这个“管理员”？

我已经晕了！！！！！！！！！！！！！！！什么公司阿

肯定有影响！特别是在网络数据通信的时候！！
我做的哪个程序在没有t的时候数据上下传的时候一般是10分钟！
当加了几十个t后，大约要14分钟！
但是我还是觉得有必要加t！！特别是关于数据的一致性

是那个公司的水平太差了，
oracle下的分布式数据库根本就不是那样实现的！

触发器永远不应该是第一选择，一个表要上百个触发器，直觉上不太对劲。
好吧，我不了解具体情况，不敢乱讲，不过我见过有几百行的SQL，其实用一句就搞定的，存在既合理，没错，不过合什么理可不一定。这种结构难道不应该重新设计一下？

这么多trigger，有没有必要？系统有没有经过压力测试？我认为太多的trigger对性能影响很大，尤其是涉及到事务处理时候

我认为用触发器比较安全。而且数据完整性与数据准确性比较高。

不过，有成千上万个就不大好啦！ 注意适量。

我要回帖

更多关于 oracle查看触发器内容 的文章

 

随机推荐