Mis vahe on MYSQLil ja SQL Server 2014 Expressil?


Vastus 1:

Kuna keegi, kes töötab iga päev nii MySQL-i kui ka SQL Server 2014-ga, võin öelda, millised on minu arvates peamised erinevused (pluss minu enda igaühele meeldimine ja mitte meeldimine)

SQL-KEELE RAKENDAMINE

SQL Serveril on iseendaga tohutu ajalugu, nad ehitasid mootori eeldusel, et iga päring vajab täitmiskava, teil on SQL Serveris paremaid tööriistu, et oma päringut optimeerida, päringu kulusid visuaalselt analüüsides. MySQL-l puudub selline analüüsitööriist või peate selle eest maksma.

MySQL-is saate seda teha: Valige a, b, c + y, lugege (d) ztable'i grupist loendurina 1,2-ga. 3. SQL Serveris peate seda tegema: Valige a, b, c + y, loendus ( d) ztableti rühma loendurina a, b, c + y abil.

MySQL-is piirate oma päringuid LIMIT-klausli abil. Näiteks:

SELECT * FROM SomeTable Limit 50, 10. See annab teile päringu tulemuste põhjal ainult read 50–59. See on kasulik paljude asjade jaoks.

SQL Server kasutab seda SELECT * FROM dbo.SomeTable OFFSET 50 ROWS FETCH NEXT 10 AJAL AINULT.

Saate teha sama, kuid peate SQL Serverisse kirjutama palju muud.

MySQL-is saate kasutada, kui (some_condition = true, useThisValueIfTrue, useThisValueIfFalse) võite kasutada ka CASE: CASE WHEN a = true THEN 1 ELSE 0 END as SomeValue. SQL Serveris on teil ainult juhtum. Mis annab teile palju rohkem kirjutada iga päringu kohta.

Teisest küljest on SQL Serveril keerukate päringute osas palju rohkem võimalusi. CROSSTAB-päringute loomiseks on olemas PIVOT, seal on CROSSJOIN ja terve hulk muid funktsioone, mis muudavad SQL Serveri edasijõudnutele päringutele väga lahedaks.

Andmete sisestamisel saate MySQLis teha järgmist:

lisage mytable'i komplekti a = väärtus, b = teine ​​väärtus.

SQL Serveris saate kasutada AINULT klassikalist:

sisestada Mytable (a, b) väärtused (väärtus, teine ​​väärtus)

või

lisada sisestatavatesse väärtustesse (väärtus, teine ​​väärtus)

Nüüd 2, 3, 4 veerus pole see ilmselt kõige vähem tülikas, kuid kui lükate 40, 50 veergu, on valus sisestada sisselõikeid vigu tegemata, eriti kui tegemist on keerukate arvutatud väärtustega.

Minu jaoks edestab MySQL SQL Serverit hõlpsalt lihtsate päringute korral, isegi 2-3 tabeli päringu korral. Kuid pikkade ja keerukate päringute korral on SQL Server kuningas.

VARUSTUSED

Veelkord: SQL Server ehitati keerukatele olukordadele mõeldes, täieliku varundamise tegemiseks on vähemalt 3 viisi ning lisaks on keerukaid, järkjärgulisi varukoopiaid, binaarseid, failisüsteemi ja skripte. Peaksite ilmselt kinni pidama kahendkoodist, kuid seal on terve hulk turbeprobleeme, mida peate SQL Serveri taastamisel HEAOLU tundma. Varukoopia taastamine SQL Serveris pole MÕELDUD. Peate teadma, mida teete, või võite oma andmebaasi segi ajada. KA, kui teie andmebaas pole tegelikult väike, ei soovitaks ma kunagi SQL Serveril kasutada SQL-i faili taastamist, see võtab igaveseks ning mõnikord dump ebaõnnestub ja saate sellega tuttavaks, 45 minutit kuni 1 tund hiljem, kui teil veab .

Teisalt tähendab MySQL just SQL-i faili lisamist ja selle SQL-i taastamist. See töötab, see on lihtne ja te saate iga keskmise võimsusega kasutaja hõlpsalt treenida varukoopiatega töötama ja teeb seda hõlpsalt ilma probleemideta. Kuid peate ka ise turvalisust hooldama ja tagama, mis võib olenevalt teie keskkonnast mõnikord olla tülikas.

DISKI KASUTAMINE

Lugesin kuskilt siin Quorast, kui üks mees ütles, et ketta kasutamine pole oluline, kuna salvestusruum on odav. Noh, see võib nii olla, aga ikkagi on omamoodi rumal seda raisata lihtsalt sellepärast.

Noh, MySQL on väga kompaktne, mul on väike installimine väikestesse ettevõtetesse, mis pärinevad aastast 2003, ja andmed pole kunagi jõudnud 10 GB-ni ning neil on miljonite ridade tabelid ja ikkagi pole andmed proportsioonidest välja kasvanud.

SQL Serveris oli mul veel üks install, mis sõitis 2 GB pärast kõigest 2 kuud ära! SQL Serverit tuleb hooldada, peate oma logid kustutama, peate binaarselt varukoopiaid tegema, et teie SQL Server võimaldaks teil oma andmebaasi hooldada ja et teil oleks inimene, kes teab, kuidas igaühega andmeid käsitseda Sõltuvalt kasutajate arvust, installimise keerukusest, käideldavate andmete tüübist, mille tõttu on DBA-d mõnes kohas kohustuslikud. MySQL-i saab hooldada keskmise väljaõppe saanud kasutajaga ja see saab korda.

Samuti on mõned asjad, mida ei saa SQL Serveris teha ilma SQL-i profiile ja SQL-agenti omamata. MySQL saab teha kõike iseseisvalt, ilma et oleks vaja rohkem kui ühte teenust.

Sõltuvalt teie ettevõtte suurusest ja keerukusest võib jällegi minna SQL Serveriga. Kuid MySQL on hea kandidaat, kui te neid keerukusi ei vaja.

LADUSTATUD MENETLUSED, FUNKTSIOONID JA UDFID

See on RDBMS-i julge maa, ma kogun isegi MySQL-is SP-de Udemy kursust. Kuid nii palju kui ma armastan SP-sid, käivitajaid, funktsioone ja kõike MySQL-i, peate selle andma SQL Serverile. Nad said selle kõige paremini.

Nüüd, enne kui mind selle ütlemise ette heita, lubage mul lisada, et SQL Serveri SP-d on kiired, võivad olla keerulised, neil on palju utiliite teie elu hõlbustamiseks. Neid saab koostada ka teistes keeltes, näiteks c # ja Visual Basic, saate isegi luua TABLE-muutujaid, mis töötavad kiiremini ja hõlpsamini kui ajutised tabelid MySQL-is. Neil on palju minna.

Ka MySQL-il võib olla kasutaja määratletud funktsioone, kuid peate valdama C. Kui teil on, pole teil vaja muretseda. Paljud meist pole.

Muidugi on neid veel, kuid loodan, et saate idee kätte.

Palju edu!


Vastus 2:

SQL Server Express ulatub suurettevõtete valikutest. Kui kasutate oma töös SQL-i, on teil saadaval mõned alternatiivid. SQL päringute kontrollimine on ainult üks arvukatest asjadest, mida saate prefiksiga ekraanil vaadata.

SQL Server Express pakub erinevaid huviväärsusi. Esimene ja näiliselt hädavajalik on täielik mitmekülgsus ja kooskõlastamine SQL Serveriga.

Loe lisaks: SQL Server Express | SQL Server Expressi versioonid