私は、2011年であり、1998年ではないことを知っています...しかし、顧客はASPとアクセスDBの間にウェブサイトを作るように求めました....私は本当にそれがアクセスの限界（> 2003年言う）とそれを使用しない理由（最大の同時ユーザーアクセスに制限がありますか？それはスケーラブルではありませんか？ 。あなたはSharePointとのウェブサイトを構築するには、Access 2010を使用することができますウェブアクセスとしてのMicrosoft Access
：それ以外の場合はhttp://www.youtube.com/watch?v=AU4mH0jPntI
は、それはそれはで、やる-ことができ、その場合、あなたは個人のウェブサイトを考えている場合を除き、良いアイデアになることはほとんどありませんしかし、それでも必ずしも良い考えではありません。
This document contains an interesting table of limitations etc
一般にMS Accessは、大規模なアプリケーションのために適切ではない話します。しかし、多くのユーザーを同時に処理することができない小規模アプリケーションでは問題ありません。アプリケーションに10人以上の同時ユーザーがいる場合は、しばしばMS Accessは無視されます。
私はそれが最大接続数を持っている場合は知らないが、私は16が限度ですが、他は20を言うといくつかのウェブサイトは、主にのみ、比較的少数で読まれている場合、実際の制限
私の意見では、Accessは25〜50人以上のユーザーには適していないことを示唆しています。接続の厳密な制限は255ですが、あまり実用的ではありません。 –
がイマイチと言うことを聞いたことがあります挿入/更新すると、Accessは合理的にうまく動作します。 1つの例は、不動産のウェブサイトで、1時間に数件のリスティングが追加/更新される場合があります。
OPは、電子商取引サイト用のメモを追加しました。これは、非常に多くの更新に加えて、かなりのセキュリティが必要になることを示唆しています。 – Fionnuala
はい、私は、電子商取引サイトがJet/ACEデータストアがわずかに適切な場所の範囲外であることを@Remouと同意します。 –
eコマースサイトはまったく適していません。とりわけ、私が「合理的にうまくいった」と明言したこのデータベースでは、データベースの破損があれば、最後のバックアップ以降、または破損が処理されている間にすべての注文が失われます。もちろん、これはeコマースサイトにとっては全く受け入れられないものです。 –
その他のオプションはありますか？ Jet/ACEは、Webサーバーのコンテキストでの使用のために設計されておらず、ユーザー数が少なく、ほとんどが読み取り専用のアプリケーションでも使用できますが、依然として最適な選択ではありません。それは一般的に安くなるわけでもないので、そこに行く理由も全くありません。また、バックアップや保守も難しく、欠点になります（いつも開いているため、適切な保守やバックアップができないためです）。 –