ما الفرق بين MYSQL و SQL Server 2014 Express؟


الاجابه 1:

بصفتي شخصًا يعمل مع كل من MySQL و SQL Server 2014 على أساس يومي ، يمكنني أن أخبركم ما أعتقد أنه الاختلافات الرئيسية (بالإضافة إلى ما أعجبه ويكره كل شخص)

تنفيذ لغة لغة الاستعلامات البنيويه

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

في MySQL ، يمكنك القيام بذلك: حدد a ، b ، c + y ، عد (d) على أنه عداد من مجموعة ztable بمقدار 1،2. في SQL Server ، يجب عليك القيام بذلك: حدد a ، b ، c + y ، العد ( د) على عكس مجموعة ztable بواسطة a ، b ، c + y.

في MySQL ، تحد من استفساراتك باستخدام جملة LIMIT. فمثلا:

اختر * من SomeTable حد 50 ، 10. يمنحك هذا من نتائج Query ، فقط الصفوف ، من 50 إلى 59. إنه مفيد لعدد من الأشياء.

يستخدم SQL Server هذا SELECT * FROM dbo.SomeTable OFFSET 50 ROWS FETCH NEXT 10 ROWS ONLY.

يمكنك أن تفعل الشيء نفسه ، ولكن عليك أن تكتب الكثير على SQL Server.

في MySQL يمكنك استخدام إذا (some_condition = true ، useThisValueIfTrue ، useThisValueIfFalse) ، يمكنك أيضًا استخدام CASE: CASE WHEN WHEN = true THEN 1 ELSE 0 END as SomeValue. في SQL Server لديك فقط حالة. مما يمنحك جهنم أكثر للكتابة على كل استفسار.

الآن من ناحية أخرى ، يتوفر لـ SQL Server خيارات أكثر بكثير عندما يتعلق الأمر بالاستعلامات المعقدة ، هناك PIVOT لإنشاء استعلامات CROSSTAB ، وهناك CROSSJOIN ، والكثير من الوظائف الأخرى التي تجعل SQL Server رائعًا بالفعل للاستعلامات المتقدمة.

عند إدخال البيانات ، في MySQL يمكنك القيام بذلك:

إدراج في mytable تعيين قيمة = ، ب = قيمة أخرى.

في SQL Server يمكنك فقط استخدام الكلاسيكية:

إدراج في mytable (a ، b) القيم (القيمة ، قيمة أخرى)

أو

إدراج في القيم mytable (القيمة ، anothervalue)

الآن في 2 ، 3 ، 4 أعمدة ، قد لا يكون هذا في أقلها تعقيدًا ، لكن عندما تضغط على 40 ، 50 عمودًا ، من المألوف إدخال عنصر بدون أخطاء ، خاصةً عندما تكون هناك قيم محسوبة معقدة.

بالنسبة لي ، يتفوق MySQL على SQL Server بسهولة على استعلامات بسيطة ، وحتى 2-3 استعلامات جدول. ولكن في الاستعلامات الطويلة والمعقدة ، يعد SQL Server هو King.

BACKUPS

مرة أخرى ، تم إنشاء SQL Server بالتفكير في المواقف المعقدة ، وهناك 3 طرق على الأقل لعمل نسخة احتياطية كاملة ، وهناك نسخ احتياطية معقدة ومتزايدة ونظام ثنائي للملفات والبرنامج النصي. من المحتمل أن تلتزم بالثنائي ، ولكن هناك طن من مشكلات الأمان التي تحتاج إلى أن تكون على دراية بها عند استعادة خادم SQL. استعادة نسخة احتياطية في SQL Server ليست FOR-THE-UNTRAINED. تحتاج إلى معرفة ما تفعله أو قد تفسد قاعدة البيانات الخاصة بك. أيضًا ، ما لم تكن قاعدة بياناتك صغيرة جدًا ، فلن أوصي أبدًا باستخدام استعادة ملفات SQL على SQL Server ، يستغرق الأمر إلى الأبد ، وأحيانًا يفشل التفريغ ويمكنك التعرف عليه ، بعد 45 دقيقة إلى ساعة واحدة إذا كنت محظوظًا .

من ناحية أخرى ، فإن MySQL هي مجرد إلقاء SQL في ملف ، واستعادة SQL. إنه يعمل ، إنه بسيط ويمكنك تدريب أي مستخدم متوسط ​​إلى قوي بسهولة على العمل مع النسخ الاحتياطية وسوف يقوم بذلك بسهولة دون أي متاعب. لكنك تحتاج أيضًا إلى الحفاظ على الأمن وضمانه ، والذي قد يكون مرهقًا في بعض الأحيان وفقًا لبيئتك.

إستخدام القرص

قرأت في مكان ما هنا على Quora عندما قال أحد الأشخاص إن استخدام القرص ليس مهمًا لأن التخزين رخيص. حسنًا ، قد يكون الأمر كذلك ، ولكن لا يزال من الغباء إهدارها لمجرد ذلك.

حسناً ، MySQL مضغوط للغاية ، ولدي عدد قليل من عمليات التثبيت على الشركات الصغيرة التي يعود تاريخها إلى عام 2003 ، ولم تصل البيانات إلى 10 غيغابايت على الإطلاق ، ولديها جداول بها ملايين من الصفوف ، ومع ذلك ، فإن البيانات لم تتطور.

في SQL Server ، كان لدي تثبيت آخر ، تناول 2 غيغابايت بعد شهرين فقط! يجب صيانة SQL Server ، وتحتاج إلى مسح سجلاتك ، وتحتاج إلى نسخ احتياطي ثنائي بشكل حر حتى يسمح لك SQL Server بالقيام بصيانة قاعدة البيانات الخاصة بك ، ويكون لديك شخص يعرف كيفية التعامل مع بيانات العمل مع كل الحالة ، اعتمادًا على عدد المستخدمين ، وتعقيدات التثبيت ، ونوع البيانات التي تتم معالجتها ، وهذا هو السبب في أن قواعد بيانات DBA ضرورية في بعض الأماكن. يمكن الحفاظ على MySQL مع مستخدم محترف مدرّب بشكل متوسط ​​وسيكون على ما يرام.

أيضًا هناك بعض الأشياء التي لا يمكن القيام بها في SQL Server دون الحاجة إلى SQL Profiler AND SQL Agent. يمكن MySQL أن تفعل كل شيء بمفردها ، دون أكثر من خدمة واحدة.

مرة أخرى ، وفقًا لحجم المؤسسة وتعقيدها ، قد يكون SQL Server هو الطريق المتبع. لكن MySQL منافس جيد إذا كنت لا تحتاج إلى هذه التعقيدات.

الإجراءات المخزنة ، وظائف و UDFS

هذه هي أرض جريئة في RDBMS ، أنا حتى إنتاج Udemy Course على SPs على MySQL. ولكن بقدر ما أحب SPs والمشغلات والوظائف وكل شيء MySQL ، فلابد من منحها لـ SQL Server ، لقد حصلوا على الأفضل.

الآن قبل أن تقوم بقطع رأسك لقول هذا ، دعني أضيف فقط ، SPs على SQL Server سريعة ، يمكن أن تكون معقدة ، ولديها الكثير من الأدوات المساعدة لتجعل حياتك أسهل يمكن تجميعها بلغات أخرى مثل c # و Visual Basic ، يمكنك حتى إنشاء متغيرات TABLE ، والتي يمكن أن تعمل بشكل أسرع وأسهل من الجداول المؤقتة على MySQL. لديهم الكثير ذاهب.

يمكن أن يكون لـ MySQL وظائف محددة من قِبل المستخدم ، ولكن عليك أن تكون بارعا في C. إذا كنت كذلك ، فلا داعي للقلق. الكثير منا ، ليست كذلك.

هناك الكثير بالطبع ، لكنني آمل أن تحصل على هذه الفكرة.

حظا سعيدا!


الاجابه 2:

SQL Server Express يمتد من اختيارات الشركات الكبرى ، إذا كنت تستخدم SQL في عملك ، فلديك بعض البدائل المتاحة. يعد فحص استعلامات SQL أحد الأشياء العديدة التي يمكنك فحصها باستخدام البادئة.

يوفر SQL Server Express نقاط اهتمام متعددة. الأول والأكثر أهمية على ما يبدو هو تعدد الاستخدامات والتنسيق الكامل مع SQL Server.

اقرأ المزيد: SQL Server Express | إصدارات SQL Server Express