大家都是怎么解決資源ID問題的（題目有點模糊，方便的近來看看）

No.6

  現(xiàn)在做一套管理設備的系統(tǒng)。設備上各種配置都是有限制的，例如添加用戶只能支持固定個數(shù)的。 這樣管理系統(tǒng)在管理設備時為了方便就有了一張資源表，表中的資源主要就是ID的兩種狀態(tài)，或是被占用，或是沒有被占用。這樣在做操作時就會去表中查詢是否有可用資源，如果有則修改資源狀態(tài)，變?yōu)楸徽加谩?br />
  不知道我這樣說是否說明白了，下面說說遇到的麻煩。遇到的麻煩，因為操作設備添加東西時成功時就得修改一下資源表資源，刪除時同樣要釋放資源表的資源，還有就是有時有一些出錯情況，前面申請的ID也要在后面因為失敗了，釋放掉，總之就是操作太繁瑣了。聽說存儲過程可以解決這個，可是現(xiàn)在用存儲過程效率低了點 不如直接操作數(shù)據(jù)庫快。不知道是存儲過程寫的有問題還是怎么地。

  有沒有朋友遇到類似的問題，希望可以指點一下。

雨過白鷺洲

你是什么系統(tǒng)，存儲過程的效率還滿足不了你的要求？

No.6

原帖由 雨過白鷺洲 于 2008-12-24 10:13 發(fā)表
你是什么系統(tǒng)，存儲過程的效率還滿足不了你的要求？

Linux下啊 數(shù)據(jù)庫是MYSQL

因為我不熟悉存儲過程，一個朋友幫寫寫了一個存儲過程。存儲過程的執(zhí)行效率比通過調用資源表的效率低一些。
我剛剛搜了一下，按網上說的，存儲過程應該比直接寫SELECT語句塊啊

net_robber

存儲過程是多條SQL語句的集合

相當于用SQL寫的自定義函數(shù)

多條語句的速度，自然比單調語句慢

No.6

原帖由 net_robber 于 2008-12-24 10:53 發(fā)表
存儲過程是多條SQL語句的集合

相當于用SQL寫的自定義函數(shù)

多條語句的速度，自然比單調語句慢

恩 也是！對于這類問題就只能局限在資源表和 存儲過程上面嗎 就沒有其他什么解決辦法？

Sorehead

google mysql 事務 數(shù)據(jù)回滾