sybase 的應(yīng)用到底在哪里？？

shakeone

sybase的用戶都是jpmorgan, morgan stanley, goldman sachs, ubs, creidt suisse等各種金融巨頭。不過公司投入是有點(diǎn)保守，和oracle側(cè)重于大而全不同，ase側(cè)重于快，不過現(xiàn)在sap來了要求就更多了。

shakeone

如果lz有機(jī)會(huì)在ibank或者金融行業(yè)干過，就不會(huì)問這個(gè)問題了

andkylee

回復(fù) 20# shakeone


    既然都dol都開發(fā)出來14個(gè)年頭了， 為什么默認(rèn)的lock-scheme仍然是allpages？
這是一定的原因。

andkylee

sybase的用戶都是jpmorgan, morgan stanley, goldman sachs, ubs, creidt suisse等各種金融巨頭。不過公司投 ...
shakeone 發(fā)表于 2010-08-13 12:37

    這個(gè)哥們是sybase的。因?yàn)榈枚嘞蚰銓W(xué)習(xí)。

shakeone

回復(fù)  shakeone


    既然都dol都開發(fā)出來14個(gè)年頭了， 為什么默認(rèn)的lock-scheme仍然是allpages？
這 ...
andkylee 發(fā)表于 2010-08-13 13:23

    你說的默認(rèn)的lock-scheme如果是指create table不指定lock-scheme的話，這個(gè)值可以在default.cfg里改的。
   如果你說的是default.cfg里'lock scheme'的默認(rèn)值，主要大家覺得這個(gè)值沒必要改，因?yàn)榫退愀囊埠芎?jiǎn)單。
   從1254升級(jí)到15x系列，連系統(tǒng)表都從apl變成了dol，所以我覺得如果你的表有大量dml的話，堅(jiān)決用dol，如果dml很少，query為主，apl比較合適

sybfresher

你用的一定是APL的lock scheme吧？用dol不會(huì)出現(xiàn)這個(gè)問題的，話說dol都出來14年了，為什么不用do ...
shakeone 發(fā)表于 2010-08-13 12:32

    Datarows類型的表可以不會(huì)出現(xiàn)我舉的那個(gè)insert掛住的例子，但是，如果session1是對(duì)某些行數(shù)據(jù)進(jìn)行update，而session2去查詢，一樣的會(huì)被session1阻塞住，而Oracle不會(huì)。關(guān)鍵還是兩者的隔離級(jí)別不一樣導(dǎo)致的，ASE沒有Oracle的默認(rèn)隔離級(jí)別，本質(zhì)上與是否行級(jí)鎖無關(guān)。

D_D_D_D

關(guān)于第一個(gè)問題，舉個(gè)最簡(jiǎn)單的例子。先看在Oracle中：
session1:
SQL> create table t200 (c1 int);

...
sybfresher 發(fā)表于 2008-12-12 11:09

    大哥，這個(gè)是因?yàn)镾和O對(duì)事物處理時(shí)默認(rèn)使用的是不同的隔離級(jí)別，你要是在S中set isolate 0的話和O完全一致，都是臟讀了。

這個(gè)只能說理念不同，默認(rèn)情況下，S保證數(shù)據(jù)的一致性和正確性，O求快，并沒有什么絕對(duì)錯(cuò)誤之分。但仔細(xì)想想，如果想銀行，券商等，默認(rèn)能允許臟讀么？我想不會(huì)吧。

D_D_D_D

Datarows類型的表可以不會(huì)出現(xiàn)我舉的那個(gè)insert掛住的例子，但是，如果session1是對(duì)某些行數(shù)據(jù)進(jìn) ...
sybfresher 發(fā)表于 2010-08-14 16:19

    隔離級(jí)別O和S都有，而且都有0,1,2,3，根據(jù)業(yè)務(wù)需要的不同在session中可以指定。

sybfresher

大哥，這個(gè)是因?yàn)镾和O對(duì)事物處理時(shí)默認(rèn)使用的是不同的隔離級(jí)別，你要是在S中set isolate 0的話和 ...
D_D_D_D 發(fā)表于 2010-08-16 11:29

    我并沒有說ASE沒有實(shí)現(xiàn)ANSI定義的4種隔離級(jí)別。恰恰相反，ASE很好地實(shí)現(xiàn)了ANSI的四種隔離級(jí)別。但是，我舉的那個(gè)例子，Oracle并不是贓讀啊，session2讀到的是session1之前別人已經(jīng)提交的完整的數(shù)據(jù)，并不包括session1正在修改的、事務(wù)沒有結(jié)束的臟數(shù)據(jù)。Oracle的這各種類似IQ的snapshot的隔離級(jí)別ASE是沒有的。如果你使用ASE的隔離級(jí)別0去達(dá)到不被session1阻塞的目的，你讀到的東西也是不一樣的，和Oracle根本不在一個(gè)層次上。。。。退10000步講，就算我使用隔離級(jí)別0，ASE還必須要求這張表上要有唯一索引——這有可能會(huì)涉及到改變表結(jié)構(gòu)，又牽涉到另外一個(gè)層面的問題了。。。

D_D_D_D

我并沒有說ASE沒有實(shí)現(xiàn)ANSI定義的4種隔離級(jí)別。恰恰相反，ASE很好地實(shí)現(xiàn)了ANSI的四種隔離級(jí)別。但 ...
sybfresher 發(fā)表于 2010-08-16 11:59

    又看了一遍你之前的例子，我認(rèn)為就是Read Uncommitted，O和S兩個(gè)廠商在對(duì)隔離級(jí)別為0時(shí)對(duì)事物采取的處理方式是一樣的，達(dá)到的效果也是一樣的。


   話說回來，O和S東西再好意義也不大了，除非咱們搞技術(shù)的出國(guó)，ZF正在逐漸將核心和國(guó)計(jì)民生的應(yīng)用，連同服務(wù)器，操作系統(tǒng)，數(shù)據(jù)庫，中間件等逐步的往國(guó)有化上推，雖說很爛...