[Muzika] DOUG Lloyd: NÃ« videot tona mbi tema web zhvillim, ne kemi pÃ«rmendur konceptin e njÃ« bazÃ« tÃ« dhÃ«nash disa herÃ«, e drejtÃ«? Pra, njÃ« bazÃ« tÃ« dhÃ«nash ju jeni ndoshta i njohur me nga thonÃ« se duke pÃ«rdorur Microsoft Excel ose Google Spreadsheets. ÃshtÃ« me tÃ« vÃ«rtetÃ« vetÃ«m njÃ« i organizuar vendosur i tabelave, rreshtave dhe kolonave. 

Dhe njÃ« bazÃ« tÃ« dhÃ«nash Ã«shtÃ« ku dyqanet tona Website informacion qÃ« Ã«shtÃ« i rÃ«ndÃ«sishÃ«m pÃ«r faqen tonÃ« tÃ« internetit pÃ«r tÃ« punuar si duhet. PÃ«rsÃ«ri, njÃ« shembull i vÃ«rtetÃ« i zakonshÃ«m kÃ«tu po ruajtjen dhe fjalÃ«kalimet nÃ« njÃ« bazÃ« tÃ« dhÃ«nash, nÃ« mÃ«nyrÃ« qÃ« kur njÃ« pÃ«rdorues logs nÃ« faqen tonÃ« tÃ« internetit, Baza e tÃ« dhÃ«nave mund tÃ« kÃ«rkohet pÃ«r tÃ« parÃ« nÃ«se qÃ« pÃ«rdoruesi ekziston nÃ« bazÃ«n e tÃ« dhÃ«nave. Dhe nÃ« qoftÃ« se ata janÃ«, duke kontrolluar se fjalÃ«kalimi i tyre Ã«shtÃ« i saktÃ«. Dhe nÃ« qoftÃ« se fjalÃ«kalimi i tyre Ã«shtÃ« i saktÃ«, atÃ«herÃ« ne mund t'u japim atyre Ã§farÃ«do faqe ata janÃ« duke kÃ«rkuar. 

Pra, ju jeni me siguri, pÃ«rsÃ«ri, i njohur me kÃ«tÃ« ide nga Excel ose Google Spreadsheets. Ne kemi bazat e tÃ« dhÃ«nave, tavolina, rreshta, dhe kolona. Dhe kjo Ã«shtÃ« me tÃ« vÃ«rtetÃ« lloj i vendosur themelore i avari hierarkik kÃ«tu. KÃ«shtu qÃ« kÃ«tu Ã«shtÃ« njÃ« spreadsheet Excel. Dhe nÃ« qoftÃ« se ju keni hapur ndonjÃ«herÃ« kjo apo njÃ« tjetÃ«r program i ngjashÃ«m ju e dini se kÃ«to kÃ«tu janÃ« rows-- 1, 2, 3, 4, 5, 6, 7. KÃ«to janÃ« kolona. 

Ndoshta kÃ«tu poshtÃ«, edhe pse ju mund tÃ« nuk e pÃ«rdorin kÃ«tÃ« funksion tmerrÃ«sisht much-- UnÃ« do tÃ« zoom in-- ne kemi kjo ideja e njÃ« fletÃ«. Pra, ndoshta kÃ«to fletÃ«, nÃ« qoftÃ« se UnÃ« alternativ mbrapa dhe me radhÃ«, tavolina tÃ« ndryshme qÃ« ekzistojnÃ« nÃ« bazÃ«n e tÃ« dhÃ«nave time. Dhe nÃ« qoftÃ« se ne vazhdojmÃ« shembullin gjithÃ« mÃ«nyra, emri i kÃ«saj baze tÃ« dhÃ«nash Ã«shtÃ« Libri 1. Ndoshta unÃ« kam Librin 2 dhe 3 Librin. Pra, Ã§do skedar Excel Ã«shtÃ« njÃ« bazÃ«s sÃ« tÃ« dhÃ«nave, Ã§do fletÃ« Ã«shtÃ« njÃ« tabelÃ«, dhe brenda Ã§do tavolinÃ« kam kjo ide e rreshtave dhe kolonave. 

Pra, si mund tÃ« punojnÃ« me kÃ«tÃ« bazÃ« tÃ« dhÃ«nash? Si mund tÃ« merrni informacion nga ajo? E pra nuk Ã«shtÃ« njÃ« gjuhÃ« e quajtur SQL-- qÃ« unÃ« zakonisht vetÃ«m thirrje Sequel-- dhe ajo qÃ«ndron pÃ«r Strukturuar Query Language. Dhe kjo Ã«shtÃ« njÃ« gjuhÃ« programimi, por kjo Ã«shtÃ« njÃ« programimit mjaft i kufizuar gjuhÃ«. Kjo nuk Ã«shtÃ« fare si tÃ« tjerÃ«t qÃ« ne kemi punuar me. Por qÃ«llimi i kÃ«tij gjuhÃ« programimi Ã«shtÃ« pÃ«r tÃ« query njÃ« bazÃ« tÃ« dhÃ«nash, pÃ«r tÃ« tÃ« kÃ«rkojÃ« informacion nga njÃ« bazÃ« tÃ« dhÃ«nash, tÃ« gjeni informacion nÃ« njÃ« bazÃ«s sÃ« tÃ« dhÃ«nave, dhe kÃ«shtu me radhÃ«. 

Ne gjithashtu, nÃ« CS50-- dhe kjo Ã«shtÃ« njÃ« shumÃ« platformÃ« tÃ« pÃ«rbashkÃ«t, ajo qÃ« quhet MySQL. Kjo Ã«shtÃ« ajo qÃ« ne i pÃ«rdorim nÃ« kurs. Kjo Ã«shtÃ« njÃ« burim tÃ« hapur platformÃ« qÃ« pÃ«rcakton njÃ« tÃ« ashtu-quajtur database-- relacionale njÃ« bazÃ« tÃ« dhÃ«nash, nÃ« mÃ«nyrÃ« efektive. Ne nuk kemi nevojÃ« pÃ«r tÃ« marrÃ« nÃ« shumÃ« detaje nÃ« atÃ« bazÃ« tÃ« dhÃ«nash relacionale Ã«shtÃ« njÃ«. Por SQL gjuha Ã«shtÃ« shumÃ« i aftÃ« nÃ« pune me MySQL dhe tÃ« tjera tÃ« ngjashme stilet e bazave tÃ« tÃ« dhÃ«nave relacionale. 

Dhe shumÃ« instalimet e MySQL vijnÃ« me diÃ§ka quajtur phpMyAdmin, e cila Ã«shtÃ« njÃ« grafik user interface-- njÃ« GUI-- qÃ« e bÃ«n atÃ« njÃ« pak mÃ« shumÃ« pÃ«rdorues miqÃ«sore pÃ«r tÃ« ekzekutuar pyetje bazÃ«s sÃ« tÃ« dhÃ«nave, sepse bazat e tÃ« dhÃ«nave nuk janÃ« pÃ«rdorur vetÃ«m nga programuesit e avancuar, e drejtÃ«? NdonjÃ«herÃ« ka kÃ«to biznese tÃ« vogla, dhe ata nuk mund tÃ« pÃ«rballojÃ« pÃ«r tÃ« punÃ«sojÃ« njÃ« ekip i programuesve, por ata ende kanÃ« nevojÃ« pÃ«r tÃ« ruajtur informacion nÃ« njÃ« bazÃ« tÃ« dhÃ«nash. 

DiÃ§ka si phpMyAdmin bÃ«n shumÃ« tÃ« lehtÃ« pÃ«r dikÃ« i cili Ã«shtÃ« programuar kurrÃ« mÃ« parÃ« pÃ«r tÃ« marr dhe tÃ« bÃ«hen tÃ« njohur me atÃ« se si pÃ«r tÃ« punuar me njÃ« bazÃ« tÃ« dhÃ«nash. Problemi Ã«shtÃ«, phpMyAdmin, ndÃ«rsa kjo Ã«shtÃ« njÃ« mjet i shkÃ«lqyer pÃ«r tÃ« mÃ«suar nÃ« lidhje me bazat e tÃ« dhÃ«nave, ajo Ã«shtÃ« manual. Ju jeni do tÃ« duhet tÃ« hyni nÃ« ajo dhe tÃ« ekzekutojÃ« komandat dhe llojin gjÃ«rat nÃ« dorÃ«. 

Dhe, siÃ§ e dimÃ« nga tonÃ« Shembulli nÃ« programimin PHP web, qÃ« ka tÃ« bÃ«jÃ« me dorÃ« gjÃ«ra nÃ« faqen tonÃ« tÃ« internetit, nÃ« qoftÃ« se ne duam njÃ« dinamike, tÃ« pÃ«rgjegjshÃ«m aktiv Faqja e internetit, ndoshta jo qasja mÃ« e mirÃ«. Ne do tÃ« doja tÃ« gjetur njÃ« mÃ«nyrÃ« pÃ«r ndoshta Automate kÃ«tÃ« disi. Dhe SQL do tÃ« na mundÃ«sojÃ« pÃ«r tÃ« bÃ«rÃ« kÃ«tÃ«. Pra, kur ne jemi duke shkuar pÃ«r tÃ« fillojÃ« tÃ« punojÃ« me SQL, ne sÃ« pari duhet tÃ« ketÃ« njÃ« bazÃ«s sÃ« tÃ« dhÃ«nave pÃ«r tÃ« punuar me tÃ«. Krijimi i njÃ« bazÃ« tÃ« dhÃ«nash Ã«shtÃ« diÃ§ka qÃ« ju ndoshta do tÃ« bÃ«ni nÃ« phpMyAdmin, sepse ju do tÃ« duhet vetÃ«m pÃ«r tÃ« bÃ«rÃ« atÃ« njÃ« herÃ«, dhe sintaksÃ« pÃ«r tÃ« bÃ«rÃ« kÃ«shtu Ã«shtÃ« shumÃ« mÃ« i thjeshtÃ«. Kjo Ã«shtÃ« njÃ« shumÃ« mÃ« e lehtÃ« pÃ«r tÃ« bÃ«rÃ« atÃ« nÃ« njÃ« ndÃ«rfaqen e pÃ«rdoruesit grafik se tÃ« shtypni atÃ« si njÃ« komandÃ«. Komanda mund tÃ« merrni pak i rÃ«ndÃ«. NÃ« mÃ«nyrÃ« tÃ« ngjashme, duke krijuar njÃ« tabelÃ« mund tÃ« merrni mjaft rÃ«ndÃ« si. Dhe kÃ«shtu gjÃ«ra tÃ« tilla si krijimin e njÃ« bazÃ« tÃ« dhÃ«nash dhe duke krijuar njÃ« tabelÃ«, tÃ« cilat ju jeni ndoshta vetÃ«m do tÃ« bÃ«jÃ« once-- njÃ« herÃ« nÃ« tryezÃ«, njÃ« herÃ« nÃ« database-- Ã«shtÃ« nÃ« rregull pÃ«r tÃ« bÃ«rÃ« kÃ«tÃ« nÃ« njÃ« ndÃ«rfaqe grafike. NÃ« procesin e duke krijuar njÃ« tabelÃ«, ju do tÃ« gjithashtu duhet tÃ« specifikojÃ« tÃ« gjitha tÃ« shtyllat qÃ« do tÃ« jenÃ« nÃ« atÃ« tavolinÃ«. ÃfarÃ« lloj informacioni tÃ« bÃ«jÃ« ju doni tÃ« ruajtur nÃ« tryezÃ«? Ndoshta emri i njÃ« pÃ«rdorues dhe data e lindjes, fjalÃ«kalimin, numri pÃ«rdorues ID, dhe ndoshta qytet dhe shtet, e drejtÃ«? 

Dhe pÃ«r Ã§do kohÃ« doni tÃ« shtoni njÃ« pÃ«rdorues nÃ« bazÃ«n e tÃ« dhÃ«nave, ne duam tÃ« merrni tÃ« gjithÃ« gjashtÃ« e atyre pjesÃ«ve tÃ« informacionit. Dhe ne bÃ«jmÃ« kÃ«tÃ« duke shtuar rreshtave nÃ« tryezÃ«. Pra, ne sÃ« pari tÃ« krijojÃ« njÃ« bazÃ« tÃ« dhÃ«nash, pastaj ne tÃ« krijuar njÃ« tabelÃ«. Si pjesÃ« e krijimit tÃ« njÃ« tavolinÃ«, ne jemi pyetur tÃ« specifikojÃ« Ã§do kolonÃ« qÃ« ne do tÃ« dÃ«shironim nÃ« kÃ«tÃ« tabelÃ«. Dhe pastaj si ne tÃ« fillojÃ« pÃ«r tÃ« shtuar informacioni nÃ« bazÃ«n e tÃ« dhÃ«nave dhe baza e tÃ« dhÃ«nave mÃ« query generally-- jo vetÃ«m duke shtuar, por Ã§do gjÃ« tjetÃ«r ne do-- ne do tÃ« jemi qÃ« kanÃ« tÃ« bÃ«jnÃ« me rreshtave tÃ« tabelÃ«s, e cila Ã«shtÃ« njÃ« informacion pÃ«rdoruesit nga grup tÃ« tÃ«rÃ«. 

NÃ« mÃ«nyrÃ« qÃ« Ã§do kolonÃ« SQL Ã«shtÃ« i aftÃ« mbajtjen e tÃ« dhÃ«nave tÃ« njÃ« lloji tÃ« veÃ§antÃ« tÃ« tÃ« dhÃ«nave. Pra, ne lloj eliminuar kÃ«tÃ« Ideja e llojeve tÃ« tÃ« dhÃ«nave nÃ« PHP, por ata janÃ« kthyer kÃ«tu nÃ« SQL. Dhe ka shumÃ« lloje tÃ« tÃ« dhÃ«nave. KÃ«tu Ã«shtÃ« vetÃ«m 20 prej tyre, por kjo nuk Ã«shtÃ« edhe tÃ« gjithÃ« prej tyre. Pra, ne kemi ide si INTs-- Integers-- ne ndoshta e dini qÃ« kjo kolonÃ« mund tÃ« mbajÃ« integers. Dhe ka variacione thereon-- SMALLINT, TINYINT, MEDIUMINT, BIGINT. Ndoshta ne nuk kemi gjithmonÃ« nevojÃ« pÃ«r katÃ«r kafshon. Ndoshta ne duhet tetÃ« bytes, dhe kÃ«shtu qÃ« ne mund tÃ« pÃ«rdorni kÃ«to variacione nÃ« integers tÃ« jetÃ« pak mÃ« shumÃ« hapÃ«sirÃ« ââtÃ« efektshme. Ne mund tÃ« bÃ«jmÃ« shifra dhjetore, ne mund tÃ« bÃ«jÃ« lundrues numra pikÃ«. KÃ«to janÃ« mjaft tÃ« ngjashme. Ka disa dallime, dhe nÃ« qoftÃ« se ju do si pÃ«r tÃ« parÃ« deri Lloj SQL e udhÃ«zues, ju mund tÃ« shihni se Ã§farÃ« i lehtÃ« janÃ« dallimet nÃ« mes tyre. 

Ndoshta ne duam tÃ« ruajtur informacion nÃ« lidhje me datÃ«n dhe kohÃ«n. Ndoshta ne jemi mbajtja e kur pÃ«rdoruesi bashkua me faqen tonÃ« tÃ« internetit, dhe kÃ«shtu qÃ« ndoshta ne duam tÃ« ketÃ« njÃ« kolonÃ« qÃ« Ã«shtÃ« njÃ« herÃ« datÃ« ose njÃ« timestamp qÃ« tregon kur pÃ«rdoruesi nÃ« fakt nÃ«nshkruar. Ne mund tÃ« bÃ«jmÃ« geometries dhe linestrings. Kjo Ã«shtÃ« nÃ« fakt shumÃ« i ftohtÃ«. Ne mund tÃ« ndajÃ« njÃ« zonÃ« gjeografike duke pÃ«rdorur GIS koordinon pÃ«r komplot nga njÃ« zonÃ«. Pra, nÃ« fakt mund tÃ« ruajÃ« atÃ« lloj e informacionit nÃ« njÃ« kolonÃ« SQL. 

TEXT Ã«shtÃ« vetÃ«m blobs gjigant tÃ« tekstit, ndoshta. ENUMs janÃ« lloj i interesante. Ata nÃ« fakt ekzistojnÃ« nÃ« C. Ne nuk bÃ«jmÃ« flasin pÃ«r ta, sepse ata nuk janÃ« tÃ« tmerrÃ«sisht pÃ«rdoret zakonisht, tÃ« paktÃ«n CS50. Por kjo Ã«shtÃ« njÃ« lloj i regjistruar tÃ« dhÃ«nave, e cila Ã«shtÃ« e aftÃ« pÃ«r mbajtjen e vlerave limituar. 

NjÃ« shembull tÃ« vÃ«rtetÃ« tÃ« mirÃ« kÃ«tu do tÃ« jetÃ« pÃ«r tÃ« krijuar njÃ« enum ku shtatÃ« Vlerat e mundÃ«shme janÃ« diel, e hÃ«nÃ«, MartÃ«, e mÃ«rkurÃ«, e enjte, e premte, E shtunÃ«, e drejtÃ«? AtÃ« ditÃ« lloji i tÃ« dhÃ«nave JavÃ«n nuk ekziston, por ne mund tÃ« krijojÃ« njÃ« renditura lloj tÃ« dhÃ«na tÃ« tilla qÃ« kjo kolonÃ« mund vetÃ«m ndonjÃ«herÃ« tÃ« mbajnÃ« njÃ« nga ato shtatÃ« vlerave tÃ« mundshme. Ne kemi renditur tÃ« gjithÃ« e vlerave tÃ« mundshme. 

Pastaj ne kemi CHAR dhe VARCHAR, dhe unÃ« kam ngjyra kÃ«to gjelbÃ«r sepse ne jemi nÃ« fakt do tÃ« marrÃ« njÃ« tÃ« dytÃ« tÃ« flasin pÃ«r ndryshim ndÃ«rmjet kÃ«tyre dy gjÃ«rave. Pra CHAR, ndryshe nga C ku CHAR ishte njÃ« karakter tÃ« vetÃ«m, nÃ« SQL njÃ« CHAR referohet njÃ« varg gjatÃ«si fikse. Dhe kur ne tÃ« krijuar kÃ«tÃ« kolona, ââne fakt mund tÃ« specifikojÃ« gjatÃ«sinÃ« e vargut. 

Pra, nÃ« kÃ«tÃ« shembull, mund tÃ« themi CHAR (10). Kjo do tÃ« thotÃ« se Ã§do element i kÃ«tij kolonÃ« do tÃ« pÃ«rbÃ«het nga 10 bytes tÃ« informacionit. Jo mÃ« shumÃ«, jo mÃ« pak. Pra, nÃ«se ne pÃ«rpiqemi dhe tÃ« vÃ«nÃ« nÃ« njÃ« 15 bit ose njÃ« element 15 karakter ose vlera nÃ« kÃ«tÃ« kolonÃ«, ne jemi vetÃ«m tÃ« marrÃ« 10 e parÃ«. NÃ« qoftÃ« se ne kemi vÃ«nÃ« nÃ« dy Vlera karakter tÃ« gjatÃ«, ne do tÃ« kemi dy karaktere, dhe pastaj tetÃ« kafshon null. Ne kurrÃ« nuk do tÃ« jetÃ« mÃ« efikas se kaq. 

NjÃ« VARCHAR Ã«shtÃ« lloj i si nocioni ynÃ« i njÃ« varg se ne jemi tÃ« njohur me nga C ose nga PHP. ÃshtÃ« njÃ« varg gjatÃ«si variabÃ«l. Dhe kur ju krijoni kjo kolonÃ«, ju vetÃ«m specifikojÃ« gjatesite maksimale tÃ« mundshme. Pra, ndoshta 99, ose zakonisht 255. Kjo do tÃ« jetÃ« gjatÃ«sia maksimale. Dhe kÃ«shtu qÃ« nÃ« qoftÃ« se ne kemi qenÃ« magazinimin e 15 varg karakter, ne do tÃ« pÃ«rdorim 15 bytes, ndoshta 16 bytes pÃ«r terminator null. NÃ« qoftÃ« se ne u ruajtjen njÃ« tre varg karakter, ne do tÃ« pÃ«rdorim tre ose katÃ«r bytes. Por ne nuk do tÃ« pÃ«rdorim tÃ« plotÃ« 99. 

Pra, pse do tÃ« kemi tÃ« dy? E pra, nÃ« qoftÃ« se ne duhet tÃ« kuptoj se si diÃ§ka gjatÃ« Ã«shtÃ« me njÃ« VARCHAR, ne duhet tÃ« llojit tÃ« iterate gjithÃ« ajo ashtu si ne e bÃ«mÃ« nÃ« C dhe kuptoj se ku ndalet. NdÃ«rsa nÃ« qoftÃ« se ne e dimÃ« se gjithÃ§ka nÃ« kÃ«tÃ« kolonÃ« Ã«shtÃ« 10 bytes, ndoshta ne e dimÃ« kÃ«tÃ« informacion, ne mund tÃ« kÃ«rcejnÃ« 10 bytes, 10 bytes, 10 bytes, 10 bytes, dhe gjithmonÃ« gjeni fillimi i vargut. 

Pra, ne mund tÃ« ketÃ« disa tretur hapÃ«sirÃ« ââme njÃ« char, por ndoshta ka njÃ« tregti off e tÃ« pasurit shpejtÃ«si mÃ« tÃ« mirÃ« nÃ« lundrimit bazÃ«n e tÃ« dhÃ«nave. Por ndoshta ne dÃ«shironi fleksibiliteti i njÃ« VARCHAR nÃ« vend tÃ« having-- NÃ«se CHAR ynÃ« ishte 255, por shumica e pÃ«rdoruesve tonÃ« ishin vetÃ«m inputting tre ose katÃ«r bytes vlerÃ« e informacionit ose tre ose katÃ«r karaktere vlerÃ« e informacionit. 

Por disa pÃ«rdorues janÃ« duke pÃ«rdorur tÃ« gjithÃ« 255, ndoshta VARCHAR do tÃ« jetÃ« mÃ« e pÃ«rshtatshme atje. Kjo Ã«shtÃ« lloj i njÃ« tregti off, dhe pÃ«rgjithÃ«sisht pÃ«r qÃ«llime tÃ« CS50, ju nuk duhet tÃ« shqetÃ«sohen shumÃ« pÃ«r nÃ«se ju pÃ«rdorni njÃ« char apo njÃ« VARCHAR. Por nÃ« botÃ«n reale, kÃ«to gjÃ«ra kanÃ« rÃ«ndÃ«si, sepse tÃ« gjitha kÃ«to kolona marrÃ« hapÃ«sirÃ« ââaktuale fizike. Dhe hapÃ«sirÃ« ââfizike, nÃ« bota e vÃ«rtetÃ«, vjen nÃ« njÃ« premium. 

Pra, njÃ« konsideratÃ« tjetÃ«r kur ju jeni ndÃ«rtimin e njÃ« tryezÃ« tÃ« Ã«shtÃ« qÃ« tÃ« marr njÃ« kolonÃ« tÃ« jetÃ« atÃ« qÃ« quhet njÃ« kyÃ§ primar. Dhe njÃ« kyÃ§ primar Ã«shtÃ« njÃ« kolonÃ« ku Ã§do vlerÃ« e vetme Ã«shtÃ« unik. Dhe kjo do tÃ« thotÃ« qÃ« ju mund tÃ« lehtÃ« marr nga njÃ« rresht tÃ« vetÃ«m vetÃ«m duke shikuar nÃ« kyÃ§ primar tÃ« atij rresht. KÃ«shtu pÃ«r shembull, ju nÃ« pÃ«rgjithÃ«si, me pÃ«rdoruesit, nuk duan dy pÃ«rdoruesit tÃ« cilÃ«t kanÃ« tÃ« njÃ«jtin numÃ«r pÃ«rdorues ID. Dhe kÃ«shtu qÃ« ndoshta ju keni shumÃ« e informacionit, dhe ndoshta dy pÃ«rdoruesit mund kanÃ« tÃ« njÃ«jtÃ«n name-- ju keni John Smith dhe John Smith. Kjo nuk Ã«shtÃ« domosdoshmÃ«risht njÃ« problem, sepse ka njerÃ«z tÃ« shumta nÃ« botÃ« me emrin John Smith. Por ne kemi vetÃ«m njÃ« pÃ«rdorues numrin ID 10, njÃ« pÃ«rdorues numÃ«r 11, 12, 13 ID. Ne nuk kemi dy pÃ«rdoruesit me numÃ«r tÃ« njÃ«jtÃ«, dhe kÃ«shtu ndoshta numrat pÃ«rdorues ID do tÃ« jetÃ« njÃ« Ã§elÃ«s i mirÃ« primar. 

Ne nuk kemi asnjÃ« dyfishimin, dhe ne tani mund unike tÃ« identifikojÃ« Ã§do rresht tÃ« vetÃ«m vetÃ«m duke shikuar nÃ« atÃ« kolonÃ«. Zgjedhja Ã§elÃ«sat primar nÃ« fakt mund tÃ« tÃ« bÃ«jÃ« operacionet e mÃ«vonshme tryezÃ« shumÃ« mÃ« e lehtÃ« pÃ«r shkak se ju mund tÃ« levave fakti qÃ« rreshtat e caktuara do tÃ« tÃ« jetÃ« unike, ose njÃ« kolonÃ« tÃ« caktuar e bazÃ«s sÃ« tÃ« dhÃ«nave ose tabelÃ« do tÃ« jetÃ« unik pÃ«r tÃ« marr Rreshtave jashtÃ« veÃ§anta. 

Ju gjithashtu mund tÃ« ketÃ« njÃ« primar tÃ« pÃ«rbashkÃ«t kyÃ§e, tÃ« cilat ju mund tÃ« gjenin njÃ« pretekst pÃ«r t'u pÃ«rdorur, e cila Ã«shtÃ« vetÃ«m njÃ« kombinimi i dy kolonave qÃ« Ã«shtÃ« e garantuar tÃ« jetÃ« unike. Pra, ndoshta ju keni njÃ« tÃ« tillÃ« Kolona se si dhe BS, njÃ« kolonÃ« qÃ« Ã«shtÃ« njÃ«, dy, dhe tre, por ju do tÃ« vetÃ«m ndonjÃ«herÃ« kanÃ« njÃ« A1 tÃ« vetme, njÃ« single A2, dhe kÃ«shtu me radhÃ« e kÃ«shtu me radhÃ«. Por ju mund tÃ« keni njÃ« B2, njÃ« C2, ose njÃ« A1, A2, A3, A4. KÃ«shtu qÃ« ju mund tÃ« keni sa tÃ« shumta, tÃ« shumta BS, ato tÃ« shumta, twos tÃ« shumta, por ju mund vetÃ«m ndonjÃ«herÃ« tÃ« ketÃ« njÃ« single A1, B2, C3, etj. Pra, siÃ§ thashÃ«, SQL Ã«shtÃ« njÃ« gjuhÃ« programimi, por ajo ka njÃ« fjalor tÃ« kufizuar nÃ« mÃ«nyrÃ« tÃ« drejtÃ«. Kjo nuk Ã«shtÃ« mjaft aq i shtrirÃ« sa C dhe PHP dhe gjuhÃ« tÃ« tjera qÃ« ne flasim nÃ« kurs. Kjo Ã«shtÃ« mÃ« shumÃ« njÃ« fjalÃ«shumÃ« gjuha sesa ajo qÃ« ne jemi do tÃ« flasim pÃ«r kÃ«tÃ« nÃ« Video, sepse nÃ« kÃ«tÃ« video ne do tÃ« flasim pÃ«r katÃ«r operacionet qÃ« ne mund tÃ« kryejnÃ« nÃ« njÃ« tryezÃ«. 

Ka mÃ« shumÃ« se kjo. Ne mund tÃ« bÃ«jmÃ« mÃ« shumÃ« se kjo, por pÃ«r qÃ«llimet tona, ne jemi nÃ« pÃ«rgjithÃ«si do tÃ« jetÃ« duke pÃ«rdorur vetÃ«m katÃ«r insert operations--, zgjidhni, tÃ« rinovuar, dhe fshini. Dhe ju mund ndoshta me mend intuitive Ã§farÃ« tÃ« katÃ«r kÃ«to gjÃ«ra bÃ«jnÃ«. Por ne do tÃ« shkojnÃ« nÃ« njÃ« grimÃ« i detajuar pÃ«r secilÃ«n prej tyre. 

Pra, pÃ«r qÃ«llime tÃ« kÃ«tij Video, le tÃ« supozojmÃ« ne kemi nÃ« vijim dy tavolina nÃ« njÃ« bazÃ« tÃ« dhÃ«nash tÃ« vetme. Ne kemi njÃ« tabelÃ« tÃ« quajtur PÃ«rdoruesit qÃ« ka katÃ«r columns-- numrin ID, emrin, fjalÃ«kalimin, dhe emrin e plotÃ«. Dhe ne kemi njÃ« sekondÃ« tabela nÃ« tÃ« njÃ«jtin dhÃ«nave quajtur moms qÃ« vetÃ«m ruan informacion rreth njÃ« username dhe njÃ« nÃ«nÃ«. Pra, pÃ«r tÃ« gjithÃ« shembujt nÃ« kÃ«tÃ« video, ne do tÃ« tÃ« pÃ«rdorin kÃ«tÃ« bazÃ« tÃ« dhÃ«nash dhe PÃ«rditÃ«simet e mÃ«vonshme pÃ«r tÃ«. Pra, le tÃ« thonÃ« se ne duam tÃ« shtoni informacion nÃ« njÃ« tryezÃ«. Kjo Ã«shtÃ« ajo qÃ« bÃ«n futur operacion. NÃ« shpjegimin tÃ« gjithÃ« kÃ«to komanda, unÃ« jam duke shkuar pÃ«r tÃ« ju jap njÃ« skelet tÃ« pÃ«rgjithshme pÃ«r tÃ« pÃ«rdorur. Sepse nÃ« thelb, pyetje do duken mjaft tÃ« ngjashme, ne jemi vetÃ«m duke shkuar pÃ«r tÃ« ndryshuar pjesÃ« pak mÃ« tÃ« ndryshme tÃ« informacionit pÃ«r tÃ« bÃ«rÃ« gjÃ«ra tÃ« ndryshme me tryezÃ«. 

Pra, pÃ«r INSERT, skeletit duket lloj i si kjo. Ne duam tÃ« futur nÃ« njÃ« tabelÃ« tÃ« veÃ§antÃ«. Pastaj ne kemi njÃ« kllapÃ« tÃ« hapur dhe njÃ« listÃ« e shtyllave qÃ« ne duam tÃ« vÃ«nÃ« vlerat nÃ«. Mbylle kllapa, pas vlerat, dhe pastaj pÃ«rsÃ«ri, ne lista nga vlerat ne duam tÃ« vÃ«nÃ« nÃ« tryezÃ«. 

Pra, njÃ« shembull i kÃ«saj do tÃ« jetÃ« nÃ« vijim. UnÃ« dua tÃ« futur nÃ« tryezÃ« PÃ«rdoruesit columns-- vijim emrin, fjalekalimin dhe fullname. Pra, njÃ« rresht tÃ« ri, ku unÃ« jam vÃ«nÃ« nÃ« kÃ«to tri kolona dhe ne jemi do tÃ« vÃ«nÃ« nÃ« vlerat Newman, USMAIL, dhe Newman. Pra, nÃ« kÃ«tÃ« rast, unÃ« jam vÃ«nÃ« Newman vogle nÃ« kolonÃ«n emrin, fjalÃ«kalimin USMAIL, dhe kryeqyteti i plotÃ« emri N Newman nÃ« kolonÃ«n fullname. 

KÃ«shtu qÃ« kÃ«tu Ã«shtÃ« ajo qÃ« baza e tÃ« dhÃ«nave dukej si mÃ« parÃ«. Ja se Ã§farÃ« tryeza pÃ«rdoruesve nÃ« Top dukej si mÃ« parÃ« ne e bÃ«mÃ« kÃ«tÃ«. Pasi ne ekzekutojÃ« kÃ«tÃ« pyetje, ne tÃ« merrni kÃ«tÃ«. Ne kemi shtuar njÃ« rresht tÃ« ri nÃ« tryezÃ«. Por vini re kÃ«tÃ« gjÃ« qÃ« unÃ« nuk pÃ«rcaktoi, por disi kam njÃ« vlerÃ« pÃ«r tÃ«, e cila Ã«shtÃ« ky 12 e drejtÃ« kÃ«tu. UnÃ« nuk them kam kÃ«rkuar pÃ«r tÃ« vÃ«nÃ« numrin e ID nÃ« atje. UnÃ« tÃ« kÃ«rkuar pÃ«r tÃ« vÃ«nÃ« emrin, fjalÃ«kalimin, fullname. Dhe unÃ« e bÃ«ri atÃ«, kjo Ã«shtÃ« nÃ« rregull. 

Por unÃ« gjithashtu mori kÃ«tÃ« 12. Pse nuk kam marrÃ« kÃ«tÃ« 12? E pra, ajo rezulton se kur ju jeni tÃ« definimit njÃ« kolonÃ« qÃ« do tÃ« jetÃ« tuaj kyÃ§ primar, e cila Ã«shtÃ« zakonisht, si i tha, njÃ« numÃ«r ID. Kjo nuk Ã«shtÃ« gjithmonÃ« domosdoshmÃ«risht do tÃ« jetÃ« njÃ« numÃ«r ID, por kjo Ã«shtÃ« zakonisht njÃ« ide e mirÃ« pÃ«r tÃ« tÃ« jetÃ« njÃ« lloj vlere integer. Ju keni njÃ« mundÃ«si nÃ« phpMyAdmin kur ju jeni duke krijuar bazÃ«n e tÃ« dhÃ«nave tuaja ose tavolina juaj pÃ«r tÃ« vendosur se kolona si bÃ«n rritjen auto. 

E cila Ã«shtÃ« njÃ« ide me tÃ« vÃ«rtetÃ« e mirÃ«, kur ju jeni duke punuar me njÃ« kyÃ§ primar, sepse ju doni Ã§do vlerÃ« nÃ« atÃ« kolonÃ« tÃ« jetÃ« unike. Dhe nÃ« qoftÃ« se ju harroni tÃ« specifikoni ajo pÃ«r mÃ« shumÃ« se njÃ« person, ju tani keni njÃ« situatÃ« ku se kolona nuk Ã«shtÃ« mÃ« unike. Ju keni dy bosh, kÃ«shtu qÃ« ju nuk mund tÃ« mÃ« unike tÃ« identifikuar njÃ« column-- ose ju nuk mund nÃ« mÃ«nyrÃ« unike identifikojnÃ« njÃ« rresht tÃ« bazuar nÃ« atÃ« kolonÃ«. Ajo ka humbur tÃ« gjitha tÃ« saj Vlera si njÃ« kyÃ§ primar. 

Dhe kÃ«shtu me sa duket atÃ« qÃ« kam bÃ«rÃ« kÃ«tu Ã«shtÃ« konfiguruar ID e pÃ«rdoruesit kolonÃ« tÃ« rritjes auto nÃ« mÃ«nyrÃ« qÃ« Ã§do herÃ« qÃ« unÃ« tÃ« shtoni informacion nÃ« tryezÃ«, kjo automatikisht do tÃ« mÃ« jepni njÃ« vlerÃ« pÃ«r kyÃ§ primar. KÃ«shtu qÃ« unÃ« kurrÃ« nuk mund tÃ« harrojmÃ« pÃ«r tÃ« bÃ«rÃ« atÃ«, sepse baza e tÃ« dhÃ«nave do tÃ« bÃ«jÃ« atÃ« pÃ«r mua. Pra, kjo Ã«shtÃ« lloj i bukur. Dhe kÃ«shtu kjo Ã«shtÃ« arsyeja pse ne kemi marrÃ« 12 nÃ« atje, sepse unÃ« kam vendosur atÃ« kolonÃ« deri nÃ« rritjes auto. NÃ« qoftÃ« se kam shtuar dikÃ« tjetÃ«r ajo do tÃ« jetÃ« 13, nÃ« qoftÃ« se kam shtuar dikush tjetÃ«r ajo do tÃ« jetÃ« 14, dhe kÃ«shtu me radhÃ«. 

Pra, le tÃ« vetÃ«m tÃ« bÃ«jÃ« njÃ« futje mÃ« shumÃ«. Ne do tÃ« futur nÃ« tryezÃ« moms, nÃ« VeÃ§anÃ«risht, emri i pÃ«rdoruesit dhe nÃ«na kolona, ââvlerat Kramer dhe Babs Kramer. Dhe kÃ«shtu qÃ« ne kishim kÃ«tÃ« para. Pasi kemi ekzekutuar se SQL query, ne kemi kÃ«tÃ«. Ne kemi shtuar Kramer dhe Babs Kramer nÃ« tryezÃ« moms. 

KÃ«shtu qÃ« Ã«shtÃ« futur. SELECT Ã«shtÃ« ajo qÃ« ne pÃ«rdorim pÃ«r nxjerrjen informacion nga tabela. Pra, kjo Ã«shtÃ« se si ne tÃ« merrni informacion nga bazÃ«n e tÃ« dhÃ«nave. Dhe komandat kÃ«shtu qÃ« zgjidhni do tÃ« jetÃ« pÃ«rdorur shumÃ« shpesh nÃ« programimin. Gjenerali framework-- skelet i pÃ«rgjithshÃ«m duket si ky. Zgjidh njÃ« sÃ«rÃ« kolona nga njÃ« tavolinÃ«, dhe pastaj opsionale ju mund tÃ« specifikoni njÃ« condition-- ose ajo qÃ« ne zakonisht e quajmÃ« njÃ« kallÃ«zues, zakonisht Ã«shtÃ« termi qÃ« pÃ«rdorim nÃ« SQL. 

Por kjo Ã«shtÃ« nÃ« thelb ajo qÃ« rreshtave tÃ« veÃ§antÃ« ju doni tÃ« merrni. NÃ«se ju doni tÃ«, nÃ« vend tÃ« gjetjes sÃ« Ã§do gjÃ«, ngushtuar atÃ« poshtÃ«, kjo Ã«shtÃ« ajo ku ju do tÃ« bÃ«ni atÃ«. Dhe pastaj opsionale, ju gjithashtu mund tÃ« porositur nga njÃ« kolonÃ« tÃ« veÃ§antÃ«. Pra, ndoshta ju dÃ«shironi tÃ« keni gjÃ«rat e renditura alfabetike bazuar nÃ« njÃ« kolonÃ« ose alfabetike bazuar nÃ« njÃ« tjetÃ«r. 

PÃ«rsÃ«ri, KU dhe ORDER BY janÃ« fakultative. Por ata ndoshta do tÃ« jetÃ« useful-- veÃ§anÃ«risht KU do tÃ« jenÃ« tÃ« dobishme pÃ«r kufizoni kÃ«shtu qÃ« ju nuk e bÃ«ni tÃ« marrÃ« tÃ« gjithÃ« bazÃ«s sÃ« tÃ« dhÃ«nave tuaj mbrapa dhe duhet ta pÃ«rpunojÃ« atÃ«, ju vetÃ«m merrni copat e tij qÃ« ju intereson. KÃ«shtu pÃ«r shembull, unÃ« mund tÃ« dÃ«shironi tÃ« zgjidhni Numri i ID dhe fullname nga pÃ«rdoruesit. Pra, Ã§farÃ« mund tÃ« duket kjo si? KÃ«shtu qÃ« kÃ«tu Ã«shtÃ« tabela pÃ«rdoruesit ime. UnÃ« dua pÃ«r tÃ« zgjedhur idnum dhe fullname nga pÃ«rdoruesit. ÃfarÃ« jam unÃ« do tÃ« merrni? UnÃ« jam duke shkuar pÃ«r tÃ« marrÃ« kÃ«tÃ«. UnÃ« nuk e kam ngushtuar atÃ« poshtÃ«, kÃ«shtu qÃ« unÃ« jam duke marrÃ« numrin e ID pÃ«r Ã§do rresht dhe unÃ« jam marrÃ« tÃ« plotÃ« emrin nga Ã§do rresht. 

NE RREGULL. Ãka nÃ«se unÃ« dua tÃ« zgjidhni fjalÃ«kalimin nga pÃ«rdoruesit WHERE-- kÃ«shtu tani UnÃ« jam duke shtuar njÃ« gjendje, njÃ« predicate-- ku idnum Ã«shtÃ« mÃ« pak se 12. KÃ«shtu qÃ« kÃ«tu Ã«shtÃ« baza e tÃ« dhÃ«nave e mia pÃ«rsÃ«ri, PÃ«rdoruesit tryezÃ«n time tÃ« lartÃ«. ÃfarÃ« jam unÃ« do tÃ« marrÃ« nÃ« qoftÃ« se unÃ« dua tÃ« zgjidhni kÃ«tÃ« informacion, fjalÃ«kalimi, ku ID e pÃ«rdoruesit ose idnum Ã«shtÃ« mÃ« pak se 12? UnÃ« jam duke shkuar pÃ«r tÃ« marrÃ« kÃ«tÃ« informacion prapa, e drejtÃ«? Kjo ndodh se idnum Ã«shtÃ« 10, mÃ« pak se 12, numri i ID 11 mÃ« pak se 12. UnÃ« jam marrÃ« fjalÃ«kalimin pÃ«r kÃ«to rreshta. Kjo Ã«shtÃ« ajo qÃ« kam kÃ«rkuar. Po nÃ« lidhje me kÃ«tÃ«? Ãka nÃ«se unÃ« dua tÃ« zgjidhni yll nga moms tabelÃ« ku emri i pÃ«rdoruesit Ã«shtÃ« e barabartÃ« me Jerry? OK, zgjidhni yll Ã«shtÃ« i veÃ§antÃ« lloj kartÃ« tÃ« egra ashtuquajtura qÃ« ne pÃ«rdorim pÃ«r tÃ« marrÃ« gjithÃ§ka. Pra, ata janÃ« duke thÃ«nÃ«, pÃ«rzgjidhni emri pÃ«rdorues nÃ«nÃ«n presje, e cila ka ndodhur tÃ« jetÃ« e vetmja Dy kolonat e kÃ«saj tryeze, UnÃ« vetÃ«m mund tÃ« zgjidhni yll dhe tÃ« marrÃ« Ã§do gjÃ« ku emrin e barabartÃ« Jerry. Dhe kÃ«shtu kjo Ã«shtÃ« ajo qÃ« unÃ« do tÃ« merrni nÃ« qoftÃ« se unÃ« e bÃ«ra atÃ« pyetje tÃ« veÃ§antÃ«. 

Tani, Bazat e tÃ« dhÃ«nave janÃ« e madhe, sepse ato lejojnÃ« na pÃ«r tÃ« organizuar informacione mbase pak mÃ« efikase se ne mund tÃ« ndryshe. Ne nuk domosdoshmÃ«risht pÃ«r tÃ« ruajtur Ã§do pjesÃ« e rÃ«ndÃ«sishme e informacionit nÃ« lidhje me njÃ« pÃ«rdorues nÃ« tÃ« njÃ«jtÃ«n tryezÃ«. Ne kishim dy tavolina atje. 

Ne kemi nevojÃ« pÃ«r tÃ« ruajtur emri i nÃ«nÃ«s gjithÃ«ve sÃ«, dhe ndoshta ne nuk kemi sigurimet shoqÃ«rore numÃ«r, ne kemi datÃ«n e tyre tÃ« lindjes. QÃ« nuk ka gjithmonÃ« nevojÃ« qÃ« tÃ« jetÃ« nÃ« tÃ« njÃ«jtin tabelÃ«s. PÃ«r sa kohÃ« qÃ« ne mund tÃ« pÃ«rcaktojÃ« marrÃ«dhÃ«niet midis tables-- dhe kjo Ã«shtÃ« ajo ku ajo relacionale Termi bazÃ«s sÃ« tÃ« dhÃ«nave lloj i vjen nÃ« play-- aq kohÃ« sa ne mund tÃ« pÃ«rcaktojÃ« marrÃ«dhÃ«niet nÃ« mes tÃ« tabelave, ne mund tÃ« lloj compartmentalize ose gjÃ«ra abstrakte njÃ« mÃ«nyrÃ«, ku ne vetÃ«m kemi informacion tÃ« vÃ«rtetÃ« e rÃ«ndÃ«sishme kemi kujdes pÃ«r nÃ« tabelÃ«n e pÃ«rdoruesit. Dhe pastaj kemi informacione ndihmÃ«se ose informacion shtesÃ« nÃ« tabela tÃ« tjera qÃ« ne mund tÃ« lidheni pÃ«rsÃ«ri nÃ« kryesore PÃ«rdoruesit tavolinÃ« nÃ« njÃ« mÃ«nyrÃ« tÃ« veÃ§antÃ«. 

Pra, kÃ«tu ne kemi kÃ«to dy tavolina, por ka njÃ« marrÃ«dhÃ«nie mes tyre, e drejtÃ«? Duket sikur emrin e pÃ«rdoruesit mund tÃ« jetÃ« diÃ§ka qÃ« ekziston nÃ« mes tÃ« pÃ«rbashkÃ«ta kÃ«to dy tavolina tÃ« ndryshme. Pra, Ã§farÃ« nÃ«se ne tani kemi njÃ« situatÃ« ku ne doni tÃ« merrni emrin e plotÃ« tÃ« njÃ« pÃ«rdoruesi nga Tabela e pÃ«rdoruesit, dhe nÃ«nÃ«s sÃ« tyre emrin nga tabela e nÃ«nÃ«s? Ne nuk kemi njÃ« mÃ«nyrÃ« pÃ«r tÃ« marrÃ« se si ajo qÃ«ndron, e drejtÃ«? Nuk ka asnjÃ« tabelÃ« e vetme qÃ« pÃ«rmban si emri i plotÃ« dhe emri i nÃ«nÃ«s. Ne nuk e kemi atÃ« mundÃ«si nga ajo qÃ« kemi parÃ« deri tani. 

Dhe kÃ«shtu qÃ« ne kemi pÃ«r tÃ« futur ideja e njÃ« JOIN. Dhe bashkohet ndoshta MÃ« tÃ« complex-- Ã«shtÃ« e vÃ«rtetÃ« operacioni mÃ« komplekse ne jemi duke shkuar pÃ«r tÃ« folur nÃ« lidhje nÃ« video. Ata janÃ« pak e komplikuar, por njÃ« herÃ« ju merrni ul receptorin e telefonit tÃ« tij, ata nÃ« tÃ« vÃ«rtetÃ« nuk janÃ« shumÃ« tÃ« kÃ«qija. Kjo Ã«shtÃ« vetÃ«m njÃ« rast i veÃ§antÃ« i njÃ« SELECT. Ne jemi duke shkuar pÃ«r tÃ« zgjedhur njÃ« sÃ«rÃ« kolona nga njÃ« tryezÃ« tÃ« bashkuar nÃ« njÃ« tryezÃ« tÃ« dytÃ« nÃ« njÃ« kallÃ«zues. 

NÃ« kÃ«tÃ« rast, tÃ« mendojnÃ« pÃ«r atÃ« si this-- Tabela e njÃ« Ã«shtÃ« njÃ« rreth mbi kÃ«tu, Tabela e dy Ã«shtÃ« njÃ« tjetÃ«r rreth kÃ«tu. Dhe kjo pjesÃ« kallÃ«zues nÃ« mes, Ã«shtÃ« lloj si nÃ« qoftÃ« se ju mendoni se rreth si njÃ« diagram venn, Ã§farÃ« ata kanÃ« tÃ« pÃ«rbashkÃ«t? Ne duam tÃ« lidhin kÃ«to dy tavolina bazuar nÃ« atÃ« qÃ« ata kanÃ« tÃ« pÃ«rbashkÃ«t dhe pÃ«r tÃ« krijuar kÃ«tÃ« tabelÃ« hipotetike qÃ« Ã«shtÃ« bashkimi i tÃ« dy sÃ« ââbashku. Pra, ne do tÃ« shohim kÃ«tÃ« nÃ« njÃ« shembull dhe ndoshta kjo do tÃ« ndihmojÃ« qartÃ« atÃ« pak. Pra, ndoshta ju doni tÃ« zgjidhni user.fullname dhe moms.mother nga pÃ«rdoruesit e bashkuar nÃ« moms tavolinÃ« nÃ« Ã§do situatÃ« ku kolona emrin Ã«shtÃ« e njÃ«jtÃ« mes tyre. Dhe kjo Ã«shtÃ« njÃ« e re sintaksÃ«s kÃ«tu, kÃ«tÃ« pÃ«rdorues. dhe moms .. NÃ« qoftÃ« se unÃ« jam duke bÃ«rÃ« tavolina tÃ« shumta sÃ« bashku, unÃ« mund tÃ« specifikoni njÃ« tryezÃ«. UnÃ« mund tÃ« dallojÃ« nÃ« On veÃ§antÃ« qÃ« mÃ« nÃ« fund tÃ« fund atje. UnÃ« mund tÃ« dallojÃ« emrin e pÃ«rdoruesit kolona e tabelÃ«s pÃ«rdoruesve nga kolona emrin e tavolinÃ« moms, tÃ« cilat janÃ« otherwise-- nÃ« qoftÃ« se ne vetÃ«m tha emrin e barabartÃ« me emrin, qÃ« nuk ka tÃ« vÃ«rtetÃ« do tÃ« thotÃ« asgjÃ«. Ne duam tÃ« bÃ«jmÃ« atÃ« ku ata pÃ«rputhen. 

KÃ«shtu qÃ« unÃ« mund tÃ« specifikoni nÃ« tryezÃ« dhe Emri kolona nÃ« rast tÃ« njÃ« situate ku ajo do tÃ« jetÃ« e paqartÃ« Ã§farÃ« jam duke folur rreth. Pra, kjo Ã«shtÃ« e gjitha unÃ« jam duke bÃ«rÃ« Ã«shtÃ« unÃ« jam duke thÃ«nÃ« se kÃ«tÃ« kolonÃ« nga kjo tabelÃ«, dhe duke qenÃ« shumÃ« i qartÃ«. Pra, pÃ«rsÃ«ri, unÃ« jam duke zgjedhjen e emrin e plotÃ« dhe emrin e nÃ«nÃ«s nga tabela e pÃ«rdoruesve tÃ« lidhura sÃ« bashku me tabela moms nÃ« Ã§do situatÃ« ku ata ndajnÃ« kÃ«tÃ« column-- ata ndajnÃ« kÃ«tÃ« nocion emrin e pÃ«rdoruesit. 

KÃ«shtu qÃ« kÃ«tu janÃ« tabelat e kemi pasur mÃ« parÃ«. Kjo Ã«shtÃ« gjendja e tona bazÃ«s sÃ« tÃ« dhÃ«nave siÃ§ ekziston tani. Informacioni ne jemi nxjerrjen Ã«shtÃ« kjo pÃ«r tÃ« filluar me. Kjo Ã«shtÃ« tryeza e re ne jemi duke shkuar pÃ«r tÃ« krijuar kombinuar kÃ«to sÃ« bashku. Dhe vini re ne nuk jemi duke theksuar Rresht Newman nÃ« tryezÃ«n e pÃ«rdoruesit, dhe ne nuk jemi duke theksuar Rresht kramer nÃ« tabelÃ«n moms sepse as njÃ«ra ekziston nÃ« si sets-- nÃ« tÃ« dy tabelat. 

I vetmi informacion qÃ« Ã«shtÃ« e pÃ«rbashkÃ«t nÃ« mes tyre Ã«shtÃ« Jerry Ã«shtÃ« nÃ« tÃ« dy tabelat dhe gcostanza Ã«shtÃ« nÃ« tÃ« dy tabelat. Dhe kÃ«shtu, kur ne bÃ«jmÃ« tÃ« SQL tÃ« bashkohen, ajo qÃ« ne get-- dhe ne bÃ«jmÃ« nÃ« fakt tÃ« marrÃ« kÃ«tÃ«. Kjo Ã«shtÃ« lloj i njÃ« ndryshore tÃ« pÃ«rkohshme. ÃshtÃ« si njÃ« hipotetike bashkimi i dy tabelave. Ne fakt tÃ« marrÃ« diÃ§ka si kjo, ku ne kemi shkrirÃ« sÃ« bashku tabelat nÃ« informacioni qÃ« ata kanÃ« tÃ« pÃ«rbashkÃ«t. 

Pra, vini re se users.username dhe kolona moms.username, kjo Ã«shtÃ« saktÃ«sisht e njÃ«jtÃ«. Kjo ishte informacioni qÃ« ishte nÃ« pÃ«rputhje nga pÃ«rdoruesit tryezÃ« dhe tabela moms. Dhe kÃ«shtu qÃ« ne shkrirÃ« ato sÃ« bashku. Ne fshi Kramer, sepse ai nuk ekzistonte nÃ« tabelÃ«n e pÃ«rdoruesit, dhe ne fshi Newman, sepse ai nuk ka ekzistuar nÃ« tabelÃ« moms. Pra, kjo Ã«shtÃ« bashkim hipotetike duke pÃ«rdorur tÃ« bashkohet me funksionimin e SELECT. 

Dhe pastaj ne kemi qenÃ« duke kÃ«rkuar pÃ«r Emri i plotÃ« pÃ«rdoruesit dhe nÃ«na e pÃ«rdoruesit, dhe kÃ«shtu ky Ã«shtÃ« informacioni qÃ« ne do tÃ« merrni nga pyetje tÃ« pÃ«rgjithshme qÃ« kemi bÃ«rÃ« me SELECT. Pra, ne u bashkua me tavolina sÃ« bashku dhe ne nxjerrÃ« kÃ«to dy kolona, dhe kÃ«shtu qÃ« kjo Ã«shtÃ« ajo qÃ« ne do tÃ« merrni. Por SQL bashkohet me njÃ« lloj tÃ« komplikuar. Ju ndoshta nuk do t'u bÃ«jÃ« shumÃ«, por vetÃ«m kanÃ« disa ide tÃ« skeletit qÃ« ju mund tÃ« pÃ«rdorni tÃ« bashkojÃ« dy tavolina sÃ« bashku, nÃ«se ju nevojitet pÃ«r tÃ«. Dy tÃ« fundit janÃ« njÃ« bit thjeshtÃ« unÃ« premtoj. Pra pÃ«rditÃ«simin, ne mund tÃ« pÃ«rdorim UPDATE tÃ« ndryshojÃ« informacionin nÃ« njÃ« tavolinÃ«. Formati i pÃ«rgjithshÃ«m Ã«shtÃ« UPDATE disa tavolinÃ«, vendosur disa kolonÃ« pÃ«r disa vlera Ku disa kallÃ«zues Ã«shtÃ« i kÃ«naqur. KÃ«shtu pÃ«r shembull, ne mund tÃ« dÃ«shironi pÃ«r tÃ« rinovuar tabela e pÃ«rdoruesve dhe tÃ« vendosur fjalÃ«kalim pÃ«r yada yada, ku numri ID Ã«shtÃ« 10. 

Pra, nÃ« kÃ«tÃ« rast, ne jemi pÃ«rditÃ«simin tabela e pÃ«rdoruesve. Numri ID Ã«shtÃ« 10 pÃ«r se radhÃ«n e parÃ« atje, dhe ne duam pÃ«r tÃ« rinovuar FjalÃ«kalimi pÃ«r yada yada. Dhe kÃ«shtu kjo Ã«shtÃ« ajo qÃ« do tÃ« ndodhÃ«. ÃshtÃ« shumÃ« e thjeshtÃ«, apo jo? ÃshtÃ« vetÃ«m njÃ« shumÃ« e thjeshtÃ« modifikim nÃ« tryezÃ«. 

DELETE Ã«shtÃ« operacioni kemi pÃ«rdorur pÃ«r tÃ« hiqni informacion nga njÃ« tavolinÃ«. Fshini nga tabelÃ« ku disa kallÃ«zues Ã«shtÃ« i kÃ«naqur. Ne duam tÃ« fshini nga PÃ«rdoruesit tavolinÃ« pÃ«r shembull, ku emri i pÃ«rdoruesit Ã«shtÃ« Newman. Ju ndoshta mund tÃ« me mend se Ã§farÃ« do tÃ« ndodh kÃ«tu pasi ne tÃ« ekzekutuar atÃ« SQL pyetje, Newman Ã«shtÃ« zhdukur nga tabela. 

Pra, tÃ« gjitha kÃ«to operacione, siÃ§ kam thÃ«nÃ«, janÃ« shumÃ« tÃ« lehtÃ« pÃ«r tÃ« bÃ«rÃ« nÃ« phpMyAdmin. Kjo Ã«shtÃ« njÃ« ndÃ«rfaqe shumÃ« pÃ«rdorues miqÃ«sore. Por kjo kÃ«rkon pÃ«rpjekje tÃ« manual. Ne nuk duam tÃ« punÃ«sojnÃ« pÃ«rpjekje manual. Ne duam qÃ« programet tona pÃ«r bÃ«ni kÃ«tÃ« pÃ«r ne, apo jo? Pra, ne mund tÃ« dÃ«shironi tÃ« bÃ«ni kjo programuar. Ne duam tÃ« pÃ«rfshijnÃ« SQL dhe kanÃ« diÃ§ka tjetÃ«r pÃ«r tÃ« bÃ«rÃ« kÃ«tÃ« pÃ«r ne. 

Por ajo qÃ« kemi parÃ« qÃ« lejon ne tÃ« programuar tÃ« bÃ«rÃ« diÃ§ka? Ne kemi parÃ« PHP, e drejtÃ«? Ai fut disa Dinamizmi nÃ« programet tona. Dhe kÃ«shtu pÃ«r fat tÃ« mirÃ«, SQL dhe PHP luajnÃ« shumÃ« mirÃ« sÃ« bashku. Ka njÃ« funksion nÃ« PHP quajtur pyetje, tÃ« cilat mund tÃ« pÃ«rdoret. Dhe ju mund tÃ« kalojÃ« si parametÃ«r apo argumenti pÃ«r tÃ« query njÃ« query SQL qÃ« ju do tÃ« donte pÃ«r tÃ« ekzekutuar. Dhe PHP do tÃ« bÃ«jÃ« atÃ« nÃ« emÃ«r tuaj. 

Pra, pasi ju keni lidhur nÃ« bazÃ«n e tÃ« dhÃ«nave tuaja me PHP, ka dy paraprake ju bÃ«ni kÃ«tÃ«. Ka diÃ§ka tÃ« quajtur MySQLi dhe diÃ§ka qÃ« quhet PDO. Ne nuk do tÃ« shkojÃ« nÃ« njÃ« tÃ« madhe Shuma detaje atje. NÃ« CS50 ne pÃ«rdorim PDO. Pasi ta keni lidhur nÃ« bazÃ«n e tÃ« dhÃ«nave tuaj, ju atÃ«herÃ« mund tÃ« bÃ«jÃ« pyetje bazÃ«s sÃ« tÃ« dhÃ«nave tuaj duke kaluar pyetje si argumente me funksionet PHP. Dhe kur ju bÃ«ni kÃ«tÃ«, ju ruani rezultojnÃ« tÃ« vendosur nÃ« njÃ« grup associative. 

Dhe ne e dimÃ« se si tÃ« punojnÃ« me vargjeve associative nÃ« PHP. KÃ«shtu qÃ« unÃ« mund tÃ« them diÃ§ka si this-- $ results-- kjo Ã«shtÃ« nÃ« PHP-- barabartÃ« pyetje. Dhe pastaj brenda e Funksioni pyetje se argumenti qÃ« unÃ« jam duke kaluar nÃ« query qÃ« duket si SQL. Dhe nÃ« fakt kjo Ã«shtÃ« SQL. Kjo Ã«shtÃ« string query qÃ« unÃ« do tÃ« si pÃ«r tÃ« ekzekutuar nÃ« bazÃ«n e tÃ« dhÃ«nave tim. 

Dhe kÃ«shtu nÃ« tÃ« kuqe, kjo Ã«shtÃ« PHP. Kjo Ã«shtÃ« SQL qÃ« unÃ« jam integruar nÃ« PHP duke ajo argumenti me funksionin pyetje. UnÃ« dua pÃ«r tÃ« zgjedhur fullname nga PÃ«rdoruesit ku numri i ID i barabartÃ« me 10. Dhe atÃ«herÃ« ndoshta pasi kam bÃ«rÃ« atÃ«, UnÃ« mund tÃ« them diÃ§ka si kjo. UnÃ« dua tÃ« shtypura jashtÃ« mesazh Faleminderit pÃ«r prerjet nÃ«. 

Dhe unÃ« dua atÃ« interpolate-- unÃ« dua tÃ« fut rezultatet $ fullname. Dhe kÃ«shtu kjo Ã«shtÃ« se si kam punuar me atÃ« array associative qÃ« u ktheva. $ Rezultatet fullname do nÃ« thelb pÃ«rfundojnÃ« shtypjen jashtÃ«, Faleminderit pÃ«r prerjet nÃ«, Jerry Seinfeld. Ky ishte emri i plotÃ« ku idnum barabartÃ« me 10. 

Dhe kÃ«shtu tÃ« gjitha unÃ« jam duke bÃ«rÃ« po unÃ« jam now-- I ruajtur query im, rezultatet e pyetjes sime dhe rezulton nÃ« njÃ« rrjet asociative, dhe fullname Ã«shtÃ« emri i kolona I was getting pÃ«r. Pra, kjo Ã«shtÃ« Ã§elÃ«si im nÃ« rezultatet array associative qÃ« unÃ« dua. Pra, Faleminderit pÃ«r prerjet nÃ«, $ rezultatet, fullname do tÃ« shtypura jashtÃ«, do tÃ« rrinÃ« tÃ« drejtÃ« nÃ« mes tÃ« kÃ«tyre kaÃ§urrel formatimin e teksteve, Jerry Seinfeld. Dhe unÃ« do tÃ« doja tÃ« shtypura jashtÃ« mesazhit Faleminderit pÃ«r prerjet nÃ« Jerry Seinfeld. 

Tani, ne ndoshta nuk duan tÃ« vÃ«shtirÃ« Kodi gjÃ«ra tÃ« tilla nÃ«, e drejtÃ«? Ne mund tÃ« dÃ«shironi tÃ« bÃ«ni diÃ§ka si tÃ« shtypura f, ku ne mund tÃ« zÃ«vendÃ«sojÃ« dhe ndoshta mbledhin informacione tÃ« ndryshme, ose ndoshta kanÃ« procesin pyetje informacione tÃ« ndryshme. Dhe kÃ«shtu query, funksioni pyetje ka Ky nocion i lloj zÃ«vendÃ«sime shumÃ« tÃ« ngjashme pÃ«r tÃ« shtypur f qind s dhe c qind, Ã«shtÃ« pikÃ«pyetje. 

Dhe ne mund tÃ« pÃ«rdorim pyetje shÃ«non shumÃ« analoge pÃ«r tÃ« shtypur dh tÃ« variablave zÃ«vendÃ«sues. Pra, ndoshta pÃ«rdorues juaj identifikuar mÃ« herÃ«t, dhe ju shpÃ«tuam pÃ«rdoruesit numrin e tyre ID nÃ« $ _session e PHP super global nÃ« ID kyÃ§. Pra, ndoshta pasi keni hyrÃ« nÃ«, keni vendosur $ _session ID e barabartÃ« me 10, nxjerrjen nga shembulli ne vetÃ«m e pa njÃ« tÃ« dytÃ« mÃ« parÃ«. 

Dhe kÃ«shtu, kur ne fakt ekzekutuar ky query rezultatet tani, kjo do tÃ« vihet nÃ« prizÃ« 10, apo Ã§farÃ«do vlera $ _session ID Ã«shtÃ«. Dhe kÃ«shtu qÃ« na lejon tÃ« tÃ« jetÃ« pak mÃ« dinamike. Ne nuk jemi tÃ« vÃ«shtirÃ« kodim gjÃ«rat nÃ« mÃ«. Ne jemi duke kursyer informacion diku dhe pastaj ne mund tÃ« pÃ«rdorin kÃ«tÃ« informacion pÃ«r tÃ« pÃ«rsÃ«ri lloj i pÃ«rgjithÃ«suar atÃ« qÃ« ne duam tÃ« bÃ«jmÃ«, dhe vetÃ«m plug-in dhe ndryshimi sjellja e faqes tonÃ« nÃ« bazÃ« tÃ« Ã§farÃ« numri ID e pÃ«rdoruesit tÃ« vÃ«rtetÃ« Ã«shtÃ« pasi ata kanÃ« hyrÃ« nÃ«. ÃshtÃ« gjithashtu e mundur, edhe pse, se rezultatet e tu i vunÃ« mund tÃ« pÃ«rbÃ«het nga disa rreshta. NÃ« tÃ« cilin rast, ju keni njÃ« grup i arrays-- njÃ« grup prej vargjeve associative. Dhe ju vetÃ«m duhet tÃ« iterate nÃ«pÃ«rmjet saj. Dhe ne e dimÃ« se si pÃ«r tÃ« iterate pÃ«rmes njÃ« grup nÃ« PHP, e drejtÃ«? KÃ«shtu qÃ« kÃ«tu Ã«shtÃ« ndoshta mÃ« gjÃ« komplekse ne kemi parÃ« deri tani. Ajo nÃ« fakt integron tri gjuhÃ« sÃ« bashku. 

KÃ«tu nÃ« tÃ« kuqe, kjo Ã«shtÃ« njÃ« HTML. UnÃ« jam me sa duket starting-- kjo Ã«shtÃ« njÃ« copÃ« e disa HTML qÃ« kam. UnÃ« jam duke filluar njÃ« paragraf tÃ« ri qÃ« thotÃ« se moms tÃ« TV-sÃ« Seinfeld. Dhe pastaj menjÃ«herÃ« mÃ« pas UnÃ« jam duke filluar njÃ« tabelÃ«. Dhe pastaj pas kÃ«saj, unÃ« kanÃ« disa PHP, apo jo? UnÃ« kam tÃ« gjithÃ« tÃ« kÃ«tij kodi PHP nÃ« atje. UnÃ« jam me sa duket duke shkuar pÃ«r tÃ« bÃ«rÃ« njÃ« pyetje. Dhe pÃ«r tÃ« bÃ«rÃ« pyetje, unÃ« jam duke shkuar pÃ«r tÃ« jetÃ« duke pÃ«rdorur nÃ«na Zgjidh nga moms. 

Pra, kjo Ã«shtÃ« getting-- kjo Ã«shtÃ« SQL. Pra blu Ã«shtÃ« SQL. E kuqe ne pamÃ« njÃ« tÃ« dytÃ« mÃ« parÃ« ishte HTML. Dhe gjelbÃ«r kÃ«tu Ã«shtÃ« PHP. KÃ«shtu qÃ« unÃ« jam duke e bÃ«rÃ« njÃ« pyetje nÃ« bazÃ«n e tÃ« dhÃ«nave tim, unÃ« jam pÃ«rzgjedhur gjithÃ« e nÃ«nat nÃ« tabelÃ« Moms. Jo vetÃ«m ngushtuar atÃ« poshtÃ« pÃ«r tÃ« veÃ§antÃ« rresht, unÃ« jam duke kÃ«rkuar pÃ«r tÃ« gjithÃ« ata. 

Pastaj unÃ« kontrolloj nÃ«se rezultati Ã«shtÃ« jo tÃ« barabartÃ« barabartÃ« rreme. Kjo Ã«shtÃ« vetÃ«m mÃ«nyra ime e kontrolluar lloj e nÃ«se rezultatet nuk Ã«shtÃ« e barabartÃ« me null, se ne do tÃ« shohim c pÃ«r shembull. NÃ« thelb kjo Ã«shtÃ« vetÃ«m duke kontrolluar pÃ«r tÃ« bÃ«rÃ« i sigurt se ai nÃ« fakt mori tÃ« dhÃ«nat e mbrapa. Sepse unÃ« nuk dua tÃ« filluar shtypjen nga tÃ« dhÃ«nat e nÃ«se unÃ« nuk e kam marrÃ« asnjÃ« tÃ« dhÃ«nÃ«. Pastaj pÃ«r Ã§do rezulton si rezultat Sintaksa foreach nga PHP, tÃ« gjitha unÃ« jam duke bÃ«rÃ« Ã«shtÃ« shtypje nga nÃ«nat rezultat $. Dhe kÃ«shtu qÃ« unÃ« jam duke shkuar pÃ«r tÃ« marrÃ« njÃ« sÃ«rÃ« tÃ« gjitha nÃ«nat e each-- Ã«shtÃ« njÃ« grup i associative arrays-- dhe unÃ« jam shtypje nga secili si rresht e vet tÃ« njÃ« tryezÃ«. Dhe kjo Ã«shtÃ« me tÃ« vÃ«rtetÃ« mjaft sa e gjitha nuk Ã«shtÃ« pÃ«r atÃ«. UnÃ« e di se ka pak bit ndodh kÃ«tu nÃ« kÃ«tÃ« shembull tÃ« fundit me vargjeve tÃ« arrays-- vargjeve tÃ« vargjeve associative. Por me tÃ« vÃ«rtetÃ« ka vetÃ«m tÃ« valoj poshtÃ« nÃ« SQL pÃ«r tÃ« bÃ«rÃ« njÃ« pyetje, zakonisht zgjedhur pasi ne kemi tashmÃ« vÃ«nÃ« informacion nÃ« tryezÃ«, dhe pastaj vetÃ«m tÃ« tÃ«rhequr atÃ« jashtÃ«. 

Dhe kjo Ã«shtÃ« qÃ« ne do tÃ« tÃ«rheqÃ« atÃ« nÃ« kÃ«tÃ« rast tÃ« veÃ§antÃ«. Ne do tÃ« ekstrakt gjithÃ« e individit NÃ«nat nga tabela Moms. Ne morÃ«m njÃ« seri e tÃ«rÃ« e tyre, dhe ne duan tÃ« iterate nÃ«pÃ«r dhe tÃ« shtypura nga cdo njeri. Pra, pÃ«rsÃ«ri, kjo Ã«shtÃ« ndoshta shembulli mÃ« i komplikuar ne kemi parÃ«, sepse ne jemi pÃ«rzierjen tre gjuhÃ« tÃ« ndryshme sÃ« bashku, apo jo? 

PÃ«rsÃ«ri, ne kemi HTML kÃ«tu nÃ« tÃ« kuqe, tÃ« pÃ«rziera me disa SQL kÃ«tu nÃ« blu, tÃ« pÃ«rziera me disa PHP nÃ« tÃ« gjelbÃ«r. Por tÃ« gjitha kÃ«to luajnÃ« bukur sÃ« bashku, Ã«shtÃ« e vetÃ«m njÃ« Ã§Ã«shtje e zhvillimit tÃ« zakonet e mira nÃ« mÃ«nyrÃ« qÃ« ju mund tÃ« merrni ata qÃ« tÃ« punojnÃ« sÃ« bashku nÃ« mÃ«nyrÃ« qÃ« ju dÃ«shironi. Dhe e vetmja mÃ«nyrÃ« pÃ«r tÃ« vÃ«rtetÃ« tÃ« bÃ«jÃ« atÃ« Ã«shtÃ« praktikÃ«, praktikÃ«, praktikÃ«. UnÃ« jam Doug Lloyd, kjo Ã«shtÃ« CS50.