Suuremast andmehulgast sobiva leidmisel aitab sageli andmete sortimine soovitud tunnuse j\u00e4rgi. Telefoniraamatust n\u00e4iteks nime j\u00e4rgi numbri leidmine on suhteliselt lihtne toimetus. Numbri j\u00e4rgi kindlaks tegemine, et kellele see kuulub, n\u00f5uab aga palju rohkem vaeva. K\u00f5ik lihtsalt sellep\u00e4rast, et telefoniraamat on sorditud nimede j\u00e4rgi. <\/p>\n\n\n\n
J\u00e4rgnevas n\u00e4ites t\u00e4iendame kaupade loetelu otsinguv\u00f5imalusega. Andmebaasip\u00f5hises lehestikus \u00fche tulba j\u00e4rgi sortida on lihtne – tuleb vaid SELECT-lause l\u00f5ppu kirjutada ORDER BY tulbanimi ning andmed saabuvadki sobivas j\u00e4rjestuses. Siin aga pakume kasutajale v\u00f5imalust sortida andmed nimetuse, grupinime v\u00f5i hinna j\u00e4rgi – vajutades vastava tulba pealkirjale. Sellisel juhul tuleb vastavalt kasutaja valikule saada SQL-lausesse sobiva tulba nimi. <\/p>\n\n\n\n
Koodi t\u00e4iendades on mugav, kui \u00f5nnestub teha nii, et olemasolevad funktsioonid ka vanades kasutuskohtades t\u00f6\u00f6le j\u00e4\u00e4vad. Vanas variandis ei andnud me funktsioonile kysiKaupadeAndmed ette midagi – v\u00e4ljastati lihtsalt baasis leiduvad kaubad. N\u00fc\u00fcd aga soovime, et funktsioon v\u00e4ljastaks kaubad sordituna etteantud tulba j\u00e4rgi. Funktsioonile saab andmeid ette anda parameetrite kaudu. Kui lihtsalt lisada funktsioonile kohustuslik parameeter sortimistulba m\u00e4\u00e4ramiseks, siis ilma selle parameetrita ei saaks funktsiooni enam v\u00e4lja kutsuda. Siin n\u00e4ites pole sellest suurt muret, sest t\u00e4iendus tuleks viia sisse vaid \u00fchte kohta – sinna kus kaubaotsing.php failis andmeid teise faili j\u00e4rgi k\u00fcsitakse. M\u00f5nes suuremas rakenduses v\u00f5idakse sama funktsiooni kasutada k\u00fcmnetes ja sadades kohtades. Ning vahel kasutatakse abifunktsioonide teeke kogumikuna m\u00f5ne teise rakenduse juures, millest abifunktsioonide loojal ei pruugi aimugi olla. Sellisel juhul tekitaks funktsioonile parameetrite lisamine paljudes kohtades. M\u00f5nikord pole sellest p\u00e4\u00e4su – eriti kui j\u00f5udluse v\u00f5i turvalisuse huvides funktsioonilt osa oskusi maha v\u00f5etakse. Parameetrite lisamisel aga saab \u00fcldjuhul muudele koodifailidele murede tekitamisest hoiduda pannes loodud parameetrile vaikimisi v\u00e4\u00e4rtuse. Siin n\u00e4iteks siis lisatakse parameeter $sorttulp. Ning juhul, kui seda parameetrit funktsioonile ette ei anta (nt. siiamaani loodud kasutavate failide korral), sellisel juhul antakse sortimistulbale vaikimisi v\u00e4\u00e4rtuseks “nimetus”, st. et v\u00e4ljastatavad kaubad sorditakse nimetuse j\u00e4rgi t\u00e4hestikulisse j\u00e4rjekorda.<\/p>\n\n\n
\n function kysiKaupadeAndmed($sorttulp="nimetus") \n<\/pre><\/div>\n\n\n
Veebist saabuvaid andmeid ei v\u00f5i kunagi usaldada – n\u00e4puvea v\u00f5i pahatahtlikkuse t\u00f5ttu v\u00f5ib sealt saabuvates p\u00e4ringutes sisalduda tont-teab-mida. Et saabuvad andmed me rakendust rikkuda ei saaks, tasub \u00e4ra m\u00e4rkida, milliste tulpade j\u00e4rgi on lubatud sortida – praegu siis pikkus, grupinimi ja hind.<\/p>\n\n\n
Kui juhtub, et palutakse andmeid j\u00e4rjestada m\u00f5ne muu (seni olematu) tunnuse j\u00e4rgi, siis lihtsalt katkestatakse funktsiooni t\u00f6\u00f6 veateatega. Kas ja mida v\u00e4ljakutsuv programm selle veateatega peale hakkab, on juba tema mure. V\u00e4hemasti ei satu sobimatud andmed edasi me SQL-lausessese andmebaasi sisse pahandust tegema.<\/p>\n\n\n
SELECT-lause on lihtne ja suhteliselt sarnane eelmise n\u00e4ite variandiga. Lihtsalt l\u00f5ppu on tulnud m\u00e4\u00e4rang “ORDER BY $sorttulp”, mis siis vastavalt p\u00e4ringule asendatakse kas nimetuse, grupinime<\/p>\n\n\n\n
v\u00f5i hinnaga.<\/p>\n\n\n
\n $kask=$yhendus->prepare("SELECT kaubad.id, nimetus, grupinimi, hind FROM kaubad, kaubagrupid \n WHERE kaubad.kaubagrupi_id=kaubagrupid.id \n ORDER BY $sorttulp"); \n\n<\/pre><\/div>\n\n\n
V\u00e4ljakommenteeritud rida vea kuvamiseks on mugav vahend j\u00e4lgimaks, kui miski ei taha t\u00f6\u00f6le hakata. Selle k\u00e4su kaudu saab vajadusel v\u00e4lja tr\u00fckkida MySQLi poolt avastatud vigade selgitused. T\u00f6\u00f6tavasse l\u00f5ppversiooni pole koodi soovitatav neid k\u00e4sklusi sisse j\u00e4tta – serveripoolsed veateated v\u00f5ivad h\u00f5lbustada h\u00e4kkerite t\u00f6\u00f6l. Enese jaoks arenduse k\u00e4igus vigade kohta aimu saamiseks on selliste veateadete n\u00e4gemine aga igati omal kohal.<\/p>\n\n\n
Loodud abifunktsioone kasutame endiselt andmeotsingu lehel. Lehe algusesse tuleb juurde kontroll, kas aadressireal olevaks sort-parameetriks v\u00e4\u00e4rtuseks on saabunud midagi. Kui jah, siis palutakse andmed sordituna selle tunnuse j\u00e4rgi, muul juhul palutakse lihtsalt andmeid, kusjuures praegu siis sorditakse need funktsiooni vaikimisi parameetri ehk nimetuse j\u00e4rgi.<\/p>\n\n\n
\u00a0Nagu n\u00e4itest n\u00e4ha v\u00f5ib, siis hinnale vajutades ka tulevad andmed hinna j\u00e4rjekorras.<\/p>\n\n\n\n<\/figure>\n","protected":false},"excerpt":{"rendered":"
![\"\"](\"https:\/\/tarkvara.thkit.ee\/veeb\/wp-content\/uploads\/2023\/03\/KAUBA.PHP2_.png\")
<\/figure>\n","protected":false},"excerpt":{"rendered":"