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

chuxu

原帖由 sybfresher 于 2008-12-10 23:17 發(fā)表
就我最近使用Sybase來(lái)看，與Oracle相比，ASE有兩個(gè)比較致命的缺點(diǎn)：
1。很容易造成死鎖，導(dǎo)致性能下降
2。數(shù)據(jù)量大的情況下，性能下降嚴(yán)重
雖然一個(gè)系統(tǒng)性能的好壞，與上層應(yīng)用以及表結(jié)構(gòu)的設(shè)計(jì)有很大關(guān)系， ...

1、你的意思是同樣的sql，在Sybase下容易產(chǎn)生死鎖，在oracle下不會(huì)？能否給出一個(gè)例子看一下？
2、數(shù)據(jù)量大的情況，是指單表的數(shù)據(jù)量大嗎？幾千萬(wàn)行的表應(yīng)該處理檢索還好吧，如果超過(guò)億條，似乎應(yīng)該考慮一下是否該分表了。Oracle表記錄數(shù)的影響沒(méi)有實(shí)際測(cè)試過(guò)，最好也給一個(gè)實(shí)際的例子說(shuō)明一下。

sybfresher

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

Table created.

SQL> insert into t200 values(100);

1 row created.

SQL> select * from t200;

        C1
----------
       100

此時(shí)沒(méi)有commit，在另外一個(gè)session2中查詢：
SQL> select * from t200;

no rows selected

可以看到，雖然session1中做的修改并沒(méi)有commit，但是session2并沒(méi)有被阻塞，可以正常查詢，只不過(guò)查詢到是session1修改前的數(shù)據(jù)。當(dāng)sessiion1中的事務(wù)commit之后，session2中再次運(yùn)行select * from t200，就會(huì)得出:
SQL> select * from t200;

        C1
----------
       100

我們?cè)倏纯碨ybase，同樣先在一個(gè)事務(wù)插入數(shù)據(jù)：
session1:
1> use test2
2> go
1> create table t200(c1 int)
2> go
1> begin tran
2> go
1> insert into t200 values(100)
2> go
(1 row affected)

此時(shí)在session2中查詢：

1> use test2
2> go
1> select * from t200
2> go
在這里被掛住了。。。。。。。。。。。。只有等待session1中的事務(wù)commit之后才能繼續(xù)。
這里雖然不是一個(gè)死鎖的例子，但是我相信Sybase與Oracle的這點(diǎn)差別導(dǎo)致sybase引起死鎖的概率比較大，性能也會(huì)有所下降。也許各有各的好處，是我理解不夠深刻，大家一起探討。

至于第二個(gè)問(wèn)題，我并沒(méi)有什么具體數(shù)據(jù)。每個(gè)人心里都會(huì)有自己的一桿秤的。

zhangyh123

sybase 早不是 top5 的數(shù)據(jù)庫(kù)了

sybfresher

...

hobbylu

是top 1嘿嘿

zq5143

Sybase的產(chǎn)品價(jià)格，售后服務(wù)比Oracle都有優(yōu)勢(shì)~！功能不像Oracle那樣All In One，你用多少功能就買多少功能，比如復(fù)制有專門的復(fù)制服務(wù)器，數(shù)據(jù)分析有專門的IQ。
關(guān)于鎖的問(wèn)題，ASE12.5以后也都支持行鎖。只要應(yīng)用程序設(shè)計(jì)的沒(méi)問(wèn)題，應(yīng)該沒(méi)問(wèn)題的。中國(guó)鐵路售票系統(tǒng)用的就是Sybase的，想象一下你們春運(yùn)時(shí)買火車票時(shí)的情景，Sybase的性能也可想而知。

Eisen

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

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

   呵呵。這個(gè)例子我覺(jué)得舉得不恰當(dāng)，因?yàn)槟阌昧薕racle的那個(gè)樂(lè)觀鎖來(lái)比對(duì)Sybase的悲觀鎖。
你其實(shí)應(yīng)該在Oracle中使用select ... for update來(lái)比對(duì)，這才有可比性。

sybfresher

呵呵，樓上，不管用什么鎖，你能在sybase中實(shí)現(xiàn)我舉的oracle的功能嗎？

wfcjz

是top 1嘿嘿
hobbylu 發(fā)表于 2010-08-12 10:47

    你就意淫吧！

shakeone

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

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

    你用的一定是APL的lock scheme吧？用dol不會(huì)出現(xiàn)這個(gè)問(wèn)題的，話說(shuō)dol都出來(lái)14年了，為什么不用dol呢？