达梦数据库不是中国自主产权？？？？？

anlinew

原帖由 myth8860 于 2011-4-8 11:54 发表


嗯，有隐形的类型转换确实利用不上索引，这样也会阻塞，这样oracle不会阻塞么？

试验一下啊

不好意思，编辑了你帖子里的部分引用内容

wolfop

原帖由 anlinew 于 2011-4-7 17:09 发表
当a session 做:
update a set a.name='sfads'
where a.id=1

update b set a.name='asfafa'
where a.id=2

......

b session 做：
update a set a.name='sfads'
where a.id=3

update b set a.name='asfafa'
where a.id=4

就算id上有主键索引，a session和b session做的id范围完全不重复时发生死锁，你做何感想？

至于snapshot，我还不至于连这个都不知道吧，呵呵
我特意说是加锁机制而不是锁机制，就是有意要去区分一下，oracle下update id=1 的永远不会阻塞id=3的但是mssql和db2就未必，这实际上是和锁机制不同层面上的问题，不知道我表述清楚没有。。。。

从写不block读变成了两个update是否互相block了。不知不觉中，你就偷换了命题。

anlinew

原帖由 wolfop 于 2011-4-8 21:33 发表

从写不block读变成了两个update是否互相block了。不知不觉中，你就偷换了命题。

我本来就没要说读写block的意思，我一再说我们说的不是一个层面的事情，不同角度看待问题而已，你想说什么我知道，观点也是我支持的，我举例要说什么，前面已经说的比较多了，就不再多说了
又不是要PK，谁跟你搞什么命题啊，呵呵

wolfop

原帖由 anlinew 于 2011-4-8 22:26 发表

我本来就没要说读写block的意思，我一再说我们说的不是一个层面的事情，不同角度看待问题而已，你想说什么我知道，观点也是我支持的，我举例要说什么，前面已经说的比较多了，就不再多说了
又不是要PK，谁跟你搞什么命题啊，呵呵

至于是否应该迁就程序员这点，我不敢苟同。一个日交易量3亿笔一个关键生产系统，ORACLE WW级别的专家在做性能诊断，首先考虑的就是AWR分析出来的高开销的SQL，要求应该改写，从来没说过若等我们下一个版本就能自动从写SQL。比如在SQL中使用sysdate，虽然看似每条SQL都相同，但是每次都要做hardparse。反而DB2 9.7对类似的SQL能复用parse的结果，把动态SQL变成静态SQL。
至于那个执行计划不走索引的问题导致update block的情况，ORACLE这种加锁看似方便程序员的方式，在生产环节更加是有血的教训。一张运营商的SIM卡表，本应该在SIM号和IMSI都建立唯一索引，因为都有基于SIM或者IMSI的更新操作。结果只建立了SIM号索引，在测试环境下由于数据量少，而且那种绕过的方式根本发现不了问题。到了生产环境导致整个业务没法跑。

anlinew

原帖由 wolfop 于 2011-4-9 10:10 发表

至于是否应该迁就程序员这点，我不敢苟同。一个日交易量3亿笔一个关键生产系统，ORACLE WW级别的专家在做性能诊断，首先考虑的就是AWR分析出来的高开销的SQL，要求应该改写，从来没说过若等我们下一个版本就能自动从写SQL。比如在SQL中使用sysdate，虽然看似每条SQL都相同，但是每次都要做hardparse。反而DB2 9.7对类似的SQL能复用parse的结果，把动态SQL变成静态SQL。
至于那个执行计划不走索引的问题导致update block的情况，ORACLE这种加锁看似方便程序员的方式，在生产环节更加是有血的教训。一张运营商的SIM卡表，本应该在SIM号和IMSI都建立唯一索引，因为都有基于SIM或者IMSI的更新操作。结果只建立了SIM号索引，在测试环境下由于数据量少，而且那种绕过的方式根本发现不了问题。到了生产环境导致整个业务没法跑。

大哥，您又误会我了，我当然不认为该迁就程序员了
我要说的是事实上oracle做到了这一点，迎合程序员/管理员，迁就并因此造成依赖，在各个问题权衡时作出更加有利选择
或许我是从数据库产品供应商的层面来看这个问题的吧，毕竟这个话题一开始是讲达梦的，oracle显然是众多达梦们的榜样，oracle何以如此受人欢迎，我个人的点滴不成熟的看法而已。。。

myth8860

呵呵，今天有人问我为什么达梦不能对clob字段进行distinct。

从我们的角度来讲对clob去重似乎完全没有必要，不过还是有人想这么用，呵呵。

select distinct cast(c2 as varchar) from tt; --变通一下做个类型转换好了，超过varchar范围就没必要去重了

MR-debug

晶晶小妹 发表于 2010-11-25 19:31
当然是自主知识产权 说不定哪天就把oracle收购了

真是笑掉大牙了。。。版主几岁了？

MR-debug

myth8860 发表于 2011-3-21 14:42
当然是完全自主知识产权了，这点毋庸置疑，用一下就知道了。

据说达梦是基于开源数据库做的呀。。自己改改就拿来卖了。也可以叫自主知识产权，是这样的

myth8860

MR-debug 发表于 2012-9-11 16:09
据说达梦是基于开源数据库做的呀。。自己改改就拿来卖了。也可以叫自主知识产权，是这样的

据说楼主是从火星来的

MR-debug

myth8860 发表于 2012-9-11 16:18
据说楼主是从火星来的

好吧，达梦威武！国产数据库第一品牌！世界数据库第一品牌！我爱达梦！