筆者はAccessデータベースを使ってWebサイトを作成しましたが、データ量が増えて速度が遅いことが分かりました。Webサイトを構築する前には誰もが長期的な計画を立てる必要があります。
Access データベースにはいくつのレコードを含めることができますか? , Accseeの最大ファイルサイズはどれくらいですか？
理論的には制限はありませんが、100,000 を超えると通常は役に立ちません。
Access は大量のデータをあまりサポートしていません。最大の mdb ファイルは、どのようにレコードを追加しても機能しません。エラーやプロンプトは表示されませんが、データは追加できません。具体的なレコード数はレコードのサイズによって異なります。私には十数のフィールドを含むレコードがあり、このようなレコードが約 500,000 件あります。
平均的な企業 Web サイトにはそれほど多くのデータが含まれておらず、mdb ファイルも通常 100M を超えないため、Web サイトを構築し始める前はこの問題についてあまり考えていませんでしたが、最近この問題に悩まされています。
顧客の Web サイトには 3W を超えるレコードがあり、サイズは約 300M ですが、圧縮を繰り返してもまだ 280M を超えています。速度は非常に遅いです。
原因を調査し、次の 2 つの点を分析します。
1. Access は大量のデータを十分にサポートしておらず、Web サイトを構築する前に十分に考慮されていませんでした。顧客のニーズを十分に理解していない。大容量のデータが必要な場合は、SQL または MYSQL データベースを検討する必要があります。つまり、ASP+ACCSEE版は使用できません。
2. 元の設計モジュールと分類に問題がありました。 サイト全体には記事モジュールが 1 つだけあり、他のすべてはこのモジュールの下に分類されるため、jtbc_article テーブルのデータ量が過剰になります。基本的に、このテーブルには 30,000 を超えるレコードがすべて含まれます。クエリ速度が遅くなります。
したがって、Web サイトを構築するときは、同じ性質で異なるカテゴリの記事を別のモジュールに構築する必要があります。つまり、複数の記事モジュールをクローンすることで、上記の問題を効果的に解決できるだけでなく、モジュールのホームページ テンプレート ノード インデックスをより適切に渡すことができます。さまざまなカテゴリに合わせてパーソナライズされたホームページをカスタマイズします。
しかし、今でも私はまだこの問題に巻き込まれています。なぜなら、あまりにも多くのデータを含むモジュールを再度分離するのは非常に面倒であり、データはまだ毎日増大しており、今後少なくとも 100,000 個のデータがあるため、ACCESS データベースはあきらめる必要があります。
さらに重要なのは、IIS を放棄して PHP+MYSQL に直接置き換えたいということです。これにより、サーバーをデプロイするときに煩わしい IIS をインストールする必要がなく、数倍効率的な Apache または Nginx を使用できるようになります。 IISよりも。しかし、今の問題は、PHP バージョンの機能が ASP ほど強力ではないことです。このサイトには強力な機能は必要ありませんが、重要なのは HTML 生成が使用できることです。テストでは静電気を発生させることができませんでした。それが私を本当に悩ませています。