我開始設計師/設計一個新的網站,將跟蹤的項目大量的工作流程。每個項目將分配給他們的階段(規劃,實施,實施後,關閉等...)。每個階段包含不同的任務等
可能有人會問,「這聽起來非常相似的其他工作流管理軟件(WMS)已經存在,爲什麼不利用呢?」
除這個站點像其他WMS工具一樣跟蹤每個階段,它也需要直接從頁面直接與其他系統(不同域)和軟件(API/WMI)進行交互。它將允許我們的管理員維護Active Directory GPO,確保新計算機使用正確的設置正確初始化,監視遠程計算機上的SQL數據庫保真度等等。對於那些認爲這對問題很重要的人......我目前正計劃使用.NET構建網站。
許多人都知道,項目和標準在商業世界中快速變化。因此,我期待着讓這個網站在每個階段和任務方面儘可能動態和快速變化。例如,員工可能需要執行前面未定義的每個項目的附加任務。然後,我們需要能夠快速更改所有當前打開的項目條目,並且所有新項目都會將新項目添加到清單中。
問:
在大家的經驗,你有沒有發現什麼是存儲大量需要新的數據頻繁更改數據的最佳方式?
最初的想法:
SQL /數據庫存儲:
優點:
- 輕鬆存儲大量數據。
- 通過主鍵和外鍵鏈接項目/階段/任務的能力
- 後端的存儲過程將有助於操縱數據庫並允許更改查詢而無需重新編譯站點。 (!大加)
缺點:
- 新清單上的項目會導致需要在每個表中創建新列。
- 每個任務的複雜性可能會導致加入大量表格。
- 創建新列後,每個存儲過程都需要修改以確保新列包含在其操作中。
XML/YAML /任何標記語言
優點:
- 從 「奮力向前」 變化的角度來看操控自如。
- 輕鬆地可以在每個任務階段下創建一個新的「節點」,可以更新網頁。
缺點:
- 將數據保存到文件具有高揮發性(文件可以被刪除,並且沒有數據恢復)。
- 用戶嘗試同時訪問文件時可能遇到的問題會引發錯誤(需要在代碼中構建「鎖」以讀取/處理文件數據)。
最終意見:
我傾向於SQL /數據庫存儲,但沒有看到更改設計/架構是一個快速的壯舉。如果有任何數據存儲方法可能會更適合解決方案,請告訴我。
謝謝大家。
我認爲SQL Server會非常適合你。它有一個很好的GUI和許多不同的工具。至於升級它就像在最新版本上備份和恢復數據庫一樣簡單。我已經使用了Oracle,Postrgres,Teradata等幾個不同的系統;到目前爲止,SQL Server是我最喜歡的易於瀏覽和互聯網上的大量文檔。 –
@WesPalmer謝謝Wes。我一直在這樣傾斜。它看起來不會有任何簡單的解決方案來解決快速變化的環境。每個路由在需要添加時都需要後端和前端更改。 –