У чым розніца паміж MYSQL і SQL Server 2014 Express?


адказ 1:

Як чалавек, які працуе з MySQL і SQL Server 2014 кожны дзень, я магу сказаць вам, што я лічу асноўнымі адрозненнямі (плюс мае ўласныя сімпатыі і антыпатыі для ўсіх).

АПАРАМЕННЕ МОВЫ SQL

SQL Server мае вялікую гісторыю з самім сабой. Вы стварылі рухавік, абапіраючыся на перадумовы, што кожны запыт мае патрэбу ў плане выканання. У вас ёсць лепшыя інструменты ў SQL Server для аптымізацыі запыту шляхам візуальнага аналізу кошту вашага запыту. У MySQL не хапае такога тыпу інструмента аналізу, альбо вам прыйдзецца плаціць за яго.

У MySQL вы можаце зрабіць гэта: Выберыце a, b, c + y, палічыце (d) у якасці лічыльніка з ztable групы на 1.2 3. У SQL Server вы павінны зрабіць: Выберыце a, b, c + y, лічыце (d) лічыльнікам з ztable групы a, b, c + y.

У MySQL вы абмяжоўваеце свае запыты з дапамогай пункта LIMIT. Напрыклад:

SELECT * FROM SomeTable Limit 50, 10. Гэта прыводзіць да радкоў ад 50 да 59 па выніках запыту, што карысна для шэрагу рэчаў.

SQL Server выкарыстоўвае гэты SELECT * АД dbo.SomeTable OFFSET 50 ROWS ONLY NEXT 10 ROWS.

Вы можаце зрабіць тое ж самае, але вам трэба значна больш пісаць на SQL Server.

У MySQL вы можаце выкарыстоўваць if (some_condition = true, useThisValueIfTrue, useThisValueIfFalse). Вы таксама можаце выкарыстоўваць CASE: CASE, калі a = true ТАКІ 1 ELSE 0 END у якасці SomeValue. У SQL Server у вас толькі CASE. Гэта дае вам больш, чым пісаць з кожным запытам.

З іншага боку, SQL Server прапануе яшчэ шмат варыянтаў складаных запытаў. Існуе PIVOT для стварэння запытаў CROSSTAB, CROSSJOIN і мноства іншых функцый, якія робяць SQL Server вельмі цікавым для пашыраных запытаў.

Пры ўстаўцы дадзеных у MySQL вы можаце зрабіць наступнае:

устаўце ў mytable a = значэнне, b = іншае значэнне.

У SQL Server можна ТОЛЬКІ выкарыстоўваць класічны:

ўстаўце значэнні ў mytable (a, b) (значэнне, іншае значэнне)

альбо

ўстаўце значэнні ў mytable (значэнне, іншае значэнне)

У 2, 3, 4 слупках гэта, мабыць, ня менш грувастка, але калі вы перамяшчаеце 40, 50 слупкоў, то стомна ўстаўляць без памылак, асабліва калі гаворка ідзе пра складаныя вылічаныя значэнні.

Для мяне MySQL SQL Server перамагае простыя запыты, нават 2-3 таблічныя запыты. Для доўгіх складаных запытаў, аднак, SQL Server з'яўляецца каралём.

Рэзервовыя копіі

Ізноў SQL Server быў распрацаваны з улікам складаных сітуацый. Існуе як мінімум тры спосабу выканання поўнай рэзервовай копіі, а ёсць складаныя, пакрокавыя рэзервовыя копіі, бінарныя файлы, файлавыя сістэмы і сцэнарыі. Вы, верагодна, павінны прытрымлівацца бінарных файлаў, але ёсць шмат праблем бяспекі, пра якія трэба ведаць пры аднаўленні SQL-сервера. Аднаўленне рэзервовай копіі ў SQL Server - НЕ ДЗЕЙНА. Вам трэба ведаць, што вы робіце, інакш вы можаце сапсаваць базу дадзеных. Таксама, калі ваша база дадзеных не вельмі малая, я ніколі не рэкамендаваў бы выкарыстанне аднаўлення файлаў SQL на SQL Server. Гэта займае вечна, і часам звалка выходзіць з ладу, і вы пазнаёміцеся з ім праз 45 хвілін да 1 гадзіны, калі пашанцуе.

З іншага боку, MySQL заключаецца ў капіяванні SQL у файл і аднаўленні гэтага SQL. Гэта працуе, гэта проста, і вы можаце лёгка навучыць любы носьбіт для працы карыстальнікаў сілкавання з рэзервовымі копіямі, і гэта лёгка. Але вы таксама павінны падтрымліваць і забяспечваць бяспеку самастойна, што часам можа быць грувасткім у залежнасці ад навакольнага асяроддзя.

ТВЕРДЫ ВЫКАРЫСТАННЕ ДЫСКА

Я чытаў дзесьці тут, у Quora, калі адзін хлопец сказаў, што выкарыстанне жорсткага дыска не важна, бо захоўванне таннае. Ну, можа, і так, але ўсё роўна глупства марнаваць гэта проста.

Ну, MySQL вельмі кампактны, у мяне ёсць некалькі установак для малога бізнесу, якія датуюцца 2003 годам, і дадзеныя ніколі не дасягаюць 10 ГБ, і яны маюць табліцы з мільёнамі радкоў, але дадзеныя не выраслі непрапарцыйна.

У SQL Server у мяне была іншая ўстаноўка, якая спажывала 2 ГБ толькі за 2 месяцы! SQL Server мае патрэбу ў тэхнічным абслугоўванні, вам трэба ачысціць свае часопісы, для падтрымання базы дадзеных часта трэба рабіць двайковыя рэзервовыя копіі для SQL Server, і вам патрэбен чалавек, які ўмее апрацоўваць дадзеныя, у залежнасці ад выпадку колькасць карыстальнікаў, складанасць ўстаноўкі, тып апрацоўваемых дадзеных, і таму АПД у некаторых месцах з'яўляюцца абавязковымі. MySQL можа абслугоўвацца сярэднім спажыўцом і гэта нармальна.

Ёсць таксама некаторыя рэчы, якія немагчыма ў SQL Server без SQL Profiler AND SQL Agent. MySQL можа зрабіць усё самастойна, без значна большага абслугоўвання.

У залежнасці ад памеру і складанасці вашай кампаніі, шлях можа ісці SQL Server. Але MySQL - добры кандыдат, калі вам не трэба гэтая складанасць.

ХАРАКТАРЫСТАННЫЯ ПРАЦЭДЫ, ФУНКЦЫІ І АДС

Гэта зямля адважных у RDBMS. Я нават вырабляю курс Udemy на ІП на MySQL. Але столькі, колькі я люблю SP, трыгеры, функцыі і ўсё, што звязана з MySQL, вы павінны даць яму SQL Server. У вас гэта лепш за ўсё.

Перш чым аддзяліць мяне за гэта, я хачу толькі дадаць, што ІП на SQL Server - гэта хутка, складана і маюць шмат утыліт, каб палегчыць вам жыццё. Яны могуць складацца на іншых мовах, такіх як C # і Visual Basic. Вы нават можаце ствараць зменныя табліцы, якія могуць працаваць хутчэй і прасцей, чым часовыя табліцы ў MySQL. Вам трэба шмат зрабіць.

MySQL можа таксама вызначаць карыстацкія функцыі, але вы павінны асвоіць C. Калі гэта так, вам не прыйдзецца хвалявацца. Шмат хто з нас не.

Ёсць, вядома, і больш, але, спадзяюся, у вас ёсць ідэя.

Удачы!


адказ 2:

Калі вы выкарыстоўваеце SQL Server Express для сваёй працы, існуе некалькі варыянтаў. Праверка запытаў SQL - гэта толькі адна з многіх рэчаў, якія можна праверыць з дапамогай прэфікса.

SQL Server Express прапануе розныя цікавыя месцы. Першая і, мабыць, самая важная, гэта ўсебаковая універсальнасць і каардынацыя з SQL Server.

Чытаць далей: SQL Server Express | Версіі SQL Server Express