2011-01-22 76 views
3

我們使用SQL Server 2008 R2運行.Net 4.0 ASP.Net應用程序。我經常遇到與數據庫相關的問題,必須經常查看優化我的SQL代碼(過程,觸發器,作業等)的可能性。最近,我開始瞭解MongoDB並閱讀了一些關於它的文章。SQL Server 2008 R2到MongoDB - 遷移是否安全?

不可否認,所有文章都顯示Mongo在CRUD操作中比SQL Server 2008 R2快得多。

我還看到sourceforge已經從MySQL遷移到MongoDB,並聲稱能夠處理100倍以上的數據。

所以,這些統計數據印象深刻,我去了mongoDB網站,我跟着他們的短片演示。很不錯。但我找不到其他數據庫相關方面的更多信息,例如SProcs,觸發器,作業,遊標,密鑰,索引等。

我主要關心的是MongoDB的發展,我可以想到從SQL遷移Server 2008 R2。此外,諸如Keys,Indexex,SProcs,觸發器,SQL作業等東西也存在於MongoDB中嗎?他們的.Net集成API有多好?

有人有什麼想法嗎?

在期待

回答

4

的問題你面對什麼樣的與SQL Server 2008 R2感謝?

一個選項可能是弄清楚並修復它們。如果你優化你的存儲過程,如果你重新設計你的表和索引以提高效率,這可能足以讓你的應用程序運行良好。

我不知道MongoDB那麼好 - 但基本的方法是非常不同的 - 而不是行和列和關係,你有「文檔」。據我所知,MongoDB沒有類似於存儲過程或觸發器的構造 - 所有這些都必須在應用程序中處理。

所以它真的取決於你有什麼樣的應用程序 - 類似於會計應用程序的東西在SQL Server 2008 R2中可能更好,而其他東西可能更適合MongoDB。

我不認爲切換到MongoDB是一個「速戰速決」只是爲任何類型的性能問題...

還檢查了這個其他SO張貼在同樣的話題:

Reasons for and against moving from SQL server to MongoDB

+1

+1。如果使用適當的硬件和良好的編程來運行關係數據庫,那麼這種關係數據庫是非常有能力的,有時情況並非如此(編程接近濫用是我經常看到的)。 Mongodb等是文檔商店 - 它們有優點和缺點。瞭解它們如何適合你是真正能夠真正使用它們的核心。我有很多應用程序只是不遵循「文檔」的方法。 – TomTom 2011-01-22 09:42:09

相關問題