12 3 下一页

更多

查看: 2483|回复: 20

[Tips] 许多Synonym真会降低系统性能吗? [复制链接]

图书管理员

注册会员

中级会员

精华贴数: 0
技术积分: 1551
社区积分: 14
注册时间: 2004-8-1

论坛徽章:: 1

发表于 2006-7-12 22:41:23 |显示全部楼层

同事一直反对我建立Synonym,说会降低Performance,我解释说数据库字典都是Synonym建成的,怎么能影响系统性能呢?

大家说说倒底会不会影响?

使用道具举报

jametong

版主

精华贴数: 0
技术积分: 4065
社区积分: 43
注册时间: 2004-7-22

论坛徽章:: 12

发表于 2006-7-12 22:50:40 |显示全部楼层

生产系统上不建议使用synonym, 对于synonym的查询会增加几次recursive sql, 会对shared pool, library cache, row cache增加负担..

Oracle的数据字典的内部处理是不会使用synonym的, 他创建这些synonym给我们DBA使用, 只是为了我们的方便, 另外这些数据字典视图的查询也不会很频繁..

使用道具举报

samchen

注册会员

中级会员

精华贴数: 0
技术积分: 359
社区积分: 29
注册时间: 2004-3-20

论坛徽章:: 0

发表于 2006-7-12 23:20:23 |显示全部楼层

It's true that using synonyms can impact system performance. But the question is how much, which I think varies depending on the front end applications.

In our production system, the performance is mainly determined by I/O and there are lots of synonyms used. They help developers re-use their codes.

Sam

使用道具举报

biti_rainy

超级版主

人生就是如此

精华贴数: 39
技术积分: 113462
社区积分: 12356
注册时间: 2001-12-12

论坛徽章:: 73

2010广州亚运会纪念徽章:皮划艇
日期:2011-04-26 11:24:14

发表于 2006-7-12 23:31:54 |显示全部楼层

如果 (hard) parse 很多，同义词，尤其是 public 同义词可能会有一定的影响，到底多大倚赖于系统特性。

因为对于对象的搜索顺序：私有对象--- > 私有同义词----> 公有同义词

使用道具举报

hyee

注册会员

一般会员

精华贴数: 1
技术积分: 601
社区积分: 2
注册时间: 2002-11-4

论坛徽章:: 0

发表于 2006-7-13 00:06:23 |显示全部楼层

我们系统基本上都用同义词，所有系统数据库对象都在用户A下，因用到的特性较多，授予比DBA稍低的权限；而用户B则作为客户端登陆用户，授予有限的权限。假如通过用户B调用用户A的对象时，使用A.XXX而不是同义词，个人以为对系统的安全性和可移植性来说是个弊端。至于性能的问题，虽然不至于可忽略不计，但是假如系统出现性能上的瓶颈，那绝不会是因为采用同义词导致。

使用道具举报

andyxu

注册会员

游历在深圳和东莞的金鱼

精华贴数: 0
技术积分: 2776
社区积分: 5670
注册时间: 2004-8-25

论坛徽章:: 8

发表于 2006-7-13 09:00:37 |显示全部楼层

哇，这个还真是不知道啊！长见识了，不过还是不太明白

使用道具举报

rollingpig

版主

精华贴数: 11
技术积分: 33853
社区积分: 3863
注册时间: 2001-10-18

论坛徽章:: 109

发表于 2006-7-13 09:23:18 |显示全部楼层

最初由 biti_rainy 发布
[B]如果 (hard) parse 很多，同义词，尤其是 public 同义词可能会有一定的影响，到底多大倚赖于系统特性。

因为对于对象的搜索顺序：私有对象--- > 私有同义词----> 公有同义词 [/B]

hehe
关键在于(hard) parse 的数量，一个涉及良好的系统， hard parse很少的情况下，也就无所谓通过什么形式（synonym / 直接spicalfy object.）去知道真正的OBJECT了……

不过，出于程序移植的方便，很多时候会不把owner的名字写在object前面了。不然的话，如果有时候需要把整个Application object移到其他database, 就必须使用特定的用户名，很是局限……

另一方面，有时候出于安全的考虑，可能不会直接用object的owner 来连接database,而是使用不同的权限的user 来连接DB.比如说，有一些程序可以使用只需query某个table,那么，它只需用到具有query这几个table权限的用户来连接。而另一个程序需要所有DML权限，那么，我们会给他一个具有更多权限的用户。有时候，可能Object的Owner 完全不会拿来给应用连接，以避免DDL无操作……

为了满足以上两个要求，同义词是无可避免的……

使用道具举报

biti_rainy

超级版主

人生就是如此

精华贴数: 39
技术积分: 113462
社区积分: 12356
注册时间: 2001-12-12

论坛徽章:: 73

发表于 2006-7-13 09:31:03 |显示全部楼层

synonym 的存在的意义自然有它的好处，我就不多说了，上面也说的差不多了

关于 synonym 引出性能问题我至今只听说过一例

尤其同义词是否要是public 的同义词，同义词有其方便的地方，于 parse 时候的影响，我不清楚对于使用 view 哪个会小一点。当然，view 的弊端就是原始表结构发生变化的时候可能无法适应变化。

使用道具举报