Ano ang pagkakaiba sa pagitan ng MySQL at SQL Server 2014 Express?


sagot 1:

Bilang isang taong nagtatrabaho sa parehong MySQL at SQL Server 2014 sa pang-araw-araw na batayan, masasabi ko sa iyo kung ano ang pinaniniwalaan ko ang mga pangunahing pagkakaiba (kasama ang aking sariling kagustuhan at hindi gusto ng bawat isa)

SQL LANGUAGE IMPLEMENTATION

Ang SQL Server ay may malaking kasaysayan sa sarili, nagtayo sila ng isang engine batay sa saligan na ang bawat query ay nangangailangan ng isang plano sa pagpapatupad, mayroon kang mas mahusay na mga tool sa SQL Server upang mai-optimize ang iyong query sa pamamagitan ng biswal na pag-analize ng mga gastos ng iyong Query. Kulang ang MySQL ng ganitong uri ng tool sa pagsusuri, o kailangan mong bayaran ito.

Sa MySQL magagawa mo ito: Pumili ng a, b, c + y, bilangin (d) bilang kontra mula sa ztable group ng 1,2 3. Sa SQL Server DAPAT mong gawin ito: Pumili ng a, b, c + y, bilangin ( d) bilang kontra mula sa ztable group ng isang, b, c + y.

Sa MySQL nililimitahan mo ang iyong mga query sa pamamagitan ng paggamit ng LIMIT Clause. Halimbawa:

PUMILI * MULA sa Ilang Limitadong 50, 10. Na nagbibigay sa iyo mula sa mga resulta ng Query, mga hilera lamang, 50 hanggang 59. Ito ay kapaki-pakinabang para sa isang bilang ng mga bagay.

Ginagamit ng SQL Server ang SELECT * MULA sa dbo.SomeTable OFFSET 50 ROWS FETCH NEXT 10 ROWS LAMANG.

Maaari mong gawin ang parehong, ngunit kailangan mong sumulat ng higit pa sa SQL Server.

Sa MySQL maaari mong gamitin kung (some_condition = totoo, gamitinThisValueIfTrue, gamitinThisValueIfFalse), maaari mong ALAMIN gamitin ang KASO: KASO KAPAG isang = totoo NA 1 ELSE 0 END bilang IlangValue. Sa SQL Server na LAMANG mayroon kang KASO. Aling nagbibigay sa iyo ng isang impiyerno ng higit pa upang isulat sa bawat query.

Ngayon sa Iba pang mga kamay SQL Server ay may maraming higit pang mga pagpipilian pagdating sa Complex Query, May PIVOT upang lumikha ng CROSSTAB Query, mayroong CROSSJOIN, at isang buong maraming iba pang mga pag-andar na gumagawa ng SQL Server na talagang cool para sa mga advanced na query.

Kapag nagpasok ng data, sa MySQL magagawa mo ito:

ipasok sa mytable set ang isang = halaga, b = anothervalue.

Sa SQL Server maaari mong LAMANG gamitin ang klasikong:

ipasok sa mytable (a, b) halaga (halaga, anothervalue)

o

ipasok ang mga halaga ng mytable (halaga, anothervalue)

Ngayon sa 2, 3, 4 na mga haligi, ito ay marahil ay hindi bababa sa masalimuot, ngunit kapag itinutulak mo ang 40, 50 na mga haligi, sakit na gumawa ng isang insert nang hindi nagkakamali, lalo na kung may mga kumplikadong mga halaga na kinasasangkutan.

Kaya para sa akin, MySQL beats SQL Server madali sa mga simpleng query, kahit na mga talahanayan ng talahanayan. Ngunit sa mahaba, kumplikadong mga query, SQL Server ay Hari.

BALIK

Muli, ang SQL Server ay binuo ng pag-iisip sa mga kumplikadong sitwasyon, mayroong hindi bababa sa 3 mga paraan upang makagawa ng isang buong pag-backup, at may mga kumplikado, nadagdagan na backup, binary, file system at script. Dapat mong malamang na manatili sa binary, ngunit mayroong isang TON ng mga isyu sa seguridad na kailangan mong maging WELL AWARE kapag nagpapanumbalik ng isang SQL SERVER. Ang pagpapanumbalik ng isang backup sa SQL Server ay HINDI-PARA SA-ANG-UNTRAINED. Kailangan mong malaman kung ano ang iyong ginagawa o maaari mong gulo ang iyong database. DITO Maliban kung ang iyong database ay talagang maliit, hindi ko kailanman, kailanman inirerekumenda ang paggamit ng isang SQL File Ibalik sa SQL SERVER, tatagal magpakailanman, at kung minsan nabigo ang dump at alam mo ito, 45 mins hanggang 1 oras mamaya KUNG ikaw ay mapalad .

Sa kabilang banda, ang MySQL ay tungkol lamang sa pagtapon ng SQL sa isang File, at pagpapanumbalik ng SQL na iyon. Gumagana ito, simple at maaari kang madaling sanayin ang anumang daluyan sa kapangyarihan ng gumagamit upang gumana sa mga backup at gagawin ito nang madali nang walang abala. PERO kailangan mo ring mapanatili at matiyak ang seguridad sa iyong sarili, na maaaring maging masalimuot sa mga oras depende sa iyong kapaligiran.

PAGGAMIT NG DISK

Nabasa ko sa isang lugar dito sa Quora nang sinabi ng isang tao na ang paggamit ng disk ay hindi mahalaga dahil Mura ang Storage. Well maaaring ito ay, ngunit pa rin ay uri ng hangal na basura ito lamang dahil.

Well MySQL ay napaka compact, mayroon akong ilang mga pag-install sa mga maliliit na kumpanya na petsa mula noong 2003, at ang data ay hindi pa umabot ng 10 GB, at mayroon silang mga talahanayan na may Milyun-milyong mga hilera, at gayon pa man, ang data ay hindi lumago ng proporsyon.

Sa SQL Server, nagkaroon ako ng isa pang pag-install, na kumakain ng 2 GB pagkatapos lamang ng 2 buwan! Dapat mapanatili ang SQL Server, kailangan mong limasin ang iyong mga log, kailangan mong i-backup ang prangka nang binary upang mapayagan ka ng iyong SQL Server na gawin mo ang pagpapanatili ng iyong database, at magkaroon ng isang taong nakakaalam kung paano hawakan ang data sa bawat isa. kaso, depende sa bilang ng mga gumagamit, ang pagiging kumplikado ng pag-install, ang uri ng data na hinahawakan, na ang dahilan kung bakit ang mga DBA ay kinakailangan sa ilang mga lugar. Ang MySQL ay maaaring mapanatili sa isang medium na sinanay na gumagamit ng kuryente at magiging maayos ito.

Gayundin may ilang mga bagay na hindi maaaring gawin sa SQL Server nang walang pagkakaroon ng SQL Profiler at SQL Agent. Ang MySQL ay maaaring gawin ang lahat sa sarili nitong, nang walang higit sa isang serbisyo.

Muli, depende sa laki ng iyong negosyo at pagiging kumplikado, ang SQL Server ay maaaring ang paraan upang pumunta. Ngunit ang MySQL ay isang mahusay na contender kung hindi mo kailangan ang mga pagiging kumplikado.

Mga PAMAMARAAN NA PAMAMARAAN, GAWAIN AT UDFS

Ito ang lupain ng matapang sa RDBMS, gumagawa pa ako ng isang Udemy Course sa SPs sa MySQL. Ngunit tulad ng pag-ibig ko sa mga SP, Trigger, Function at lahat ng MySQL, kailangan mong ibigay ito sa SQL SERVER, Nakuha nila ito.

Ngayon bago mo ako maputulan ng ulo sa pagsasabi nito, hayaan mo lamang akong idagdag, ang SPs sa SQL Server ay mabilis, maaaring maging kumplikado, magkaroon ng maraming Kagamitang mapadali ang iyong buhay na maaari silang makolekta sa ibang mga wika tulad ng c # at visual basic, maaari ka ring lumikha ng mga variable na TABLE, na maaaring gumana nang mas mabilis at mas madali kaysa sa pansamantalang mga talahanayan sa MySQL. Marami silang nangyayari.

Ang MySQL ay maaaring magkaroon ng Mga Defined Function ng Gumagamit, ngunit kailangan mong maging bihasa sa C. Kung ikaw, wala kang mag-alala. Ang marami sa atin, ay hindi.

Mayroong higit pa siyempre, ngunit inaasahan kong makuha mo ang ideya.

Pinakamahusay ng Luck!


sagot 2:

SQL Server Express na umaabot mula sa malalaking pagpipilian sa negosyo, kung gagamitin mo ang SQL sa iyong trabaho, mayroon kang ilang mga alternatibong maa-access. Ang pagsuri sa mga katanungan ng SQL ay isa lamang sa maraming mga bagay na maaari mong i-screen sa Prefix.

Nag-aalok ang SQL Server Express ng iba't ibang mga punto ng interes. Ang una at tila pinaka-mahalaga ay ang kabuuang kakayahang magamit at koordinasyon sa SQL Server.

Magbasa nang higit pa: SQL Server Express | SQL Server Express Bersyon