سؤال

حسنا، ربما أفتقد شيئا هنا لكنني أبحث في مختلف خيارات استضافة PHP وأرى أشياء مثل "10 قواعد بيانات MySQL" أو 25 أو حتى غير محدود.

لقد عملت الآن على مواقع ذات صفيح أوراكل لديها 10000 مستخدم متزامن وكنا ... قاعدة بيانات واحدة.

فكرة قاعدة البيانات، بالطبع، يمكنك تخزين كل ما تريد فيه. فلماذا هو mysql أن عدد المسائل؟ هل هناك بعض الجدول أو الصف أو حد قاعدة البيانات الشاملة أنا لست على علم (ممكن تماما)؟ أم أنها سؤال أو اتصالات متزامنة؟ أو بعض قضية الأداء الأخرى (مثل Sharding)؟ يبدو أن جانب الشاردات غير مرجحة لأن خيارات الاستضافة الأساسية (أي أقل من 5 دولارات شهرية) أرى مع 10 قواعد بيانات.

إذا كان شخص ما يمكن أن يدفعني في هذا واحد، فسيكون رائعا.

هل كانت مفيدة؟

المحلول

إنه في معظمه تكتيك تسويقي، على الرغم من وجود بعض الاعتبارات التقنية والتاريخية.

أولا، الاعتذار إذا كان هذا واضحا، لكن المخططات هي أوراكل حيث توجد قواعد بيانات إلى MySQL (في الشروط المبسطة، وهي مجموعات منطقية للجداول).

القول المضيف أنه يمكنك الحصول على عدد XX من قواعد البيانات المنطقية التي تكوينها على خادم. تحتاج الكثير من تطبيقات الويب إلى قاعدة بيانات لتشغيلها. سوف تتيح لك تطبيقات الويب الحديثة مثل WordPress ونوع المنقولة و Joomla، إلخ.، اسم الجداول الخاصة بك بادئة مخصصة. ومع ذلك، إذا لم يكن لدى التطبيق ميزة التكوين هذه، فهذا يعني أنك بحاجة إلى قاعدة بيانات واحدة لكل تثبيت. أيضا، في وعيد مماثل، إذا كان للتطبيقان اسم الجدول نفسه، فلا يمكن أن يتعايشوا في قاعدة بيانات واحدة. بدأت الكثير من تطبيقات الويب المبكرة مثل هذا، لذلك كان عدد قواعد البيانات في وقت مبكر من قواعد البيانات ميزة مهمة للنظر فيها.

هناك أيضا الوصول والأمن. في حين أن MySQL (وقواعد البيانات الأخرى) يمكن تكوينها لإعطاء المستخدمين الدائمين للتحكم في الوصول إلى مستوى الجدول والعمود، فمن الأسهل في كثير من الأحيان إنشاء مستخدم واحد لديه إذن كامل في قاعدة بيانات منطقية. هذا مهم للأشخاص الذين يبيعون الخدمات ولكنهم يمررون الاستضافة الفعلية للمواقع / التطبيقات المكتملة إلى مضيف الويب المشترك.

نصائح أخرى

بعض الناس مثل قاعدة بيانات واحدة لكل تطبيق

انها التسويق، وليس التقنية. انهم يريدون شيئا للإعلان. "10" يبدو وكأنه عدد جيد.

لأغراض التطوير، في بعض الأحيان من الجيد إجراء نسخة من قاعدة البيانات بأكملها لاختبار برنامج جديد ضد. يدق إعادة تسمية جميع الجداول في التعليمات البرمجية الخاصة بك (على الرغم من أن تطبيقات مثل WordPress تتيح لك تحديد بادئة لجميع أسماء الجدول الخاصة بك في حال لم يكن لديك ترف DBS متعددة).

عندما استخدمت الاستضافة المشتركة، أقضيت قاعدة بيانات منفصلة لكل موقع / عميل لتطبيقات مخصصة، وإذا كنت تستخدم Fantastico لتثبيت التطبيقات، فسيستخدم قاعدة بيانات لكل واحد افتراضي.

أعتقد أن الحدود موجودة لتوجيهك إلى الترقية إلى المستوى التالي من الخدمة عندما تتفوق على المستوى الحالي.

نيك صحيحة جزئيا، لكن عليها أيضا أن تفعل مع الأشخاص الذين سيحاولون استضافة مواقع متعددة على حساب مشترك واحد وسيستخدم قاعدة بيانات مختلفة لكل نص وبرنامج نصي لخدمة المحتوى الصحيح مع Sittle DNS Casqurading.

بالإضافة إلى ذلك منظور التسويق.

إذا كنت تقوم فقط بإنشاء قواعد بيانات لنفسك، فإن العد المنخفض على ما يرام. لكن تجاري المستخدمون الذين قد يرغبون في الحصول على مواقع متعددة للعملاء المتعددين في الخدمة الواحدة، يحاولون قطع الزوايا، من المحتمل أن تحتاج إلى قاعدة بيانات واحدة (أو أكثر) لكل عميل / مشروع.

لذا ضع حدود عدد قواعد البيانات يتحكم في خدمات تنوعا إلى حد ما الذي تقدمه، ويحد يحد من إمكانات قيمتك "إعادة البيع"، أي: لإيقافك شراء خطة واحدة ثم بيعها إلى شخص آخر، مثل "Slealeasing".

هذا هو أساسا عندما تستضيف مواقع متعددة في نفس المربع. بالنسبة لي، أشتري / بيع الكثير من المواقع الإلكترونية لذلك أحتاج إلى أن أكون قادرا على الحفاظ على كل موقع على أنه منفصل عن الآخرين قدر الإمكان.

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top