Kāda ir atšķirība starp MYSQL un SQL Server 2014 Express?


Atbilde 1:

Kā persona, kas ikdienā strādā gan ar MySQL, gan ar SQL Server 2014, es varu jums pateikt, kuras, manuprāt, ir galvenās atšķirības (kā arī man patīk un nepatīk katrs)

SQL VALODAS ĪSTENOŠANA

SQL Server ar sevi ir milzīga vēsture, viņi uzbūvēja motoru, pamatojoties uz pieņēmumu, ka katram vaicājumam ir nepieciešams izpildes plāns, jums ir labāki rīki SQL Server, lai optimizētu jūsu vaicājumu, vizuāli analizējot jūsu vaicājuma izmaksas. MySQL trūkst šāda veida analīzes rīka, vai arī jums par to ir jāmaksā.

MySQL var izdarīt šādi: atlasiet a, b, c + y, skaitiet (d) kā skaitli no ztable grupas ar 1,2. SQL Server jums tas OBLIGĀTI jādara: atlasiet a, b, c + y, skaitiet ( d) kā skaitli no ztable grupas ar a, b, c + y.

MySQL jūs ierobežojat savus vaicājumus, izmantojot LIMIT klauzulu. Piemēram:

SELECT * FROM SomeTable Limit 50, 10. Tas dod jums vaicājuma rezultātus, tikai rindas, no 50 līdz 59. Tas ir noderīgs daudzām lietām.

SQL Server izmanto šo SELECT * NO dbo.SomeTable OFFSET 50 ROWS FETCH NEXT 10 ROWS TIKAI.

Jūs varat darīt to pašu, bet jums ir jāraksta daudz vairāk par SQL Server.

MySQL varat izmantot, ja (some_condition = true, useThisValueIfTrue, useThisValueIfFalse) varat arī izmantot CASE: CASE WHEN a = true THEN 1 ELSE 0 END as SomeValue. SQL Server jums TIKAI LIETA. Kas dod jums daudz vairāk, kā rakstīt uz katra vaicājuma.

Tagad, no otras puses, SQL Server ir daudz vairāk iespēju, kad runa ir par sarežģītajiem jautājumiem. Ir PIVOT, lai izveidotu CROSSTAB vaicājumus, ir CROSSJOIN, un vēl virkne citu funkciju, kas padara SQL Server patiešām atdzist modernu vaicājumu veikšanai.

Ievietojot datus, MySQL varat to izdarīt:

ievietot mytable kopā a = vērtību, b = citu vērtību.

SQL Server jūs varat izmantot TIKAI klasisko:

ievietot mytable (a, b) vērtībās (vērtība, cita vērtība)

vai

ievietojiet izceļamās vērtībās (vērtība, cita vērtība)

Tagad 2, 3, 4 kolonnās tas, iespējams, nav mazāk apgrūtinošs, bet, kad jūs virzāt 40, 50 kolonnas, ir grūti izdarīt ieliktni, nepieļaujot kļūdas, īpaši, ja ir iesaistītas sarežģītas aprēķinātas vērtības.

Tāpēc man MySQL pārspēj SQL Server, izmantojot vienkāršus vaicājumus, pat 2–3 tabulas vaicājumus. Bet uz gariem, sarežģītiem jautājumiem SQL Server ir galvenais.

AIZDEVUMI

Atkal SQL Server tika izveidots, domājot par sarežģītām situācijām, ir vismaz 3 veidi, kā izveidot pilnīgu dublējumu, un ir arī sarežģīti, pakāpeniski dublējumi, bināri faili, failu sistēma un skripts. Jums, iespējams, vajadzētu pieturēties pie binārā, taču ir TON drošības problēmu, kas jums jāzina labi, atjaunojot SQL serveri. Dublējuma atjaunošana SQL serverī NAV PAREDZĒTA. Jums jāzina, ko jūs darāt, pretējā gadījumā varat sajaukt savu datu bāzi. ARĪ ja vien jūsu datu bāze nav patiešām maza, es nekad, nekad, iesakām izmantot SQL failu atjaunošanu SQL SERVER, tas prasa mūžīgi, un dažreiz izmešana neizdodas un jūs to iepazīstat, 45 minūtes līdz 1 stundai vēlāk, ja jums paveicas .

No otras puses, MySQL ir tikai saistīts ar SQL ievietošanu failā un šī SQL atjaunošanu. Tas darbojas, tas ir vienkārši, un jūs varat viegli apmācīt ikvienu vidēja lieluma lietotāju darbam ar dublējumiem un to veiks viegli, bez liekām grūtībām. BET jums arī pašam jāuztur un jānodrošina drošība, kas dažkārt var būt apgrūtinoša atkarībā no jūsu vides.

DISKU LIETOŠANA

Es lasīju kaut kur šeit Quora, kad kāds puisis teica, ka diska izmantošana nav svarīga, jo krātuve ir lēta. Nu tas tā var būt, bet tomēr ir savādi stulbi to izšķiest tikai tāpēc, ka.

Nu, MySQL ir ļoti kompakts, man ir dažas instalācijas mazos uzņēmumos, kas datētas ar 2003. gadu, un dati nekad nav sasnieguši 10 GB, un viņiem ir tabulas ar miljoniem rindu, un joprojām dati nav izauguši no proporcionalitātes.

SQL serverī man bija vēl viena instalēšana, kas tikai 2 mēnešus apēda 2 GB! SQL Server ir jāuztur, jums ir jānotīra savi žurnāli, jums bieži jāveido dublējums binārā formātā, lai SQL Server ļautu veikt datu bāzes uzturēšanu un lai būtu persona, kas zina, kā ar katru no tām rīkoties ar datiem. Šajā gadījumā atkarībā no lietotāju skaita, instalēšanas sarežģītības, apstrādājamo datu veida, tāpēc dažās vietās obligāti jābūt DBA. MySQL var uzturēt vidēji apmācīts enerģijas lietotājs, un tas būs labi.

Turklāt ir dažas lietas, kuras nevar izdarīt SQL Server bez SQL profilētāja un SQL aģenta. MySQL var izdarīt visu pats par sevi, bez daudz vairāk kā viena pakalpojuma.

Atkal, atkarībā no jūsu uzņēmuma lieluma un sarežģītības, iespējams, ir SQL Server. Bet MySQL ir labs sāncensis, ja jums nav vajadzīgas šīs sarežģītības.

UZGLABĀTĀS PROCEDŪRAS, FUNKCIJAS UN UDFS

Šī ir drosmīgā zeme RDBMS, es pat veidoju Udemy kursu SP MySQL. Bet, cik es mīlu SP, aktivizētājus, funkcijas un visu MySQL, jums tas jāpiešķir SQL SERVER, viņi to ieguva vislabāk.

Tagad, pirms jūs man aizrunājaties pateikt, atļaujiet man tikai piebilst, ka SQL Server SP ir ātri, var būt sarežģīti, un tiem ir LOT daudz utilītu, lai atvieglotu jūsu dzīvi, tos var apkopot citās valodās, piemēram, c # un Visual Basic, jūs pat varat izveidot TABULAS mainīgos, kas var darboties ātrāk un vienkāršāk nekā pagaidu tabulas MySQL. Viņiem daudz kas iet.

MySQL var būt arī lietotāja definētas funkcijas, taču jums ir jāpārzina C. prasme. Ja esat, jums nav par ko uztraukties. Daudzi no mums nav.

Protams, ir arī vairāk, bet es ceru, ka ideja jums parādīsies.

Veiksmi!


Atbilde 2:

SQL Server Express, sākot no liela biznesa izvēles, ja savā darbā izmantojat SQL, jums ir pieejamas dažas alternatīvas. SQL pieprasījumu pārbaude ir tikai viena no daudzajām lietām, kuras varat pārbaudīt ar prefiksu.

SQL Server Express piedāvā dažādus apskates objektus. Pirmais un šķietami vissvarīgākais ir pilnīga daudzpusība un koordinācija ar SQL Server.

Lasīt vairāk: SQL Server Express | SQL Server Express versijas