從編輯器 好記發送正確的方向

Howard Dierking

開啟這個編輯器的附註， 我想要讓輾轉清除一件事。 我是第一個，最後一個，並永遠為開發人員。 我可以撰寫 T-SQL 的但知道有關建置叢集和管理系統在各種技術很小。 我可以使用宣告式和命令式選項，設定程式碼存取安全性，在 Microsoft.NET Framework，但是很遺失在嘗試設定我 Windows 主伺服器為遠端存取要求憑證時我。 因此可能我可能有何假設讀者 TechNet Magazine 價值的？

在過去的兩年我已經開發與 SQL Server BI 堆疊是健康 obsession。 和建立幾個內部的解決方案，這些的技術與我已經結束，我認為值得共用跟這裡，它會顯示非常必要 synergies] 和 [需要開發人員、 IT 作業和業務之間能實現的變更。

在我已內建反映回透過兩個商務應用程式和應用程式我已檢閱，看來清除該軟體開發，做為一般的活動被最佳化周圍建立交易式的應用程式。 報告功能通常被螺栓高度正規化的關聯式資料庫不要提供的見解以外的交易記錄的任何層級的頂端。 在其他的情況下交易式資料庫可能被設計來支援交易式和更深入的報告需求 — 在我的經驗這類系統不是通常在成功。

雖然看來這可能是開發人員的問題，我將它這裡因為幾有與此問題相關的開發人員在對話中，我已時間和時間再提供的理由已 IT 可讓其中一個 (且只有一個 — 資料庫。 因此我要求您為 — 停止讓我們的藉口。 它是否運作開發計劃一個的不同隔離報告存放區，或是否很 upfront 整合規劃大型的倉儲，我說您讓開發小組在概念這個分離問題是一個值得這麼做。 記得我們的開發人員傾向於 「 交易 」 項目周圍的最佳化，讓不正確的方向好記的推入的最小的抵抗路徑是忽略所有項目，但直到這段可能太晚不熟悉幾乎重寫應用程式。

風險的進行的太廣泛一般化，您有更廣泛的觀點企業時，之後就所有商業情報通常被視為的 IT 專業人員的活動。 但是，一起放在一起仍十分是開發活動。 所以使用商業情報來幫助擴大，您的開發人員的觀點。 我相信他們會很感激)，而且如果不它們完半您至少可以知道我感激。

— Howard Dierking

感謝您以下列的 Microsoft 技術的專家： Steven Bergman、 Ryan Donovan、 Corey Hanson、 Ken 先生、 哈 Lee、 Sanjeev Nair 查德 Rexin、 宗 Schackow 及 Kimberly tripp。