Каква е разликата между MYSQL и SQL Server 2014 Express?


Отговор 1:

Като човек, който ежедневно работи с MySQL и SQL Server 2014, мога да ви кажа кои вярвам, че са основните разлики (плюс моите собствени харесвания и харесвания на eachone)

ИЗПЪЛНЕНИЕ НА SQL ЕЗИКОВ

SQL Server има огромна история със себе си, те изградиха двигател въз основа на предположението, че всяка заявка се нуждае от план за изпълнение, имате по-добри инструменти в SQL Server, за да оптимизирате заявката си, като визуално анализирате разходите на вашата заявка. В MySQL липсва този инструмент за анализ или трябва да платите за него.

В MySQL можете да направите това: Изберете a, b, c + y, count (d) като брояч от ztable група с 1,2 3. В SQL Server трябва да направите това: Изберете a, b, c + y, count ( г) като брояч от ztable група от a, b, c + y.

В MySQL ограничавате вашите заявки чрез използването на клаузата LIMIT. Например:

ИЗБЕРЕТЕ * ОТ SomeTable Limit 50, 10. Това ви дава от резултатите от запитването, само редовете, от 50 до 59. Полезно е за редица неща.

SQL Server използва този SELECT * ОТ dbo.SomeTable OFFSET 50 ROWS FETCH NEXT 10 ROWS SAMLY.

Можете да направите същото, но трябва да напишете много повече на SQL Server.

В MySQL можете да използвате, ако (some_condition = true, useThisValueIfTrue, useThisValueIfFalse), можете също да използвате CASE: CASE WHEN a = true THEN 1 ELSE 0 END като SomeValue. В SQL Server САМО имате CASE. Което ви дава адски много повече да пишете на всяка заявка.

Сега от друга страна SQL Server има много повече опции, когато става дума за сложни заявки, има PIVOT за създаване на CROSSTAB заявки, има CROSSJOIN и още куп други функции, които правят SQL Server наистина готин за разширени заявки.

Когато вмъквате данни, в MySQL можете да направите това:

вмъкнете в mytable set a = стойност, b = друга стойност.

В SQL Server можете САМО да използвате класическия:

вмъкнете в mytable (a, b) стойности (стойност, друга стойност)

или

вмъкнете в променливи стойности (стойност, друга стойност)

Сега в 2, 3, 4 колони, това вероятно не е най-малко тромаво, но когато натискате 40, 50 колони, е болка да направите вмъкване, без да правите грешки, особено когато има сложни изчислени стойности.

Така че за мен MySQL побеждава SQL Server лесно на прости заявки, дори 2-3 заявки на таблица. Но при дълги сложни заявки SQL Server е King.

архиви

За пореден път SQL Server е изграден като мисли за сложни ситуации, има поне 3 начина да направите пълно архивиране и има сложни, инкрементални архиви, двоична, файлова система и скрипт. Вероятно трябва да се придържате към двоични, но има TON от проблеми със сигурността, които трябва да бъдете ДОБРЕ ПРЕДУПРЕЖДЕНИ при възстановяване на SQL SERVER. Възстановяването на резервно копие в SQL Server НЕ Е ЗА-ЗА-НЕУЧАСТНО. Трябва да знаете какво правите или може да объркате своята база данни. СЪЩО, освен ако вашата база данни не е много малка, никога не бих препоръчал да използвате SQL File Restore на SQL SERVER, това отнема завинаги, а понякога бутонът се проваля и ще го опознаете, 45 минути до 1 час по-късно, ако имате късмет ,

От друга страна, MySQL е свързан само с изхвърлянето на SQL във файл и възстановяването на този SQL. Той работи, опростен е и можете да обучите лесно всеки носител, за да захранвате потребителя да работи с резервни копия и ще го направите лесно без никакви излишни. НО вие също трябва да поддържате и осигурявате сигурността сами, което може да бъде тромаво на моменти в зависимост от вашата среда.

ИЗПОЛЗВАНЕ НА ДИСК

Прочетох някъде тук на Quora, когато един човек каза, че използването на дискове не е важно, защото съхранението е евтино. Е, може и да е така, но все пак е някак глупаво да го губите само защото.

Ами MySQL е много компактен, имам няколко инсталации на малки компании, които датират от 2003 г., а данните никога не са достигали 10 GB, и те имат таблици с милиони редове и все пак данните не са израснали пропорционално.

В SQL Server имах друга инсталация, която изяде 2 GB след само 2 месеца! SQL Server трябва да се поддържа, трябва да изчистите вашите дневници, трябва да архивирате често бинарни файлове, за да може SQL Server да ви позволява да поддържате вашата база данни и да имате човек, който знае как да борави с работата на данните с всеки В зависимост от броя на потребителите, сложността на инсталацията, вида на данните, които се обработват, поради което на някои места DBA са задължителни. MySQL може да се поддържа със средно обучен потребител и ще бъде добре.

Също така има няколко неща, които не могат да бъдат направени в SQL Server, без да има SQL Profiler И SQL агент. MySQL може да направи всичко самостоятелно, без много повече от една услуга.

Отново, в зависимост от големината и сложността на вашето предприятие, SQL Server може да бъде пътят. Но MySQL е добър конкурент, ако не се нуждаете от тези сложности.

СЪХРАНЕНИ ПРОЦЕДУРИ, ФУНКЦИИ И СДС

Това е земята на смелите в RDBMS, дори създавам курс на Udemy за SPs на MySQL. Но колкото и да обичам SP, тригери, функции и всичко MySQL, трябва да го дадете на SQL SERVER, те го вземат най-добре.

Сега, преди да ме обезглавите, за да кажа това, нека само да добавя, SP-ите на SQL Server са бързи, могат да бъдат сложни, да имате много помощни програми, за да улесните живота ви, те могат да бъдат компилирани на други езици като c # и визуални основни, дори можете да създадете TABLE променливи, които могат да работят по-бързо и по-лесно от временните таблици в MySQL. Те вървят много.

MySQL може да има и определени от потребителя функции, но трябва да притежавате знания в C. Ако сте, няма от какво да се притеснявате. Много от нас, не са.

Има още разбира се, но се надявам да получите идеята.

Най-добър късмет!


Отговор 2:

SQL Server Express се простира от голям бизнес избор, ако използвате SQL в работата си, имате достъпни няколко алтернативи. Проверката на SQL запитванията е само едно от многото неща, които можете да екранизирате с Prefix.

SQL Server Express предлага различни интересни точки. Първата и на пръв поглед най-съществена е пълната гъвкавост и координация със SQL Server.

Прочетете още: SQL Server Express | Версии на SQL Server Express