2010-05-18 81 views
3

我有一個Microsoft Access 2010數據庫(*)。現在,使用Visual Studio 2010,我想創建一個WPF應用程序並添加數據庫作爲數據源。該應用程序將有一個窗口,提供通過頁面進行導航的框架。到目前爲止沒有問題。但是:將MS Access數據庫作爲數據源的WPF應用程序

- 在此場景中設置數據庫的正確方法是什麼?只有表格?還是必須一切通過查詢? (VS2010談論我認爲(?)是查詢的觀點)

- 數據庫數據必須是可更新的,並且可以添加記錄。一些關係經歷鏈接表(多對多)並且存在可空的外鍵關係。我必須採取手動步驟使其工作?

- 雖然添加數據源VS2010從我的Access數據庫創建了一個xsd。我認爲xsd可能需要進一步調整以使應用程序以正確的方式工作。如果我改變了我的Access數據庫設計,我將不得不再次重新生成xsd。這是對的嗎?它是通常的做法嗎?或者,我應該讓原來的Access數據庫去,給應用程序創建新的空數據庫的能力?

- 如何在頁面中提供控件以逐步瀏覽表中的記錄?有沒有特殊的數據庫控制?

- 將記錄加載到頁面中顯示的數據上下文中的方式(WPF類?)是什麼? (這一水平可能並不重要它是什麼類型的數據源。)

(*)的單個用戶的桌面數據庫

+1

我強烈建議遠離訪問,因爲對SQL數據庫的工具支持要好得多;並允許您在生成一個簡單的CRUD應用程序時生成大量的代碼。 – gn22 2010-05-18 22:22:17

回答

0

這並不是確切答案的問題。但是另一種選擇。

這是一個單用戶數據庫嗎?

你可以試試這個更好的和高效率的組合:

您還應該看看ObservableCollection,DataBinding和DataG在WPF toolkit擺脫。

+0

「我怎麼做X」形式的問題的答案不是「從X切換到Y」。我加入我自己的downvote。如果你解釋爲什麼交換是最好的解決方案,你可以通過推薦交換機來合理避開回答問題的唯一方法。 – 2010-05-24 16:47:45

+0

@ David-W-Fenton:我知道這是一個「我怎麼這樣」的問題。這就是爲什麼我已經明確地寫了這是一個替代方案,因爲給這個問題的解決方案可能會導致QA堅持訪問數據庫。關於推薦的解釋,我想我已經在我的答案中提供了足夠的鏈接。此外,QA可以瀏覽網頁而不是整個列表中的優點和缺點。 QA對我的回答的評論證明了這一點。 – Amsakanna 2010-05-24 17:19:54