"果然SLC就有提到寫入保證→『可在三年時間內寫入4PB資料（每天3.7TB）"

SSD有這麼容易掛嗎？？？

加上有上RAID安全性應該還不是個大問題吧

SSD的演算法才是關鍵吧.......

SSD 是搜尋快而不是傳輸快

我記得資料庫最重要的是 RAM 要大,一般採購時的配法大多是 Raid + 大量的 RAM + 普普效能的 U.

資料庫的寫法才是重點,在沒辦法更改的情況下,只有照資料庫的供應商建議的方式調整,如定期重建 Index, defrag 硬碟,加大 RAM, 設定資料庫的預設 Cache 成較大的數值(因 default 值小的原因是因為這個設定會耗掉 RAM,但如果加大 RAM 就不用客氣了,除非是賣給客戶端,如果 RAM 要大才能用客戶的硬體可能配合不上).

投資 RAM 不會吃虧,可以先試看看,並加大資料庫的 Cache 值.

快到嚇死人的 SSD "卡"

http://chinese.engadget.com/2008/12...-is-wicked-qui/

不過還沒出

http://www.engadget.com/2008/12/11/...rage-confirmed/

問題是SSD的wear leveling演算法效果到底怎麼樣還有待驗證,而且一般的file system放在SSD上適不適當也是個問題,與其在這方面花力氣(雖然這個搞法看來是最不須要動腦的方法就是了 ),不如找出DB為啥跑不動的主因,對症下藥來的徹底吧....

今年 COSCUP2008 有人透露公司內拿各廠 SSD 跑 db replication 來測的報告, 結論是全軍覆沒, 很明顯要多等幾年再說 _A_

不好意思~
小弟最近也在為資料庫煩惱，不過跟樓主方向不同罷了
為了節省資源就在這問一下(樓主別介意喔 )

最近開始準備一套紀錄的系統，也是會用到資料庫
不過其實我對資料庫的概念非常模糊，程式也在建構中的階段
現在是直接存取access的檔案
不過日後上線後"檔案"打算放在別台主機上，重點來了...

要執行我的程式，.mdb不能為唯讀 (畢竟要寫入)
但又不知道怎樣確保檔案不會被刪除??

網路上的文章找到的答案是改成 sql server，但..
雖然語法大多相通，但是我搞不懂sql server 2008 Express
(有裝過，但是不會用，例如..sql server 2008 Express 是...需要"常駐"的嗎? )


所以來請問有別的途徑可以達到小弟的需求嗎??
或者..一棒敲醒我?
感謝

如果有從其他台電腦連接過的情況...SQL Server是比較好的選擇..ACCESS雖然速度快，但資料大到某種程度時候，速度會大幅度的下降,另外用ACCESS的方式來做遠端時，同樣也會遇到需要開啟共享等等功能，檔案被弄壞的情況，非常容易發生，另外共享斷線的情況也會常常發生。
SQL....基本語法大致上相同，至於連接方式就看你自己用什麼程式了..，
SQL Server也不是只有MS SQL........MYSQL也是不錯的選擇，前提是要會使用...!

MS SQL除了 2000要程式常駐外...2005、2008都改成服務式的，也就是說你灌上去後，只要沒動到服務關閉，那基本上都是處在啟動的狀態，Express版好像只能單機工作，但據小弟查到的資料是說可以進行遠端連接，實際上沒試過...應該是可以吧?

另外express沒有提供備份的功能...只有還原，在這點上雖然其他的解決方式，但在系統內建的備份功能還是比較好用的，需要還原時只需要灌好程式還原回來就ＯＫ了...