Accessをデータベースとして使用することの欠点はありますか？

Microsoft Accessの複数のテーブルにデータを保存するアプリケーションを継承しました。Access DBはストレージにのみ使用され、すべてのデータ処理はアプリ（VB.net）によって処理されます。

これは良い習慣ですか？私は同様のアプリをゼロから構築する必要があり、「通常の」プラクティスが何であるかわかりません。

私はさまざまな形式で質問をグーグルで試し、多数の結果（このフォーラムの多くを含む）をチェックしましたが、すべての質問は、単にデータストレージに使用するのではなく、Access内でプログラミングしている場所に関連しているようです。

私はもっ​​と具体的になると思いますが、SQL Server Expressまたは同様のものがより良いオプションになると思います。

-あなたが原因類似した質問を有することに、この記事を読んでいる場合は、下に@DanielBによって提供されるこのリンクをチェックアウト/programming/694921/ms-access-mdb-concurrencyを

MSAccessデータベースは通常、いくつかの理由で使用されません。以前は不安定で、一度に複数の接続を受け入れることができませんでした。MSAccessデータベースが使用されている場合、ロックファイルが作成されます（ldb）。そのロックファイルが存在する場合、他のユーザーはデータベースにアクセスできません。使い捨てのアプリケーションがある場合、MSAccessのパフォーマンスは約5万行後に大幅に低下することがわかりました。これはおそらく今はもっと良いでしょうが、より大きな用途向けに調整されていなかったことは確かです。

より一般的なのは、postgres、mysql、MSSQLなどのより堅牢なデータベースシステムを使用することです。単一接続データベースの場合、私はDerby（Javaを使用）を使用しました。

VBに関する限り、データベースのクライアントソフトウェアとしてVBを使用するプロフェッショナルなソリューションはありません。まあ、おそらくいくつかのソリューションが販売されていますが、個人的には避けたいと思います。

通常、処理はC＃、C ++、Java、Perl、Pythonなどの一般的な言語で行われます。ライブラリは、言語とは別のデータベースへの接続に使用されます。一部のソリューションはSQLを使用してデータを照会および受信し、他のソリューションは永続ライブラリを使用してデータからオブジェクトを作成します（これはより一般的になりつつあります）。

ベストプラクティスに関する限り、常に一貫していることが最善であると私は思っています。MSAccessとVisualBasicを理解している4人の店がある場合は、この方法で作業を続けることは非常に理にかなっています。過去の障害が原因で会社から撤退するという目標がある場合は、VBを使い続け、別のデータベースに切り替えることができます。MSAccessでテーブルのリンクを調べる-MSSQLテーブルをMSAccessデータベースにリンクすることにより、MSSQLデータベースでVBアプリケーションを使用しました。VBは、ネイティブMSAccessテーブルと別のサーバーにあるリンクテーブルの違いを認識していませんでした。VBソリューションはまだ不安定でしたが、大規模なデータセットを使用した方がはるかにうまく機能しました。

お役に立てれば！

私は過去、この問題について大企業で経験をしたことがあります。

データが存在するAccessファイルをネットワーク共有フォルダーに保存する必要があり、すべてのユーザーがW / Rにアクセスする必要があったため、ユーザーベースの拡大に伴い、セキュリティとパフォーマンスの問題が発生しました。

これは理論的なものではなく、これは実際の経験です。Access データベースは、地理的に数百に及ぶことは言うまでもなく、数十人の同時ユーザーに十分に対応できません。

PostgreSQLのような無料で優れたデータベースシステムが利用可能であるため、Accessを使用する理由は次のことを除いてほとんどありません。

個人的には、アクセスから離れることができる場合はそれを実行してください。単に「弾丸を噛む」ことができなかったか、またはできなかったために本当に苦しんでいるクライアントがいます。

Kieveliは、大量のデータを格納することに関してAccessデータベースは恐ろしいと述べたので、アプリケーションは常にエンドユーザーの利益を考慮して設計する必要があることに注意してください。毎週何時間もの時間を浪費している非常に遅いシステムを持っている人々でいっぱいのオフィスがあると想像してみてください。

個人的な経験から、アクセスデータベースをSQL Serverに移動することは、適切に計画していればそれほど苦痛ではありません。問題は、vb.netなどに移動するための社内の技術的スキルがあるかどうかです。

Accessデータベースは適切に拡張できませんが、扱いや配布が簡単です。さまざまなデータベースタイプをサポートするオブジェクトリレーショナルマッパー（O / R-mapper）をデータベースへのインターフェースとして使用している場合、アプリケーションは特定のデータベースタイプへの依存度がはるかに低くなります。これにより、Accessから始めて、後で別のデータベースに移動できます。

Accessを使用するとデータベースを非常に簡単にセットアップおよび開発できるため、これを1回実行してAccessとC＃フロントエンドでプロジェクトを開始しました。私の顧客がOracleデータベースを持っているので、後でOracleデータベースに移動しました。アプリケーションで必要な変更はほんのわずかです。

Jet-SQLは恐ろしく文書化されています。それだけがAccessから離れる理由です。

/programming/11265817/where-can-i-find-a-complete-reference-for-microsoft-access-sql

一方、T-SQL（SQL Server）ははるかに柔軟性が高く、役立つドキュメント、ブログ、専門家を数多く見つけることができます。

もちろん、Accessはデスクトップデータベースですが、SQL Serverは本格的なクライアントサーバーデータベースです。

他にもいくつかのデスクトップデータベースがあります（私はAdvantage Database Serverを使用していますが、これもニッチな製品です）。