源碼VS在多用戶情況下

Question

我喜歡的易於部署的這兩個報價相比，到MySQL/SQL服務器等的.mdb

其中在性能方面能更好地伸縮，並且不太容易滋生腐敗在多用戶環境用戶數量增長？

我曾使用access/jet，但沒有與sqlite。

我的訪問經驗是，在我使用它的情況下，小型有線局域網可以正常工作，但在網絡不穩固時可能會出現腐敗問題。此外，它似乎無線網絡上工作得很好（至少對我而言）。

Answer 1

您可能想查看SqLite的'適當的用途'頁面here。它列出了在各種情況下使用sqlite的優缺點。但是，如果您不打算將它用於來自多個機器的多個進程的併發訪問，它應該能夠很好地對抗Access。

MS Access有多個限制，您可能想要檢出here，例如，最大數據庫大小爲2GB，最多255個併發用戶等。在我認爲的幾乎所有情況下，SqLite均高於這些限制。

編輯：另一件事：SqLite不提供密碼加密數據庫作爲標準，而MS Access顯然。 SQLite的確實有一個proprietary extension for encryption不過，通過誰寫的sqlite的同一開發商：

Answer 2

爲什麼選擇Microsoft Access中？ Microsoft Access是世界上使用最廣泛的桌面數據庫系統。 Microsoft Access是Microsoft Office的一部分，因此有一個通用的界面和大量的開發人員和支持選項。 您可以使用免費的Microsoft Access 2007運行時。 Microsoft Access比SQL Server或Oracle要便宜得多。 使用合格顧問（如RPT軟件）的自定義數據庫的典型開發時間爲數天。使用諸如.net等其他工具或建立一個基於網絡的系統進行類似的開發通常會是所需時間的倍數。 Microsoft Access數據庫的第三方支持非常普遍。示例：到外部數據庫的接口等...... 如果您需要一個滿足您需求的數據庫，並且Microsoft Access是一個可行的選項，那麼實現目標可能是最快和最便宜的方法。 爲什麼不選擇Microsoft Access？ 您已確定需要基於Web的系統。 您有太多的併發用戶。技術限制是255個併發用戶，但現實世界限制是10到80（取決於應用程序的類型）。 您的用戶地理位置分散得太遠，您不想使用遠程控制解決方案來解決此限制。 你有Macintosh電腦上的用戶（考慮Filemaker）。 您的數據庫將過大，無法使用Microsoft Access。通常如果你知道某些東西會有超過一百萬條記錄，你可能會陷入這種情況。

來源：http://www.rptsoftware.com/aboutus/microsoft_access_database/

MySQL的主要是在LAMP環境中使用PHP。 SQL服務器與Windows環境一起使用，並且它們都是全面的數據庫管理系統。

SQLite是一個基於文件的數據庫系統。主要用於存儲會話信息（android的情況下），也用於地理信息系統的空間形式。

Answer 3

您不像比較喜歡，Access是一個快速的應用程序數據庫開發工具，通常使用基於Jet/ACE文件的數據庫。 SQLite是一個基於文件的數據庫。您需要說明您打算使用哪個前端來進行適當的比較。作爲前端用品報告工具等的訪問等。

鑑於通過SQL Server Express向後端的SQL Server存在經過測試的MS Access向上路徑，我建議Access的縮放比例更好。