Koja je razlika između MYSQL i SQL Server 2014 Express?


Odgovor 1:

Kao osoba koja svakodnevno radi s MySQL-om i SQL Serverom 2014, mogu vam reći koje su glavne razlike za koje vjerujem (plus moje vlastite simpatije i nesviđanja eachone-a)

PROVEDBA SQL JEZIKA

SQL Server ima ogromnu povijest sa sobom, oni su izgradili motor na temelju pretpostavke da svaki upit treba plan izvršenja, imate bolje alate u SQL Serveru za optimizaciju upita vizualno analizirajući troškove vašeg upita. MySQL nedostaje ovakav alat za analizu ili ga morate platiti.

U MySQL-u to možete učiniti: Odaberite a, b, c + y, računajte (d) kao brojač iz ztable grupe za 1,2 3. U SQL Serveru MORATE to učiniti: Odaberite a, b, c + y, računajte ( d) kao brojač ztable grupe za a, b, c + y.

U MySQL-u ograničavate vaše upite upotrebom klauzule LIMIT. Na primjer:

ODABERITE * OD SomeTable Granica 50, 10. To vam daje na osnovu rezultata upita, samo redovi, 50 do 59. Korisno je za brojne stvari.

SQL Server koristi ovaj IZBOR * OD dbo.SomeTable OFFSET 50 ROWS FETCH NEXT 10 ROWS SAMO.

To možete učiniti i vi, ali morate puno više napisati na SQL Server.

U MySQL-u možete koristiti ako (some_condition = istina, useThisValueIfTrue, useThisValueIfFalse), ALI možete koristiti i CASE: CASE WHEN a = true THEN 1 ELSE 0 END kao SomeValue. U SQL ServerU SAMO imate CASE. Što vam daje pakleno puno više pisanja o svakom upitu.

S druge strane, SQL Server ima puno više mogućnosti kada su u pitanju složeni upiti, tu je PIVOT za stvaranje CROSSTAB upita, postoji CROSSJOIN i čitav niz drugih funkcija koje čine SQL Server stvarno cool za napredne upite.

Prilikom umetanja podataka u MySQL možete to učiniti:

umetnite u moj promjenjivi skup a = vrijednost, b = druga vrijednost.

U SQL Serveru SAMO možete koristiti klasične:

umetnite u promjenjive (a, b) vrijednosti (vrijednost, druga vrijednost)

ili

umetnite u promjenjive vrijednosti (vrijednost, druga vrijednost)

Sada, u 2, 3, 4 stupca, to vjerojatno nije ni najmanje nezgodno, ali kad gurate 40, 50 stupaca, bol je napraviti umetak bez pogreške, posebno ako su u pitanju složene računate vrijednosti.

Dakle, za mene MySQL lako pobjeđuje SQL Server na jednostavnim upitima, čak 2-3 tabela upita. Ali na dugim, složenim pitanjima, SQL Server je King.

Sigurnosne kopije

Još jednom, SQL Server je izgrađen razmišljajući o složenim situacijama, postoje najmanje 3 načina da napravite potpunu sigurnosnu kopiju, a postoje složene, inkrementalne sigurnosne kopije, binarni, datotečni sustav i skripta. Vjerojatno biste se trebali pridržavati binarnih podataka, ali postoji TON sigurnosnih problema koji trebate biti DOBRO AWARE prilikom vraćanja SQL SERVER-a. Vraćanje sigurnosne kopije na SQL Server-u NIJE ZA-NEPOTREBNO. Morate znati što radite ili možete zabrljati bazu podataka. TAKO DA vaša baza podataka nije mala, nikad vam ne bih preporučio da obnovite SQL datoteku na SQL SERVER-u, to traje zauvijek, a nekad ispad ne uspije i to upoznate, 45 minuta do 1 sat kasnije AKO budete sretni ,

S druge strane, MySQL govori samo o izbacivanju SQL-a u datoteku i vraćanju tog SQL-a. Uspijeva, jednostavno je i možete lako obučiti bilo koji medij da napaja korisnike za rad s sigurnosnim kopijama i to će lako učiniti bez ikakvih komplikacija. Ali morate i sami održavati i osigurati sigurnost što može biti nezgrapno na trenutke, ovisno o vašem okruženju.

UPORABA DISKA

Čitao sam negdje ovdje na Quori kada je neki čovjek rekao da upotreba diska nije bitna jer je pohrana jeftina. Pa, možda je tako, ali svejedno je glupo trošiti to samo zato.

Pa, MySQL je vrlo kompaktan, imam nekoliko instalacija na malim tvrtkama koje datiraju još iz 2003. godine, a podaci nikada nisu dostigli 10 GB, a oni imaju tablice s milijunima redaka, a podaci još uvijek nisu postali proporcionalni.

U SQL Serveru sam imao još jednu instalaciju, koja je pojela 2 GB nakon samo 2 mjeseca! SQL Server se mora održavati, trebate očistiti zapisnike, trebate sigurnosno kopirati binarno da bi vam SQL Server omogućio održavanje vaše baze podataka i imati osobu koja zna upravljati radom s podacima sa svakim slučaju, ovisno o broju korisnika, složenosti instaliranja, vrsti podataka kojim se rukuje, zbog čega su DBA-ovi na nekim mjestima obavezni. MySQL se može održavati sa srednje obučenim korisnikom napajanja i to će biti u redu.

Također, postoji nekoliko stvari koje se ne mogu učiniti na SQL Serveru bez SQL Profilera i SQL agenta. MySQL može sve učiniti sam, bez puno više od jedne usluge.

Još jednom, ovisno o veličini i složenosti vašeg poduzeća, možda će to biti put za SQL Server. No MySQL je dobar kandidat ako vam one nisu potrebne.

POSTAVLJENI POSTUPCI, FUNKCIJE I UDFS

Ovo je zemlja odvažnih u RDBMS-u, čak i produciram Udemy tečaj za SP-ove na MySQL-u. Ali koliko volim SP-ove, okidače, funkcije i sve što je MySQL, morate ga dati SQL SERVER-u, oni su ga najbolje dobili.

Prije nego što me odvratite od toga da kažem ovo, dopustite mi da samo dodam, SP-ovi na SQL Serveru su brzi, mogu biti složeni, ima puno uslužnih programa kako bi vam olakšali život, mogu se sastaviti na drugim jezicima poput c # i vizualne osnovne, čak možete stvoriti TABLE varijable koje mogu raditi brže i lakše nego privremene tablice na MySQL-u. Imaju puno toga.

MySQL može imati i korisnički definirane funkcije, ali trebate poznavati C. Ako ste, nemate što da se brinete. Puno nas, nije.

Ima ih još, ali nadam se da ćete shvatiti.

Sretno!


Odgovor 2:

SQL Server Express koji se proteže od velikih poslovnih izbora, ako koristite SQL u svom poslu, na raspolaganju vam je nekoliko alternativa. Provjera SQL upita samo je jedna od brojnih stvari koje možete pregledavati pomoću prefiksa.

SQL Server Express nudi razne točke interesa. Prva i naizgled najvažnija je potpuna svestranost i koordinacija sa SQL Serverom.

Pročitajte više: SQL Server Express | Verzije SQL Server Expressa