我應該寫一個訪問前端或c＃前端嗎？

Question

我目前有一個Access數據庫。 有一個后端，有多個用戶使用這個數據庫和他們自己的前端。 數據的大小非常小; 但是有幾種形式一直在使用。

我需要將數據遷移到MySQL。 我應該繼續使用Access前端還是編寫我自己的c＃前端？ 為什么一個人比另一個好？

Answer 1

我想你們都要么完全瘋狂，要么不知道關於Access的詛咒。

毫無疑問，SQL Server的升遷工具比升級到MySQL的任何可用內容更容易使用。 但是升級的難度不應該推動你選擇后端，因為它是一次性的選擇。 根據最適合您的方式選擇后端數據庫。 雖然SQL Server Express是免費的，但它有許多MySQL本身沒有的限制。

正如我在評論中所說，您可以通過為MySQL數據庫定義DSN並在Access文件菜單上使用EXPORT命令將Access表導出到MySQL。 結果不一定是完美的，因此您可能必須調整結果，截斷MySQL表，然后在MySQL表全部到位后插入實際數據。 是的，這比SQL Server升遷工具更多的工作，但它仍然很容易做到。

這不是你必須在第一時間做到正確的事情，也不是你必須多次這樣做。

如果MySQL是您的應用程序的首選數據庫引擎，那么請繼續使用它。 完全使用SQL Server是因為更加精細的升尺寸工具實際上是尾巴搖擺的情況！

Answer 2

我建議遷移到SQL Server而不是MySQL。 您可以簡單地將Access數據庫升遷到SQL Server，並讓它處理繁重的數據。 訪問表單可以繼續作為您的前端。

Per David Fenton在下面的評論中說：“升遷是一次性的操作，這樣做的好處不應該推動后端的選擇。” 我認為這是一個很好的論據。 我推薦使用SQL Server以便於升級和使用現有工具，但這種反駁讓MySQL重新回到了我的面前。

Answer 3

重寫前端將使這個項目更復雜，而不是更簡單。 首先遷移后端，然后評估是否需要重寫UI。 您可能需要進行一些代碼更改以使Access適應新的后端數據源，但這比完全重寫要少得多。

Answer 4

如果遷移到SQL Server而不是MySQL，則可以使用C＃開發前端，並使用內置的LINQ功能來訪問數據。 使用Visual Basic for Applications比Access前端更容易和令人滿意;-)