MYSQL мен SQL Server 2014 Express арасындағы айырмашылық неде?


жауап 1:

Күн сайын MySQL және SQL Server 2014-пен жұмыс істейтін адам ретінде мен басты айырмашылықтар туралы айта аламын (оған қоса әркімнің өзіме ұнайтын және ұнатпайтын).

SQL ТІЛІН ІСКЕ АСЫРУ

SQL Server-тің керемет тарихы бар, сіз әр сұраудың орындалу жоспарын қажет ететін негізде қозғалтқыш құрдыңыз. SQL Server-де сіздің сұранысыңызды визуалды түрде талдау арқылы сұранысты оңтайландыру үшін жақсы құралдар бар. MySQL-де мұндай талдау құралы жоқ немесе оны төлеу керек.

MySQL-де мынаны істеуге болады: а, b, c + y, санауыш (d) элементтерін 1,2-ден 3-ке дейін санау. 3. SQL серверінде мынаны орындау керек: a, b, c + таңдаңыз. y, z (кесте) тобын есептегіш ретінде a, b, c + y деп санаңыз.

MySQL-де сіз LIMIT сөйлемді қолдана отырып, сұрауларыңызды шектейсіз. Мысалы:

ТАҢДАУ * Кейбіреулер кестесінен 50, 10. Сұрау нәтижелері бойынша 50 мен 59 аралығындағы жолдар пайда болады.Ол бірқатар нәрселер үшін пайдалы.

SQL сервері осы SELECT * FROM dbo.SOMETable OFFSET 50 ROWS ON Next 10 жолды пайдаланады.

Сіз дәл солай жасай аласыз, бірақ SQL Server-ке көбірек жазуыңыз керек.

MySQL-де келесі жағдайларды пайдалануға болады (some_condition = true, useThisValueIfTrue, useThisValueIfFalse). Сіз сондай-ақ CASE: CASE қолдана аласыз, егер a = true болса, онда біреудің мәні ретінде ELSE 0 END болады. SQL Server-де сізде тек CASE бар. Бұл сізге барлық сұраныстармен жазуға мүмкіндік береді.

Екінші жағынан, SQL Server күрделі сұраныстарға арналған көптеген нұсқаларды ұсынады. CROSSTAB, CROSSJOIN сұрауларын құру үшін PIVOT бар және SQL Server кеңейтілген сұраныстарды шынымен керемет ететін көптеген басқа функциялар бар.

MySQL-ге деректер енгізу кезінде сіз келесі әрекеттерді орындай аласыз:

mytable ішіне а = мәні, b = басқа мән енгізіңіз.

SQL Server-де сіз тек классиканы қолдана аласыз:

(a, b) mytable-ға мәндер кірістіру (мән, басқа мән)

немесе

mytable ішіне мәндер кірістіру (мән, басқа мән)

2, 3, 4-бағандарда бұл аз да болса қиын емес шығар, бірақ егер сіз 40, 50 бағандарды жылжытсаңыз, қателіктерсіз енгізу қиын, әсіресе күрделі есептелген мәндермен жұмыс жасау кезінде.

Мен үшін MySQL SQL Server қарапайым сұраныстарды, тіпті 2-3 кесте сұраныстарын да жеңеді. Ұзақ, күрделі сұраулар үшін SQL Server - бұл патша.

Сақтық көшірмелер

SQL Server қайтадан күрделі жағдайларды ескере отырып жасалды. Толық сақтық көшірмені жасаудың кемінде үш әдісі бар және оларда күрделі, қосымша резервтік көшірмелер, екілік файлдар, файлдық жүйелер және сценарийлер бар. Бәлкім, сіз екілік файлға жабысқаныңыз жөн, бірақ SQL серверін қалпына келтірген кезде қауіпсіздік туралы көптеген мәселелерге назар аудару қажет. SQL Server-де сақтық көшірмені қалпына келтіру қажет емес. Сіз не істеп жатқаныңызды білуіңіз керек, әйтпесе сіз өзіңіздің деректер базаңызды шатастыра аласыз. Сонымен қатар, егер сіздің мәліметтер базаңыз өте аз болса, мен SQL файлды қалпына келтіруді SQL серверінде қолдануды ешқашан ұсынбаймын. Бұл мәңгіге созылады, кейде қоқыс төгілмейді және сіз 45 минуттан 1 сағатқа дейін бақытсыз болсаңыз, білесіз.

Екінші жағынан, MySQL - бұл SQL-ді файлға көшіру және SQL-ді қалпына келтіру. Бұл жұмыс істейді, бұл қарапайым және сіз кез-келген ортаны қуатты пайдаланушыларға резервтік көшірмелермен жұмыс істеуге оңай үйрете аласыз және бұл оңай. БІРАҚ, сонымен бірге өзіңіздің қауіпсіздігіңізді сақтауыңыз керек және қоршаған ортаға байланысты кейде қиын болуы мүмкін.

ПАЙДАЛАНУ КЕРЕК

Мен Quora-да бір жерде оқыдым, бір жігіт қатты дискіні пайдалану маңызды емес деп айтты, себебі сақтау арзан. Мүмкін, олай болуы мүмкін, бірақ оны ысырап ету әлі де ақымақ.

MySQL өте ықшам, менде 2003 жылдан бастап шағын бизнес қондырғылары бар, және деректер ешқашан 10 ГБ-ға жетпеді және оларда миллиондаған жолдары бар кестелер бар, бірақ деректер сәйкессіз өскен жоқ.

SQL Server-де мен бар болғаны 2 айдан кейін 2 Гб тұтынатын тағы бір қондырғы болды! SQL Server техникалық қызмет көрсетуді қажет етеді, журналдарды тазалау керек, SQL Server үшін дерекқорды сақтау үшін көбінесе екілік сақтық көшірмелерін жасау керек, ал жағдайға байланысты деректерді өңдеуді білетін адам керек. пайдаланушылар саны, орнатудың күрделілігі, өңделетін мәліметтер түрі, сондықтан кейбір жерлерде DBAs міндетті болып табылады. MySQL-ге орташа қуатты тұтынушы қызмет көрсете алады және өте жақсы.

SQL Server және SQL Agentсыз SQL Server-де мүмкін емес кейбір жағдайлар бар. MySQL барлығын өздігінен жасай алады, бұл тек қызмет көрсетуден басқа.

Сіздің компанияңыздың көлеміне және күрделілігіне қарай SQL Server барудың жолы болуы мүмкін. Егер сізге бұл күрделілік қажет болмаса, MySQL - жақсы кандидат.

Сақталатын процедуралар, функциялар және ультрадыбыстар

Бұл РДБМЖ-дегі батылдық жері. Мен тіпті Usemy курсын SPS бойынша MySQL-де шығарамын. Бірақ мен SP-ді, триггерлерді, функцияларды және MySQL-мен байланысты барлық нәрсені жақсы көремін, SQL Server болуы керек. Сізде бұл ең жақсы.

Мені бұған дейін, SQL Server-дегі SPs тез, күрделі және өміріңізді жеңілдететін көптеген бағдарламалар бар екенін айтқым келеді. Оларды C # және Visual Basic сияқты басқа тілдерде құрастыруға болады. Сіз тіпті MySQL астындағы уақытша кестелерге қарағанда жылдам және оңай жұмыс істейтін TABLE айнымалыларын жасай аласыз. Сізде көп нәрсе бар.

MySQL-де пайдаланушы анықтайтын функциялар болуы мүмкін, бірақ сіз C-ді меңгеруіңіз керек. Олай болса, уайымдамаудың қажеті жоқ. Көбіміз ондай емеспіз.

Әрине, көп нәрсе бар, бірақ сізде идея бар деп ойлаймын.

Сәттілік!


жауап 2:

Егер жұмыс үшін SQL Server Express бағдарламасын пайдалансаңыз, бірнеше балама бар. SQL сұрауларын тексеру - бұл префиксті тексеруге болатын көптеген жайлардың бірі.

SQL Server Express түрлі қызығушылық тудыратын мәселелерді ұсынады. Бірінші және, мүмкін, ең маңыздысы - SQL Server-мен жан-жақты және үйлестіру.

Толығырақ: SQL Server Express | SQL Server Express нұсқалары