用於多局域網用戶訪問Db的替代用戶

-1

我一直在使用4年多以來的應用程序訪問。我意識到現在有時間繼續前進，我需要爲新的數據庫提供建議。下面是我的要求：用於多局域網用戶訪問Db的替代用戶

應該可以將其與Vb.net Windows窗體GUI前端連接 - 所有的數據庫功能，如添加/刪除/編輯/更新將通過vb.net前端完成只要。
應該能夠把局域網的LAN分貝和每一個客戶，然後可以通過它們各自的前端訪問集中存儲的數據庫。
在大多數5-6的用戶將被讀/寫在同一時間的數據庫，所以數據庫不會崩潰或減慢。
因爲我來自MS接入的背景下，我想這就是東西類似於它，這樣我可以學習和迅速適應它。
不是很重要，但我認爲它值得一提。這個數據庫將成爲我的.net應用程序的主要中心數據庫。我的.net應用程序也將通過一些apis與quickbooks和magento進行交互，但最終所有這些數據都將轉到中心db。所以只是好奇，會建議你的數據庫存在任何兼容性問題？
應該處理約10表和10k左右的記錄在每個表
應該是安全的 - 這一點我應該能夠鎖定它或者無論如何防止它從其他地方以外的VB訪問。淨前端。

最後，我希望它可以自由使用，如果可能但不是必需的。

我知道有像MySQL VS sqllite和數據庫的一些話題，但請理解我需要一個建議，這將是容易，因爲我上面列出的目的。

所有輸入將不勝感激。謝謝！

編輯：只是好奇 - 我會超越極限，如果我仍然堅持訪問 - 我理解訪問將不利於多用戶訪問，但我想5級的用戶並不多？

來源

2012-04-27 techspark

投票以關閉作爲題外話，如[SO不是推薦引擎（http://meta.stackexchange.com/a/128562/173644）。 – 2012-04-27 21:39:19

嗨，我已閱讀這些規則。我完全理解所有建議都是主觀的，我看不出有什麼問題。我不知道爲什麼它顯示在MySQL下，有人可以將它移動到正確的部分。如果這個話題至少打開了一天，我會很感激，所以我可以得到一些意見，然後從那裏繼續我的研究。 – techspark 2012-04-27 21:52:53

我會去SQL服務器快遞，它不會增加您的應用程序的成本。你將不得不對你的應用程序做一些修改，如雙引號應該被單引號替換。還要注意，查詢中的任何Ms訪問功能都不會像日期功能那樣兼容。如果您使用msaccess窗體，您仍然可以將它們與來自SQL Server的數據一起使用。

來源

2012-04-28 20:04:28

感謝您的回覆。我不會在訪問中構建任何查詢或報告，只是使用它將數據存儲在表中，定義關係併爲數據類型添加一些限制。所有其他工作，如查詢功能，編輯，保存，添加，刪除等我會從vb.net前端完成它們。使用sql server vs acess 2010有多大優勢？我對Sql服務器的使用經驗非常少，學習曲線會陡峭嗎？ – techspark 2012-04-30 12:19:11

SQL Server是一個明顯的答案，MS Access具有內置的升級工具。我不認爲你必須看得更遠。

來源

2012-04-27 21:35:40

這聽起來像你正在做的事情的範圍是非常小的，所以我會說使用訪問的新版本（如2010）仍然是一個很好的解決方案。一旦你在內部構建大型應用程序或擁有大量用戶，訪問真的只會開始掙扎。如果你不到十個用戶，我會說這仍然是一個很好的解決方案。

或者，SQLite與設計中的訪問非常相似，是一個很棒的數據庫引擎（也是免費的！）。

來源

2012-04-27 21:56:38 Mansfield

我肯定會反對嘗試在Microsoft Access中使用SQLite。 ODBC驅動程序至少可以說是狡猾的。升級MS Access可能會略微提高性能，但對於您提到的大多數問題都無濟於事。 – 2012-04-28 11:58:32

@PhilipSheard他實際上沒有使用從我可以告訴訪問他的前端，只能作爲他的後端。因此，如果他要使用SQLite，它將取代Access，而不是與它一起工作....（除非我錯誤地解釋了他的帖子）。 – Mansfield 2012-04-28 13:45:17

感謝Mansfield的回覆。我很高興知道我仍然可以使用訪問。我在訪問2010年時沒有問題，它是否與vb.net一樣與舊版本一樣，我可以使用ado（而不是ado.net）嗎？是的，前端將只是vb.net表單應用程序。後端數據庫（sqlite或ms訪問）將僅保存表結構和值，並具有一些預定義的規則，如數據類型和字符限制。 – techspark 2012-04-28 15:11:59

用於多局域網用戶訪問Db的替代用戶

回答

相關問題