小さなアクセスデータベースの記録を構築する

今日、インターン生がデータベース構築を手伝えないことを確認した後、私のビジネスニーズに従って、小さなアクセスデータベースを構築してみたんだ。

主な目的：毎月の過去データを保存し、会社のデータベースから毎回データをダウンロードする手間を省き、データの引き込み時間を短縮するため。

acct idをメインキーとして、2種類のデータを構築。

1) 下記のような顧客情報

　　お客様の地域、業務情報など、業務担当者が手動で更新・集計しているデータ。

　　顧客口座状況、専属取引先情報など、機械で取得した顧客情報。

上記のデータは、毎月の定期更新と毎週の更新に応じて、異なるテーブルに格納されます。

2）顧客取引情報、含む予定。

　　月次売上高、取引量など、月次で集計された情報。

　　週次情報、取引タイプ、取引ソースなど、複数のディメンションに分けられたテーブル。このデータは異なる期間ごとにリフレッシュされ、ビジネスニーズに応じて異なるディメンション要件となる。

また、利便性のために、一般的なデータベース＆quot;1月〜2014＆quot;に細分化＆quot;年＆quot;月＆quot、2変数、その将来のデータのインポートとエクスポートで、データ書式の問題を気にしない、直接日付（年、月、日）でできるエクセルで、あなたはすぐに日付を合成する日付（年、月、日）することができます使用することができます。

複数のテーブルを構築することで、エクセルで統合していたデータを複数のテーブルに分割し、それぞれのテーブルを異なる頻度で更新することで、エクセルvlookupで照合する時間を短縮しています。

一方、私は2つの新しいクエリを作成しました。

1）ビジネスパーソンが使う情報を含む顧客基本情報と、機械が捉えた情報を統合する。(ここでは、一意のアカウント識別子を関連付け識別子として使用し、接続属性を変更する、いわゆる左接続右接続を行う)

2) 集計された月次情報は、顧客基本情報と合わせて、1つの大きなテーブルに集約される。この大きなテーブルは、後でピボットテーブルの一部として直接エクセルにインポートされます。

また、運用についてですが、現在マップ化されています。

1) クエリーの削除：私の要求に合わないデータを削除することができます（毎月データをインポートして、データの重複を避けるために当月のデータを削除するなど）。

2）クエリを追加：主に顧客の取引情報のために使用され、定期的に月/四半期のデータを追加します。

今、解決しなければならない問題は以下の通りです。

1）新規アカウント情報をインポートした後、追記が必要な顧客情報を素早く見つけて追記する方法（ミスマッチを発見する計画）

2) 失敗したデータの削除、テーブル間のユニオンの削除、その後のデータインポートの判断の作業方法。(コード上では可能だと思いますが、現状未調査です)

3) 使いやすいアクセスインターフェイスの構築、またはドラフトを保存するための文書作成について

まとめると

Accessは、私たちがデータ処理を始めた当初は、あまり使われません。しかし、データの量が増えてくると、複数のデータベースを使うのは当然のことです。

アクセスから始めると個人的には楽です。

また、積極的に行動するということは、一生懸命学ぶということでもあります。以前、この作業をインターンに任せたとき、納得のいく回答が得られなかったのですが、自分で投げて、業務に精通していることを前提に、大体の要件を満たしたデータベースをやっと完成させることができたんです。今後、より一層の実験とテンプレートの標準化が必要である。

また、1年前に某TEAMのCRMシステムを構築していた時と比べると、いろいろ考えた末にフレームワークの構築を終えることができたので、自分を褒めてあげたいと思います \(^o^)/~