我想創建一個內部解決方案來存儲營銷細分，列表，廣告系列和通信數據。現在沒有什麼是集中/標準化的。數據位於各種SQL服務器，Access數據庫和Excel電子表格中。在報告/追蹤方面，這是一件非常痛苦的事情。有關在Microsoft環境中創建內部市場營銷活動數據庫的建議？
我在Microsoft SQL Server環境，並有機會獲得：
安全和合規性在我的環境中相當嚴格。購買第三方軟件包似乎不是一種選擇。我可能有爲我使用而創建的SQL Server沙箱環境的可能性。
我很好奇你會建議什麼建議，爲什麼。我需要考慮所有方面，包括現有的數據檢索/解析（一些持續基礎），將數據導入新的營銷數據集市以及報告。可能需要某種GUI，因爲目前還沒有用於跟蹤/分類大部分數據的GUI。另一個人可能需要獲得幫助定期進口以幫助分散工作量。
謝謝。
你的要求是不完整的：
現有的數據檢索/解析（有些是持續的基礎上），
數據導入到新的營銷數據集市和報告。
某些類型的GUI可能是必需的，因爲目前沒有用於跟蹤/分類大部分數據。
另一個人可能需要訪問來幫助定期導入以幫助分散工作量。
這是你的問題：「我很好奇，你會推薦什麼樣的建議和爲什麼」
這裏的答案。
誰會用這個？究竟是誰？打電話給他們每一個人，並與他們談談他們的工作。
什麼是商業價值？ 「存儲營銷細分，列表，廣告系列和溝通數據的解決方案」是一個糟糕的主意。沒有人想要一個「解決方案」 - 他們想完成他們的工作。很少有人有「問題」需要「解決方案」。他們已經完全能夠完成他們的工作。你可以做的最好的事情是讓他們更有效率。他們關心他們的個人效率嗎？我對此表示懷疑。
誰有問題？他們有什麼問題？
想想「培根和雞蛋早餐」。雞蛋放一個雞蛋走開。但是，豬肉完全致力於培根。
找到豬和雞。您的數據不會識別您的演員和您的業務問題。找到有問題的人。瞭解問題的嚴重性和成本。絕對可以肯定的是，你已經找到了真實問題，這是成本的人真錢。適合那些失去最多錢的人，並確保他們希望他們的問題得到解決。他們是豬 - 他們可以完全承諾。
最終，您需要構建一箇中央SQL/Server數據庫並擺脫Excel Spreadsheets和MS Access數據庫。您可能希望有一個MS-Access前端，它提供了使用SQL/Server的良好應用程序。
如果你實際上是在談論一個數據倉庫，那麼接下來必須由Ralph金博爾看書。 [目前還不清楚數據倉庫甚至是相關的。沒有問題要解決，沒有問題的用戶，數據倉庫就像Web服務框架或新的賓利一樣糟糕（Black and Silver，謝謝。）
如果您想要構建數據倉庫，將「現有數據檢索/解析」和「數據導入新的營銷數據集市」稱爲ETL。
您的「和報告」將從「哦，順便說一句」移到您正在做的任何事情的核心重要特徵。
你的「某種圖形用戶界面」將消失。數據倉庫不是什麼GUI功能。報告儘可能地接近您。也許你將不得不創建一些主數據管理工具，但即使如此，這些工具的規則也比交互更多。
「另一個人可能需要訪問」真的嗎？最終用戶是什麼？被切的肝？他們也需要查詢訪問權限，否則他們將看不到您的任何數據。
欣賞評論。這就是我要問的原因。我們的目標是使我們能夠更多地利用我們的數據並提高營銷效率。我們希望更積極主動。當數據位於不同系統時，這可能很困難。現在我們沒有簡單的方法知道誰以前收到過直接郵件或電子郵件。我想從我自己的用途開始小，並展示價值。我想這會涉及到簡單地存儲誰發送了什麼。這可以在每個活動中完成。理想情況下，這個「加載」訪問將授予我將來提到的其他用戶。 – MattB 2010-07-27 14:54:43
@MattB：你還沒有識別出「豬」。誰有這個問題？他們有什麼問題？ – 2010-07-27 14:58:34
現在我有這個問題，我目前正在做手動的事情，可以自動/更好地跟蹤。但是，我打賭別人也有同樣的問題，但可能沒有意識到。我目前無法改變大規模的流程，但我們可以從SQL Server中的至少一個沙箱開始做小。我的主要技術問題是關於一個受控進程，它解析特定數據並將其導入沙箱。也許這就是BIDS可以使用的。 – MattB 2010-07-27 15:34:56
您指出購買第三方軟件不是一種選擇，但是，您應該考慮購買實際上可能比內部開發工作更便宜，並且可能會使您更快地進入工作系統，所需的家務技能較少。
剝離自家釀造的Excel和遠離他們的發明家是很難的。每個構建自己的MS-Access玩具來存儲營銷細分，列表，廣告系列和溝通數據的人都會絕對確信他們的產品遠遠勝過您的產品。你將如何處理不需要你幫助的人？ – 2010-07-26 21:55:52
這對我們來說確實是一個問題，S.Lott。我希望如果我能夠證明易用性和足夠的好處，它可以幫助克服任何恐懼。事實上，我們可能需要連續運行一段時間。 – MattB 2010-07-27 14:44:42