要件が不完全です：
既存のデータ検索/解析（一部は継続的に）、
新しいマーケティングデータマートへのデータのインポート、およびレポート。
現在、多くのデータを追跡/分類するためのGUIがないため、何らかのGUIが必要になる場合があります。
他の1人の個人は、ワークロードの分散を支援するために定期的なインポートを支援するためにアクセスする必要がある場合があります。
ここにあなたの質問があります：「私はあなたがどんな提案を推薦するのか、そしてその理由に興味があります」
これが答えです。
誰がこれを使用しますか？正確に誰ですか？彼らの一人一人に電話して、彼らが何をしているのか話し合ってください。
ビジネス価値は何ですか？「マーケティングセグメント、リスト、キャンペーン、およびコミュニケーションデータを保存するソリューション」は悪い考えです。誰も「解決策」を望んでいません-彼らは彼らの仕事を成し遂げたいと思っています。「解決策」を必要とする「問題」を抱えている人はほとんどいません。彼らはすでに完全に彼らの仕事をすることができます。あなたができる最善のことは、それらをより効率的にすることです。彼らは自分の個人的な効率を気にしていますか？疑わしい。
誰が問題を抱えていますか？彼らはどのような問題を抱えていますか？
「ベーコンエッグの朝食」を考えてみてください。鶏は卵を産み、立ち去ります。しかし、豚は完全にベーコンに取り組んでいます。
豚と鶏を見つけます。あなたのデータはあなたのアクターとあなたのビジネス上の問題を特定するつもりはありません。問題を抱えている人を見つけましょう。問題がどれほど大きくて費用がかかるかを調べてください。絶対に確信してください、あなたは誰かに本当のお金を費やしている本当の問題を見つけました。最も多くのお金を失っている人に気を配り、彼らが彼らの問題を解決したいと思っていることを確認してください。彼らは豚です-彼らは完全にコミットすることができます。
最終的には、1つの中央SQL / Serverデータベースを構築し、ExcelスプレッドシートとMS-Accessデータベースを削除する必要があります。SQL/Serverを使用する優れたアプリケーションを提供するMS-Accessフロントエンドが必要になる場合があります。
実際にデータウェアハウスについて話している場合は、次にラルフキンボールの本を読む必要があります。[ところで、データウェアハウスが適切であるかどうかは明らかではありません。解決する問題がなく、問題を抱えているユーザーもいないため、データウェアハウスは、Webサービスフレームワークや新しいBentleyと同じくらい悪い考えです（Black and Silver、ありがとうございます）。
データウェアハウスを構築する場合、「既存のデータの取得/解析」と「新しいマーケティングデータマートへのデータのインポート」はETLと呼ばれます。
あなたの「そして報告」は「ああ、ちなみに」からあなたがしていることの中心的な最も重要な機能に移されます。
「ある種のGUI」はなくなります。データウェアハウジングは、GUIのことではありません。報告はあなたが得る限り近くにあります。マスターデータ管理ツールをいくつか作成する必要があるかもしれませんが、それでも、それらは相互作用よりもルールです。
「他の1人がアクセスする必要があるかもしれません」本当に？エンドユーザーは何ですか？みじん切りの肝臓？クエリアクセスも必要です。そうしないと、データが表示されません。