Quina diferència hi ha entre MYSQL i SQL Server 2014 Express?


Resposta 1:

Com que algú que treballa tant amb MySQL com amb SQL Server 2014 diàriament, puc dir quins crec que són les principals diferències (a més dels meus gustos i disgustos de cadascú)

IMPLANTACIÓ DE LLENGUATGE SQL

SQL Server té un enorme historial amb ell mateix, van crear un motor basat en la premissa que cada consulta necessita un pla d’execució, teniu millors eines a SQL Server per optimitzar la vostra consulta analitzant visualment els costos de la vostra consulta. El MySQL no té aquest tipus d’eina d’anàlisi o cal pagar-lo.

A MySQL podeu fer-ho: Seleccioneu a, b, c + y, compteu (d) com a comptador del grup ztable per 1,2 3. Al SQL Server Necessiteu fer això: Seleccioneu a, b, c + y, compte ( d) com a comptador del grup ztable per a, b, c + y.

A MySQL limites les teves consultes mitjançant la clàusula LIMIT. Per exemple:

SELECCIONA * A PART DE LÍMIT DE ALTES 50, 10. Això et proporciona els resultats de la consulta, només les files, 50 a 59. És útil per a diverses coses.

SQL Server utilitza això SELECCIONA * DE dbo.SomeTable OFFSET 50 ROWS FETCH ON PROXIM 10 ROWS.

Podeu fer el mateix, però heu d'escriure molt més a SQL Server.

A MySQL podeu utilitzar si (some_condition = true, useThisValueIfTrue, useThisValueIfFalse), també podeu utilitzar CASE: CASE WHEN a = true THEN 1 ELSE 0 END com a SomeValue. A SQL Server NOMÉS teniu CAS. La qual cosa us aporta molt més per escriure a cada consulta.

Ara, d’altra banda, SQL Server té moltes més opcions quan es tracta de consultes complexes, hi ha PIVOT per crear consultes CROSSTAB, hi ha CROSSJOIN i moltes altres funcions que fan que el SQL Server sigui realment interessant per a consultes avançades.

Quan inseriu dades, a MySQL podeu fer-ho:

inserir a la taula de valors a = valor, b = un altre valor.

A SQL Server NOMÉS podeu fer servir el clàssic:

inseriu a mytable (a, b) valors (valor, un altre valor)

o

inseriu-ne els valors mytable (valor, un altre valor)

Ara en 2, 3, 4 columnes, probablement no sigui el menys molest, però quan premeu 40, 50 columnes, és greu fer una inserció sense equivocar-vos, especialment quan hi ha valors computacionals complexos.

Així, per a mi, MySQL supera el SQL Server amb consultes simples, fins i tot 2-3 consultes de taula. Però, en consultes llargues i complexes, SQL Server és King.

DETALLS

Una vegada més, SQL Server es va crear pensant en situacions complexes, hi ha almenys tres maneres de fer una còpia de seguretat completa, i hi ha còpies de seguretat complexes i incrementals, binari, sistema d’arxius i script. Probablement hauríeu d’adherir-vos a binari, però hi ha un munt de problemes de seguretat que heu d’assolir bé en restaurar un servidor SQL. Restablir una còpia de seguretat a SQL Server NO ESTÀ SENSE TREBUT. Heu de saber què esteu fent o pot confondre la base de dades. TAMBÉ, tret que la vostra base de dades sigui realment petita, mai no recomanaria mai fer servir una restauració d’arxius SQL a SQL SERVER, es necessita per sempre, i de vegades l’abandonament falla i s’arriba a conèixer, de 45 minuts a 1 hora després, si teniu sort. .

D'altra banda, MySQL es tracta només de llançar SQL a un fitxer i restaurar aquest SQL. Funciona, és senzill i podeu entrenar fàcilment qualsevol usuari de mitjana potència per treballar amb còpies de seguretat i ho farà fàcilment sense cap molèstia. PER també necessiteu mantenir i assegurar vosaltres mateixos la seguretat, que pot resultar molesta a vegades segons el vostre entorn.

ÚS DEL DISC

Vaig llegir en algun lloc aquí a Quora quan un noi va dir que l’ús del disc no és important perquè l’emmagatzematge és barat. Doncs pot ser així, però tot i així és una estúpida malgastar-ho només perquè.

Doncs MySQL és molt compacte, tinc algunes instal·lacions a petites empreses que daten del 2003 i les dades no han arribat mai a 10 GB, i tenen taules amb milions de files i, tot i així, les dades no han crescut desproporcionades.

A SQL Server, vaig tenir una altra instal·lació, que va consumir 2 GB després de només dos mesos. Cal mantenir el SQL Server, heu de netejar els registres, heu de fer una còpia de seguretat de forma binària de manera freqüent per tal que el vostre SQL Server us permeti fer el manteniment de la vostra base de dades i tenir una persona que sàpiga com gestionar les dades de treball amb cadascun. En cas que, segons el nombre d’usuaris, les complexitats de la instal·lació, el tipus de dades que s’està gestionant, és per això que en alguns llocs es necessiten els DBA. MySQL es pot mantenir amb un usuari potent de formació mitjana i anirà bé.

També hi ha algunes coses que no es poden fer a SQL Server sense tenir SQL Profile and SQL Agent. MySQL pot fer tot pel seu compte, sense més d’un servei.

Un cop més, segons la mida i la complexitat de l’empresa, SQL Server pot ser el camí a seguir. Però MySQL és un bon concursant si no necessiteu aquestes complexitats.

PROCEDIMENTS EMMAGATJATS, FUNCIONS I UDFS

Aquesta és la terra del negreta de RDBMS, fins i tot estic produint un curs Udemy sobre SPs a MySQL. Però, tant com m’encanten els SP, els desencadenadors, les funcions i tot el MySQL, ho heu de donar a SQL SERVER, el millor.

Ara, abans de dir-me que digueu això, deixeu-me d’afegir-hi, els SPs de SQL Server són ràpids, poden ser complexos, tenen un munt de serveis per facilitar la vostra vida que es poden recopilar en altres idiomes com c # i visual basic, fins i tot podeu crear variables de TAULA, que poden funcionar més ràpid i fàcilment que les taules temporals a MySQL. Passen molt.

MySQL també pot tenir funcions definides per l'usuari, però cal que tingueu competències en C. Si ho és, no us haureu de preocupar. Molts de nosaltres, no ho som.

Hi ha més, per descomptat, però espero que us en facin la idea.

Molta sort!


Resposta 2:

SQL Server Express s’estén entre les opcions de grans empreses, si utilitzeu SQL en el vostre treball, hi ha algunes alternatives accessibles. La comprovació de les consultes SQL només és una de les nombroses coses que podeu seleccionar amb el prefix.

SQL Server Express ofereix diversos punts d’interès. El primer i aparentment més essencial és la total versatilitat i coordinació amb SQL Server.

Llegiu-ne més: SQL Server Express | Versions de SQL Server Express