anonīms Posted November 11, 2009 Report Share Posted November 11, 2009 No koda puses viss apmēram ir skaidrs, bet gribēju apvaicāties kā īsti notiek validēto un nevalidēto lietotāju glabāšana.. Pirmā doma protams ir, ka 'lietotaji' ir kollona, teiksim validate ar 0/1 un pēc tā arī skatās, bet tad atlak ir otra puse, ka iespējams tiek glabāts atsevišķā db šo reģistrēto, bet vēl neaktivizēto dati.. Kā tad patiesībā ir un kas ir ērtāk? Quote Link to comment Share on other sites More sharing options...
RaaapuLis Posted November 11, 2009 Report Share Posted November 11, 2009 (edited) Visi vienā tabulā un papildus kolona -> Validate, Auto inc., Default N, ja aktivizē, tad nomaina(UPDATE kolona SET Validate='Y' WHERE mobile = '$sanjemtas sms numurs') N => Y nu tas taa, piemer piem. kaa aktivizeet akkountu ar sms :D ceru saprati :P Edited November 11, 2009 by RaaapuLis Quote Link to comment Share on other sites More sharing options...
anonīms Posted November 11, 2009 Author Report Share Posted November 11, 2009 RaaapuLis atkārtoju. no koda puses man ir viss skaidrs. Es runāju par pašu sistēmu kā tā pārsvarā darbojas.. Vai ar vienu tabulu, kur tiek glabāts kā validate (0/1 teiksim intā) jeb ir atseviška tabula, kurā, ja lietotājs sevi validē, tad tiek ierakstīts lietotaji un izdzēsts no neaktivizetie_lietotaji. Quote Link to comment Share on other sites More sharing options...
RaaapuLis Posted November 11, 2009 Report Share Posted November 11, 2009 Nu bet abi divi varianti iespējami, - gaumes lieta tā ir, kā tev pašam ērtāk es personīgi izmantoju variantu, kur abi vienā, u nvnk lietotājs pats aktivizē sevi nospiežot uz linku, kas atnācis uz epastu, un tad vnk taisu UPDATE lietotāju tabulā, kur nomainu active no 0 uz 1 Quote Link to comment Share on other sites More sharing options...
anonīms Posted November 11, 2009 Author Report Share Posted November 11, 2009 bet tad atkal papildus lietas ir, kur datiem, kas saistīti ar kopējiem lietotājiem vienmēr nepieciešams likt where active = 1 Quote Link to comment Share on other sites More sharing options...
RaaapuLis Posted November 12, 2009 Report Share Posted November 12, 2009 Nu tieši tā, bet ja tu izvēlies otru variantu, tad tev jāveido papildus tabula, toties nebūs jālieto WHERE active = 1, taču tā vai šā katram kvērijam, ar kura palīdzību tu kaut ko vilki ārāno DB, tu izmantosi WHERE atribūtu Quote Link to comment Share on other sites More sharing options...
2easy Posted November 12, 2009 Report Share Posted November 12, 2009 hmm, tā kā validētiem/nevalidētiem lietotājiem ir (un arī turpmāk būs) vieni un tie paši lauki, tad tos droši var likt vienā tabulā, un filtrēt pēc bit tipa Valid lauka ar 0/1. no otras puses nevalidētos varētu nolikt atsevišķi, lai pie liela skaita nevalidēto lietotāju, netiktu pārāk tālu aizdzīts un mākslīgi uzpūsts AUTO_INCREMENT id (ja tam vispār ir kkāda nozīme). otrs piemērs, kad viena veida datus sadala pa vairākām tabulām ir arhivētie dati. tas gan vairāk attiecas uz precēm vai dokumentiem, ne lietotājiem. lai nu kā, es noteikti netaisītu otru tabulu tikai tāpēc, lai kkur SELECTam atvieglotu WHERE daļu :D arī vnk UPDATE ar SET Valid = 1 (drīzāk tas varētu būt tinyint tipa Status lauks, kas vēlāk var noderēt vēl kkam, un kur 0 ir tikai sākuma stāvoklis, tipa nevalidēts) man liekas daudz ērtāks risinājums nekā jau pievienota ieraksta kopēšana uz citu tabulu un dzēšana no iepriekšējās +1 vienai tabulai ;) Quote Link to comment Share on other sites More sharing options...
anonīms Posted November 15, 2009 Author Report Share Posted November 15, 2009 Ok, tad par šo apmēram viss būs skaidrs. Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.