[LinkyB]

Sooviks kiirelt abi kuidas teha lihtsalt lehtede jaotus, nii > esimesed 10 on lk 1 , teised 10 on lk 2, kolmandad 10 on lk 3 jne. Lugesin küll PHP centerist jaotust MySQL'iga aga minu aju seda ära ei võtnud, väga väike
väheste teadmistega progreja, aga koodiga ise olen hetkel jõudnud nii kaugele:

[troglodyte]

http://dev.mysql.com/doc/refman/5.1/en/select.html, loe LIMIT kohta

[andrusny]

Sa küsid valesti, juba MySQL päringu saad selliselt teha, et vastus on teatud reast teatud reani.
limit on võtmeks. See, kuidas neid ridasid ja tabeli mahtu arvutad on juba teine teema.

[LinkyB]

Olen saanud hakkama sms aktiveerimisega, mysql insertiga, lugemisega jms. kuid soovin veel teada kuidas teha inserted.php kuva peale mysql inserti info 'nimi', 'vanus','elukoht' jne kas siis viimase id järgi või viimati listud järgi või hoopiski kõige loogilisem variant, see mis just sisestati formi ja postitati mysql tabelisee

[andrusny]

Kui seda on kohe peale postitust vaja, siis kasuta postituse andmeid. Baasist ära loe midagi. Kõige kiirem.

Kui tahad ikkagi andmebaasi viimast, sordi kõik tagurpidi id suhtes ja kuva esimene päring.

[mikk36]

[Renka]

[andrusny]

Sellega ta saab teada viimase id ainult peale insert tegemist, aga mis siis, kui ta ei soovi midagi sisestada ja tahab viimast teada?

[Renka]

andrusny, sellisel juhul on sinu näide ikkagi vägagi vale. Miks ta peaks näiteks 10MB või ekstreemsusse langedes 1GB tabeli iga kord SQL serverist PHPsse tõmbama?

Selle jaoks on LIMIT. Aga üldiselt eeldada ei ole mõtet - küsimus oli peale sisestust sisestatud andmete teadasaamine. Sellejaoks ongi viimase sisestuse ID + päring baasi.

[mikk36]

Optimeeringu suhtes küsimus et milleks oleks üldse vaja andmebaasist uuesti samu andmeid vaja välja tõmmata, mis sinna just sisse saadeti ?

[Renka]

mikk36, viisakas on peale formi submitti redirect teha järgmisele lehele, et mõni mees refreshi vajutades andmeid uuesti ei submitiks.

[mikk36]

Ja mis kasu on siis sellel scriptil endale andmed sisse tõmmata kui script niikuinii käsib hoopis redirecti teha ja see konkreetne script (see käivitus) neid andmeid brauserile ei jaga ?

[Renka]

mikk36, misasja sa sokid?

insert -> get ID -> redirect koos IDga -> select

[mikk36]

[Renka]

mikk36, viisakas on ikka järgmisel lehel seda kasutada. Samas oleneb kuidas keegi kasutab. Võib ka samal lehel ju - kuigi mina seda heaks ei kiidaks.

See, et samal lehel ei ole mõtet päringut baasi teha ei ole aga ka õige lähenemine. Loogika peaks ikka olema see, et kuvad kasutajale seda infot mis reaalselt baasi jõudis. Sellisel juhul võtad andmed baasist - mis siis, et need on sul POST'is või kus iganes olemas. Sellega jääb lehe ülesehituse loogika selgem ja saab ka kohest tagasisidet, et kas andmed ikka reaalselt salvestusid baasi ja mis kujul. Debugidagi lihtsam. Rääkimata olukordadest kus baasi sisestamisel toimub baasis endas veel andmete töötlus - Oracles laialt kasutav praktika. MySQLis küll vähem aga kohtab ka vahest. Kasvõi mõne timestambi lisamine näiteks.

[mikk36]

Hästi põhjendatud

[LinkyB]

[Renka]

http://dev.mysql.com/doc/refman/5.0/en/group-by-functions.html

[jnt]

[Renka]

jnt, ei ole hea ju.

Jällegi tuleb lehe ülesehituse loogika mängu. Formi submittimisega tegeleb üks osa koodist ja kuvamisega teine. Ei ole ilus neid segada.

[jnt]

Renka, koodi võib osadesse jagada ka teistmoodi, kui erinevate failidena juppe hoida.

[LinkyB]

Mis minu variandil viga on täiesti lihtne ja kõlblik ..

[Renka]

[jnt]

Renka, kes seda käskis sul segada? tokenite süsteem ei välista korralikku struktuuri veebilehe ülesehituses.

Minu arust on nt ka pidev refresh'imine jms teema erinevate lehe osade kasutamiseks ka väga vale lahendusviis. Lehe ülesehitus peaks minu arust olema selline, et kood on ees, ja lõpus lüüakse siis koodi tulemustele template ümber ja korras. Mingist "segamisest" on asi väga kaugel sel juhul. Ja tokenitega pole ka mingit probleemi.

[Renka]

jnt, eks oleneb projekti suurusest ja maitsest. Aga sellise lahendusega suuremat projekti ei ole küll võimalik normaalselt hallata.