Mitä eroa on MYSQL: n ja SQL Server 2014 Express: n välillä?


Vastaus 1:

Koska joku työskentelee päivittäin sekä MySQL: n että SQL Server 2014: n kanssa, voin kertoa teille, mitkä ovat mielestäni tärkeimmät erot (plus omat tykkäämäni ja inhoamansa kustakin)

SQL-KIELEN TOTEUTTAMINEN

SQL Serverillä on valtava historia itsessään, he rakensivat moottorin olettaen, että jokainen kysely tarvitsee suoritussuunnitelman, sinulla on parempia työkaluja SQL Serverissä optimoidaksesi kyselysi analysoimalla visuaalisesti kyselysi kustannukset. MySQL: ltä puuttuu tällainen analyysityökalu tai joudut maksamaan siitä.

MySQL: ssä voit tehdä tämän: Valitse a, b, c + y, laske (d) laskurina ztable-ryhmästä 1,2: lla. 3. SQL Serverissä TÄTÄ tehdä tämä: Valitse a, b, c + y, laske ( d) laskurina ztable-ryhmästä a, b, c + y.

MySQL: ssä voit rajoittaa kyselyjäsi LIMIT-lauseen avulla. Esimerkiksi:

VALITSE * From SomeTable Limit 50, 10. Se antaa sinulle kyselyn tulokset, vain rivit, 50–59. Se on hyödyllinen monissa asioissa.

SQL Server käyttää tätä VALITSE * FOSTA dbo.SomeTable OFFSET 50 ROWS NÄYTÄ SEURAAVAT 10 RIVAA.

Voit tehdä saman, mutta sinun on kirjoitettava paljon enemmän SQL Serveriin.

MySQL: ssä voit käyttää, jos (some_condition = true, useThisValueIfTrue, useThisValueIfFalse), voit myös käyttää CASE: CASE WHEN a = true THEN 1 ELSE 0 END kuin SomeValue. SQL Serverissä sinulla on VAIN TAPAUS. Mikä antaa sinulle helpon paljon enemmän kirjoittaa jokaiseen kyselyyn.

Nyt toisaalta SQL Serverillä on paljon enemmän vaihtoehtoja kompleksisten kyselyjen suhteen. CROSSTAB-kyselyjen luomiseen on PIVOT, CROSSJOIN on olemassa, ja joukko muita toimintoja, jotka tekevät SQL Serveristä todella viileän edistyneiden kyselyjen suhteen.

Kun lisäät tietoja, voit tehdä tämän MySQL: ssä:

Lisää taulukkoon a = arvo, b = toinen arvo.

SQL Serverissä voit käyttää VAIN klassista:

lisää mytable-arvoihin (a, b) arvot (arvo, toinen arvo)

tai

lisää mytable-arvoihin (arvo, toinen arvo)

Nyt 2, 3, 4 sarakkeessa tämä ei todennäköisesti ole vähiten vaivalloista, mutta kun työnnät 40, 50 saraketta, on tuskaa tehdä lisäys tekemättä virheitä, etenkin kun mukana on monimutkaisia ​​laskettuja arvoja.

Joten minulle MySQL voittaa SQL Serverin helposti yksinkertaisilla kyselyillä, jopa 2–3 taulukkyselyä. Mutta pitkissä ja monimutkaisissa kyselyissä SQL Server on kuningas.

VARMUUSKOPIOINTI

Jälleen kerran, SQL Server rakennettiin ajattelemaan monimutkaisia ​​tilanteita, on ainakin 3 tapaa tehdä täydellinen varmuuskopio, ja on olemassa monimutkaisia, inkrementaalisia varmuuskopioita, binaareja, tiedostojärjestelmiä ja komentosarjoja. Sinun pitäisi luultavasti pysyä binaarissa, mutta on olemassa TON tietoturvaongelmia, joiden on oltava TIETOINEN palauttaessasi SQL-palvelinta. Varmuuskopion palauttaminen SQL Server -palvelussa EI-SOVELLETTAMA. Sinun on tiedettävä, mitä olet tekemässä, tai saatat hämmentää tietokantasi. JOS Ellei tietokanta ole todella pieni, en koskaan, koskaan suosittele SQL-tiedoston palauttamista SQL SERVERissa, se vie ikuisesti, ja joskus dump epäonnistuu ja tunnet sen, 45 minuutista tuntiin myöhemmin, jos olet onnekas .

Toisaalta MySQL tarkoittaa vain SQL-tiedoston tyhjentämistä ja SQL: n palauttamista. Se toimii, se on yksinkertainen ja voit kouluttaa helposti minkä tahansa keskisuuren vallan käyttäjän työskentelemään varmuuskopioiden kanssa ja tekee sen helposti ilman vaivaa. MUTTA sinun on myös ylläpidettävä ja varmistettava tietoturva itse, mikä voi olla hankalaa toisinaan ympäristöstä riippuen.

LEVYN KÄYTTÖ

Luin jostain täältä Quoralla, kun eräs kaveri sanoi, että levyn käyttö ei ole tärkeää, koska varastointi on halpaa. No, se voi olla niin, mutta on silti typerää tuhlata sitä vain siksi.

No, MySQL on erittäin kompakti, minulla on muutamia asennuksia pieniin yrityksiin, jotka ovat peräisin vuodelta 2003, ja data ei ole koskaan saavuttanut 10 Gt: tä, ja niissä on miljoonia rivejä sisältäviä taulukoita, ja silti tiedot eivät ole kasvaneet suhteettomina.

Minulla oli toinen asennus SQL Serverissä, joka söi 2 Gt vain 2 kuukauden kuluttua! SQL Server on ylläpidettävä, sinun on tyhjennettävä lokit, sinun on tehtävä varmuuskopio usein binaarisesti, jotta SQL Server antaa sinun suorittaa tietokannan ylläpidon ja sinulla on henkilö, joka osaa käsitellä tietojen käsittelyä kunkin kanssa tapaus, riippuen käyttäjien lukumäärästä, asennuksen monimutkaisuudesta, käsiteltävän tiedon tyypistä, minkä vuoksi DBA: t ovat pakollisia joissain paikoissa. MySQL: tä voidaan ylläpitää keskitason koulutetulla virrankäyttäjällä ja se tulee olemaan hyvä.

Lisäksi on olemassa joitain asioita, joita ei voi tehdä SQL Serverissä ilman SQL-profiilia ja SQL-agenttia. MySQL pystyy tekemään kaiken yksin, ilman paljon enemmän kuin yhtä palvelua.

Jälleen kerran, yrityksen koosta ja monimutkaisuudesta riippuen, SQL Server saattaa olla tapa edetä. Mutta MySQL on hyvä haastaja, jos et tarvitse näitä monimutkaisuuksia.

SÄILYTYT MENETTELYT, TOIMINNOT JA UDFS

Tämä on rohkea maa RDBMS: ssä, tuotan jopa MySQL: n Udemy-kurssin SP: istä. Mutta niin paljon kuin minä rakastan SP: itä, triggereitä, funktioita ja kaikkea MySQL: ää, sinun täytyy antaa se SQL SERVERille. He saivat sen parhaiten.

Nyt ennen kuin huomautatte minua sanomasta tämän, sallikaa minun vain lisätä, SQL Serverin SP: t ovat nopeita, voivat olla monimutkaisia, niillä on PALJON apuohjelmia helpottaaksesi elämääsi. Ne voidaan kääntää muille kielille, kuten c # ja Visual Basic, Voit jopa luoda TABLE-muuttujia, jotka toimivat nopeammin ja helpommin kuin väliaikaiset taulukot MySQL: ssä. Heillä on paljon menossa.

MySQL: llä voi olla myös käyttäjän määrittelemiä toimintoja, mutta sinun on oltava taitava C. Jos sinulla on, sinulla ei ole mitään hätää. Monet meistä eivät ole.

Tietenkin on enemmän, mutta toivon, että saat idean.

Onnea!


Vastaus 2:

SQL Server Express, joka ulottuu suuryritysten valinnoista. Jos käytät SQL: tä työssäsi, sinulla on muutama vaihtoehto käytettävissä. SQL-kyselyjen tarkistaminen on vain yksi monista asioista, joita voit selata Prefix-sovelluksella.

SQL Server Express tarjoaa erilaisia ​​kiinnostavia kohteita. Ensimmäinen ja näennäisesti välttämätön on täydellinen monipuolisuus ja koordinointi SQL Serverin kanssa.

Lue lisää: SQL Server Express | SQL Server Express -versiot