相互に統合またはリンクする必要があるいくつかのExcelワークシートとワークブックを使用しています。これらのワークブックは、さまざまなチームメンバーのクライアントインタラクションを追跡します。
私はMicrosoft Excelで最初の統合を行いましたが、今後、人々が互いに上書きしたり、古いバージョンのマスターブックから作業したりするリスクがあることに気付きました。
いくつかの調査の後、私は1つのアイデアが各人に彼ら自身のクライアントの相互作用を追跡させることかもしれないことに気づきました。 Excelデータモデルを使用して、各ワークブックを定期的にマスターに統合できます。
しかし、これを行うことには追加のリスクがありますか? ExcelデータモデルはAccessデータベースと同じくらい優れていますか?私のチームはSQLの使用に慣れておらず、全体的にAccessインターフェイスが嫌いなので、Accessを避けました。
これが、Excelの使用を開始した理由です。ただし、名前を変更して複数のワークブックを管理すると、バージョン管理に関するいくつかの問題がすでに発生しています。どんなフィードバックも役に立ちます!
Microsoft Office 365の使用に制限されています。
ログの相互作用
連絡先情報のログ
幅広い会社情報を追加または更新する
インタラクション、連絡先、幅広い情報のリストをフィルタリングする
報告
私のチームはSQLの使用に慣れておらず、Accessインターフェイスが全体的に嫌いなため、Accessを避けました。
これがあなたの答えです。 Excelはチームにとって快適であり、非常に価値があるので、Excelを使用することには強い議論があります。
ただし、名前を変更して複数のワークブックを管理すると、バージョン管理に関するいくつかの問題がすでに発生しています。
Excelフロントエンドを使用して、バックグラウンドでAccessデータベースに接続することができます。すべてを一元的に保存すると、多くのバージョン管理の問題に対処しやすくなります。たとえば、ユーザーがデータを移動しなくても、新しいコードでExcelブックの新しいバージョンをリリースできます。また、リアルタイムでデータを保存できるため、マージ(およびマージ例外)を処理する必要がなくなります。
データモデルは、(ほとんど)データベースから独立しています。 Excelはデータベースではありません 。
MS Accessは素晴らしいRAD(迅速なアプリ開発)フロントエンドですが、db(MDAC/Jet)はマルチユーザー、セキュリティ、バックアップ(ダンプ、バイナリログなど)に制限されていますが、高速でdbサーバーは必要ありません!
Excelで作業できますが、データ接続からの速度、機能、セキュリティ、バックアップについては、db(会社環境Sql Server、MySql、Postgreが推奨されます)からデータをフェッチします。また、MDACコネクタのビット数の問題は悲しいです!コネクタ(ODBC/ADO)をx86/x64アプリで並べて使用することはできません。そのビット数のアプリに制限された1つのビット数しかインストールできないためです(これはMDACのキラーです)。
基本的なSQLは必須です(ユーザーではなく開発用)。ただし、SQLを使用してタスクを簡略化できるため(セルのループにループがなくなるため)、純粋なExcelにも利点があります。
最初にマスターするのは データベースの正規化 で、次に残りを決定します。数秒以内にデータをフォームにバインドする(変更を更新/ dbに挿入して戻す)ため、Accessをお勧めします。 Excelで試してください