-1

私は、責任範囲が非常に明確に定義されたプロジェクトに取り組んでいます。私たちの約 6 人から 10 人は現在、すべての作業を Excel で行っており、船のメンテナンス要件を含む 1 つのスプレッドシートを作成しています。プロジェクト プロセス中に数回、すべての作業を停止し、個々のスプレッドシートをすべて 1 つのスプレッドシートにコンパイルします。各人には明確に定義された領域があったため、ある人が別の人の作業を上書きすることを心配する必要はありません。所要時間は1時間ほどなので、大したことはありません。確かに最適とは言えませんが、それで仕事は完了します。

しかし、データの入力方法は人それぞれ異なります。データベースへの移行は、検証ルールでデータをより管理することで、うまくいくと思います。しかし、問題は、データベースをホストできる共有ドライブやデータベース サーバーがなく、それが変わらないことです。私たちが Excel スプレッドシートを扱っていた方法と同様の簡単な解決策があるかどうか疑問に思っていました。古いデータを消去してから、新しいデータをインポートするプロセスを想定しました。しかし、それは他の問題を引き起こすと思います。

私は小さなデータベースを構築し、VBA などを使用することにかなり慣れています。このプロジェクトにはおそらく 6 つのテーブルがあり、特定のプロジェクトのデータの大部分が含まれるテーブルはおそらく 3 つです (残りは参照テーブルであり、変化の遅いデータです)。要するに、それだけの価値があるのか​​、それとも Excel を使い続けるべきなのか疑問に思っています。

4

2 に答える 2

0

Access 2007 以降には、フラットなデータを整理できる「メールの返信を収集する」オプションがありますが、入力された単一のクエリしかできないため、少し制限される可能性があります。

現在使用しているよりも簡単だと私が考えることができる唯一の解決策は、すべての新しい/更新されたデータを XML/csv ファイルにエクスポートし、これを電子メールに添付するいくつかの VBA モジュールを使用して DB を作成することです。次に、これらのファイルから現在のテーブルにデータをインポートする VBA モジュールを作成する必要があります。

セットアップにはかなりの作業が必要ですが、一度作業すると、かなり迅速かつ堅牢になる可能性があります.

編集、追加するだけで、同様の問題を解決しましたが、AccessではなくVB.netおよびXMLファイルで解決しました。

于 2013-07-09T15:58:46.670 に答える