2009-08-12 3 views
1

私は政府のRFPに返信するための提案をたくさん書いています。 RFPが何であれ、ほとんど同じ情報が必要です。MS Accessは、ナラティブ、チャート、グラフ、写真などを格納するための実行可能なデータベースですか?

古い提案を切り貼りして検索する時間を節約するために、Accessでデータベースを作成してそのタイプを抽出することが可能かどうか疑問に思っていました。データが必要ですか?

+0

フィードバックをいただきありがとうございます。このアプリケーションは、私たちのネットワークを経由しない単一のユーザーのためのものです。私は何年も前に単純な部品在庫データベースとしてアクセスしていましたが、その要望に合っていました。だから私はとても錆びている。 私はすでにナラティブを啓示の綱領に分けて、個々のワード文書として保存していますので、リンクが最良の選択肢になるかもしれません。過去にはすべてのRFPが最初から開始されていましたが、正確な言語が使用されていなくても、少なくとも出発点と写真、グラフ、グラフを見つけるのに時間を節約することができます。 もう一度ありがとうございます。 Thom – user155126

答えて

0

MS Accessデータベースにファイルシステムに保存できるものはすべて保存することができます。しかし、大きなバイナリオブジェクトでAccessに固有の問題があるため、Accessがこれに対する最善の解決策であることはわかりません。

代わりにMySQLをお勧めします。私の意見では、無料でダウンロードでき、MS Accessよりも堅牢なソリューションを提供しています。

+0

-1 MySQLでフロントエンドをプログラムすることはできません。 –

+0

いいえ、フロントエンドを作成してMySQL(または他のデータストア)をバックエンドとして使用できるようにフロントエンドをプログラミングできます。他の方法でフロントエンドの作成機能が不足していても、Accessの限界や固有の弱点は許されません。私はAccess 95以来Accessを使ってきました。私はそれが好きではないので、私はそれをノックしません。それは大丈夫です。しかし、大きなバイナリオブジェクトはその1つではありません。 –

1

オブジェクトをファイルシステムに保存し、アクセスからそれらにリンク列を含めることを検討することをお勧めします。

1

これはあなた自身のコンピュータで実行するだけのものであれば、アクセスは魅力的な選択肢かもしれません。問題がある場合は、別のフォルダに資料のコピーを保管してください。

データベース内の情報をネットワーク上で他の人と共有する場合は、そのストレージメディア用に別のものを選択します。 Accessで長年働いていただけで2セント。

他の人も触れたように、ドキュメントを直接データベースに格納するのではなく、ファイルシステムに格納されたドキュメントにリンクを保存する方が良い方法です。

クライアント/サーバー構成でデータベースを共有する場合は、Microsoft Accessエキスパートのヘルプをまだ登録していない場合は、登録することを検討してください。

+0

Jet/ACEは、最大25-50人のワークグループでデータを共有するのに適しています。しかし、アプリケーションを書く上で効率的でなければなりません。誰もが、OLEフィールドにオブジェクトを格納するのではなく、パスの保存を提案しています。これは正しい推奨です。確かに、OLEフィールドは並行性とリスクの破損を減らす可能性がありますが、それらを使用することを推奨する人はいません。 –

2

これはアプリケーションの種類のように見えますが、1人のアプリケーションで作成されたもので、プログラマが作成したものではありません。実際の画像ではなく、ドキュメントや画像などのオブジェクトにファイルパスを保存します。頻繁に再利用する可能性がある標準言語を格納するテーブルを用意することも検討してください。最後の仕事でこのようなことをするアプリケーションを作成しました。あなたが思っていたよりも、書式設定された提案を吐き出すためにはかなりの作業が必要でした(特に、RFPとRFPの形式が異なる場合、基本的には再配置される)。それが完了したら、提案をする方が簡単でしたが、これが簡単で迅速な作業ではないと考えてください。

バックエンドとフロントエンドを分離して、同じプロポーザルで同時に作業することがない場合は、Robertが言及している問題を回避できます。ネットワークコピーを使用するのではなく、フロントエンドのアクセスファイルのコピーを各ユーザーに渡しました(バックエンドはネットワーク上にあり、バックエンドはSQLサーバーデータベースでした)。システムをセットアップして、アクセスフロントエンドの最新の設定では、プロポーザルを開くことができませんでした。つまり、新しいバージョンがリリースされたときには誰もがアップグレードしなければならず、古いバージョンが使用されると問題が発生するのを防ぐのに役立ちました。私たちは、最新の構成番号を持つバックエンドテーブルと一致しなければならなかったそのコピーの構成番号を持つ各ユーザーのコピーに、ローカルの読み取り専用テーブルを作成しました。

あなたが必要と思うかどうかにかかわらず、すべてのテーブルでプライマリキーを使用することを確かめてください。プライマリキーがない限り、レコードの更新に関してはアクセスが非常に厄介です。

+0

これらの質問では、フロントエンドとバックエンドの分離が常に言及されています。データを共有するときにデータベースをクライアントとサーバーに分割しなければならないという問題は、これまで考えていたよりもはるかに大きな問題です。このテクニックは私にとってとても分かりやすいように思えました。 –

0

Accessはリレーショナルデータベースです。さまざまなアーティファクトについて構造化されたメタデータがないと、Accessは検索やフィルタリングなどであまり役に立ちません。また、すべての目的で独自のUIを構築する必要があります。

このアプリケーションが複数のユーザーをサポートする必要がある場合、実際にはSharepointがより良い解決策になるかもしれません。それは、構造化されたフリーテキスト検索で構築された妥当なUIとドキュメントのバージョン管理などの関連性のある妥当なUIを提供します。

0

私は強くあなたがACEとして知られているAccessデータベースエンジンのAccess2007バージョンを使用し、その添付ファイルのフィールドタイプを使用して提案:

Attach files and graphics to the records in your database

添付ファイルでも効率的に データよりを保存します。 [Access2003/Jet 4.0と 以前のバージョン]では、オブジェクトリンクと呼ばれる テクノロジと画像を格納するための埋め込みOLE( )と ドキュメントを使用していました。既定では、OLEはイメージの ビットマップまたは ドキュメントを作成しました。これらのビットマップファイルは、 がかなり大きくなる可能性があります。元のファイルよりも10 倍も大きくなります。 データベースから画像または文書 を表示すると、元のファイルではなく ビットマップイメージが表示されました。 添付ファイルを使用すると、 文書およびその他の非画像ファイルが の親プログラムにオープンするので、 アクセス内から ファイルを検索および編集できます。

ACEは、マイクロソフトから無料でダウンロードできます:2007 Office System Driver: Data Connectivity Components

関連する問題