用於數據輸入/維護的Infopath？

我正在尋找一種快速的方法來啓用數據輸入到結構良好的SQL數據庫。用於數據輸入/維護的Infopath？

我們已經定義了我們所有的數據輸入規則（由我meean驗證必填字段等等），現在我們正在尋找一個工具，使您更輕鬆有填充儘可能到這個數據庫。

該數據庫主要是面向產品，所以添加/編輯產品的能力是非常重要的。每當對字段進行更改時，都應該根據數據規則進行驗證，以確保在寫入數據庫之前「有意義」。我們運行歷史信息報告的能力非常重要，因此數據庫也必須堅持所有產品的歷史慣例。

最終，這數據將被用於一些標準的報告，並且將通過儀表盤樣式報告服務，我們總有一天能夠負擔得起將提供！（希望）

Infopath會是一個很好的方法嗎？討論類似的方法以及他們如何能夠做到的地方有沒有什麼文章？

如果不是，用戶在這裏會提出什麼建議？

背景：我是從業務/產品的背景，我試圖做一些跑腿的活兒自己得到一個好的結果。

來源

2010-07-12 anthon

關於Infopath - 我認爲這將取決於規則的複雜性。

無論如何，你需要你的數據庫設計，能夠記錄歷史 - 你已經確定數據庫的設計，能夠滿足存儲的歷史屬性，您的要求？

您應該考慮的報告和任何點的時間一致性和架構應遵循您的業務需求。就像你說的那樣，你有一個合適的IT人員，所以如果你的業務規則全部清理完畢，他們應該能夠批判性地評估它，並揭露你沒有想過的任何事情。我已經成爲擁有事務操作數據庫（可能保留完整的歷史記錄，但不提供豐富訪問權限）的有力報告功能和帶有模型的報告數據庫（如Kimball的維度數據倉庫），有助於點入時間報告等

來源

2010-07-13 00:20:33

我有一個適當的IT人設計。任何指標，我應該尋找他的設計，以確認其軌道上？ – anthon 2010-07-13 01:21:33

@anthon - 看看這個知識庫文章：http：//support.microsoft.com/kb/827007你將需要確保當用戶編輯一個產品的變化記錄。一種方法是使用觸發器來獲取審計跟蹤。另一個是要求通過保存版本的存儲過程進行訪問 - 有很多方法來保護這個貓。如果數據庫只是執行它，那麼使用什麼客戶端工具並不重要。如果您依賴客戶端工具來記錄版本，那麼您可能會錯過圍繞該工具進行的更改。 – 2010-07-13 02:24:10

然後，你如何報告關於時間序列的歷史變化？這是需要現在定義還是可以及時添加的東西？ – anthon 2010-07-14 06:32:34

用於數據輸入/維護的Infopath？

回答

相關問題