線上訂房服務-台灣趴趴狗聯合訂房中心
發文 回覆 瀏覽次數:1393
推到 Plurk!
推到 Facebook!

請問各位前輩Mulit-User(多人使用)的資料庫設計經驗

 
asupeduer
初階會員


發表:36
回覆:49
積分:27
註冊:2002-11-08

發送簡訊給我
#1 引用回覆 回覆 發表時間:2002-12-12 14:46:13 IP:61.13.xxx.xxx 未訂閱
想請教各位前輩另外一個問題︰ 我在設計多重使用者與單一使用者的資料庫上,做法該有哪些不同,雖然做過,但是跑起來順不順利卻是另外一回事,且會有例如兩人同時編輯同一筆資料的問題,當發生此問題應如何解決?    以及甲方編輯時,如以方企圖編輯,是否可採用鎖定或是通知的方式來進入資料編輯狀態?    另外還有死結問題等等,雖然目前都還沒有碰過,但未來要設計一套資料量大的多重使用者的資料庫程式,這些應該都是要考慮在內的吧?大概也是因為我之前設計的雖然是多重使用者的程式,或許使用者數量及資料量不夠龐大,這些隱藏的問題都未曾顯現過。    另外也聽過別人提及「壓力測試」,是指資料庫引擎效能的測試嗎?或是還有其他程式上線運作前應該進行的測試工作呢?    能否請前輩們談談在設計多人使用的資料庫時,應該要多注意哪些是項,那有哪些參考書目或文件可以幫助小弟成長的呢?     //------------------------------------------------ 我常在想,寫程式跟爬格子到底有什麼不同呢??????????? //------------------------------------------------
------
//------------------------------------------------
我常在想,寫程式跟爬格子到底有什麼不同呢???????????
//------------------------------------------------
P.D.
版主


發表:603
回覆:4038
積分:3874
註冊:2006-10-31

發送簡訊給我
#2 引用回覆 回覆 發表時間:2002-12-12 18:47:15 IP:61.66.xxx.xxx 未訂閱
引言: 想請教各位前輩另外一個問題︰ 我在設計多重使用者與單一使用者的資料庫上,做法該有哪些不同,雖然做過,但是跑起來順不順利卻是另外一回事,且會有例如兩人同時編輯同一筆資料的問題,當發生此問題應如何解決? 以及甲方編輯時,如以方企圖編輯,是否可採用鎖定或是通知的方式來進入資料編輯狀態?
這得看你用那一種資料庫, 如果是localdatabase(dbase, paradox), 必須透過bde提供的 dbi function 來控制, 你可以參考[業界標準手冊]實用篇及技術篇, 內有很詳細的介紹, 不過有點深! 如果是client/server資料庫(Interbase, SQL..), 那又有許多不同的作法, 無法在此一言蔽之, 你應該先熟悉SQL的運用再來討論! 基本上, 你要的功能都可以做得到! 另外你提到的壓力測試, 我沒有接觸過, 不過我想這對實務上有那麼重要嗎? 我猜這可能是來自一些談Database設計的書來的吧!(我指的不是市面上看到如dbase設計, 資料庫管理設計, foxpro設計的database, 而是在談一些正規化database系統的書), 你可能從這方面去找找看! 發表人 - P.D. 於 2002/12/12 18:51:37
asupeduer
初階會員


發表:36
回覆:49
積分:27
註冊:2002-11-08

發送簡訊給我
#3 引用回覆 回覆 發表時間:2002-12-12 19:20:15 IP:61.13.xxx.xxx 未訂閱
感謝P.D.大大, 能否請大大說說在設計多人使用的資料庫系統常會碰到的一些問題呢? 因為我還是不大清楚可能會發生問題的地方,來自哪些環節。 又會碰到哪些問題呢? 因為常常是跑的時候沒問題,可是多人使用時,就會出現問題。 能能大大做個經驗談呢? 感激不盡 附帶一提,小弟目前是用SQL SERVER,Client/Server架構 //------------------------------------------------ 我常在想,寫程式跟爬格子到底有什麼不同呢??????????? //------------------------------------------------ 發表人 - asupeduer 於 2002/12/12 19:22:19
------
//------------------------------------------------
我常在想,寫程式跟爬格子到底有什麼不同呢???????????
//------------------------------------------------
Mickey
版主


發表:77
回覆:1882
積分:1390
註冊:2002-12-11

發送簡訊給我
#4 引用回覆 回覆 發表時間:2002-12-16 12:56:49 IP:61.219.xxx.xxx 未訂閱
說實在話, Multi-User 是頗大的一個話題, Client/Server 架構, Application Developer 好像滿少人在意 Server 端, 我想 asupeduer 應是一個相當優秀的 Project Manager 才是。 個人的看法: DB Server 處理之優點是效率好,可靠度佳;缺點是 Implement/Debug 較不容易, SQL Statement 未完全標準化。 以工作量來看,個人大致上量化之, Client 70% , Server 30%。 歸納幾點經驗如下: ●Relation DataBase Data Model (Schema) 盡可能正規化,或許會造成 Client Application Software 處理的'煩'雜度,但考慮大系統大資料量之 OLTP 應是 正確的方向。 ●多使用 Transaction ,發揮 DB Server 優於 Local Data system 之特長。 ●Data Device Segment/Partition 規劃, 如 data 與 index 分開儲存, SQL 效率可增加,但同時也增加了 DBA 資料庫管理的複雜度。 一時想不到太多,有空再討論。
系統時間:2024-11-22 20:26:06
聯絡我們 | Delphi K.Top討論版
本站聲明
1. 本論壇為無營利行為之開放平台,所有文章都是由網友自行張貼,如牽涉到法律糾紛一切與本站無關。
2. 假如網友發表之內容涉及侵權,而損及您的利益,請立即通知版主刪除。
3. 請勿批評中華民國元首及政府或批評各政黨,是藍是綠本站無權干涉,但這裡不是政治性論壇!