わかりました、ここで何かが足りないかもしれませんが、さまざまなPHP ホスティング オプションを調べていると、「10 MySQL データベース」、25、さらには無制限のようなものが表示されます。
現在、10,000 人以上の同時ユーザーがいる Oracle バックエンドを備えたサイトで作業しており、1 つのデータベースがありました。
もちろん、データベースの考え方は、必要なものを何でも格納できるということです。では、なぜ MySQL にとって数が重要なのでしょうか? 私が認識していないテーブル、行、またはデータベース全体の制限はありますか (完全に可能です)? それとも、質問や同時接続ですか？それとも他のパフォーマンスの問題 (シャーディングなど) ですか? 基本的なホスティング オプション (つまり、月額 5 ドル未満) でさえ、10 個のデータベースで見られるため、シャーディングの側面はありそうにないようです。
誰かがこれについて私に手がかりを与えることができれば、それは素晴らしいことです.
技術的および歴史的な考慮事項がいくつかありますが、これは主にマーケティング戦術です。
最初に、これが明らかである場合はお詫びしますが、データベースが MySQL にあるように、スキーマは Oracle にあります (簡単に言えば、テーブルの論理的なコレクションです)。
ホストは、サーバー上に XX 個の論理データベースを構成できると言っています。多くの Web アプリケーションを実行するにはデータベースが必要です。Wordpress、Movable Type、Joomla などの最新の Web アプリケーションでは、カスタム プレフィックスを使用してテーブルに名前を付けることができます。ただし、アプリケーションにこの構成機能がない場合は、インストールごとに 1 つのデータベースが必要になることを意味します。また、同様に、2 つのアプリケーションが同じテーブル名を持つ場合、それらは 1 つのデータベースに共存できません。多くの初期の Web アプリケーションはこのように開始されたため、早い段階でデータベースの数は考慮すべき重要な機能でした。
アクセスとセキュリティもあります。MySQL (およびその他のデータベース) は、ユーザーにテーブルおよび列レベルに至るまできめ細かいアクセス制御を提供するように構成できますが、多くの場合、論理データベースに対する完全な権限を持つユーザーを 1 人作成する方が簡単です。これは、サービスを販売するが、完成したサイト/アプリケーションの実際のホスティングを共有 Web ホストに渡す人々にとって重要です。
アプリごとに 1 つのデータベースを好む人もいます
技術ではなく、マーケティングです。彼らは何か宣伝したいのです。「10」は良い数字のように聞こえます。
共有ホスティングを使用していたときは、カスタム アプリ用にサイト/クライアントごとに個別のデータベースをセットアップしました。Fantastico を使用してアプリケーションをインストールすると、デフォルトでそれぞれのデータベースが使用されます。
現在のレベルを超えたときに次のレベルのサービスにアップグレードするように促すために制限があると思います.
開発目的で、データベース全体のコピーを作成して、新しいソフトウェアをテストするとよい場合があります。コード内のすべてのテーブルの名前を変更するよりも優れています (ただし、Wordpress などのアプリでは、複数の DB を使用する余裕がない場合に備えて、すべてのテーブル名にプレフィックスを指定できます)。
ニックは部分的に正しいですが、1 つの共有アカウントで複数のサイトをホストしようとし、それぞれに異なるデータベースとスクリプトを使用して、わずかな DNS マスカレードで正しいコンテンツを提供しようとする人々にも関係しています。
さらに、おそらくマーケティングの視点です。
自分用にデータベースをセットアップするだけなら、数が少なくても問題ありません。しかし、1 つのサービスで複数のクライアントに対して複数のサイトを持ちたいと考えている商用ユーザーの場合、手抜きをしようとすると、クライアント/プロジェクトごとに 1 つのデータベース (またはそれ以上) が必要になる可能性があります。
したがって、データベースの数に制限を設けると、提供するさまざまなサービスがある程度制御され、「転売」価値の可能性が制限される可能性があります。
これは主に、同じボックスで複数のサイトをホストしている場合に使用します。私にとって、私は多くのウェブサイトを売買しているので、各ウェブサイトを他のウェブサイトからできるだけ切り離す必要があります。