Kristabs Posted September 4, 2006 Report Share Posted September 4, 2006 Sveiki! Taisu sludinājumus un nevaru izdomāt pareizo variantu, kā strukturizēt datus. Respektīvi sludinājumi ir kā ss.lv vai dr.lv, kur katrai kategorija ir savi datu lauki, piemēram, automašīnām ir marka, modelis, etc, bet nekustamajiem īpašumiem. Viena doma ir taisīt katram savus teiblus, bet otrā gadījumā vienu teiblu apmēram ID|sludID|opt|value . Man pašam liekas, ka jātaisa ir viens teibls defoultajiem sludinājumiem, kuri ir nosaukums, cena, apraksts un tad opt|value teiblu priekš īpašajiem sludinājumiem, kā nekustamais īpašums, transports, datori. Kādi ieteikumi? Link to comment Share on other sites More sharing options...
Vebers Posted September 5, 2006 Report Share Posted September 5, 2006 (edited) Taisi katrai kategorijai (automashiinas, datortehnika) savu tabulu. Bus ertak un pasham saprotamak. Edited September 5, 2006 by MakaTaNaw Link to comment Share on other sites More sharing options...
Delfins Posted September 5, 2006 Report Share Posted September 5, 2006 Nu parasti to dara sekojoši... Categories Options (opciju definīcijas: tips, garums, validācija) CategoryOptions (1:N kategorija-opcija - visas opcijas, kas buus raksturigas shai kategorijai) Items (pashi sludinajumu - cena un etc general lauki) ItemOptions (pashas opcijas) Lai realizētu meklēšanu, tad tur jātaisa kaut kāds cache-mehānisms... Varu uzreiz pačukstēt arī par to, ka pašas lapas arī tiek ģnerētas - gatavs HTML ar lapušu sadalītāju - pie katras pievienošanas, kategorijas Item-u lapas tiek pārģenerētas... (ar visām kolonnām un t.t.) Tas ievērojami uzlabo performanci... Link to comment Share on other sites More sharing options...
7924 Posted January 6, 2007 Report Share Posted January 6, 2007 Options (opciju definīcijas: tips, garums, validācija) Vai var ludzu kadu mazu piemeru par tiem Options, opciju definicijām, nekādīgi nevau iebraukt - :) Nesaprotu kapec lietderigi kategorijai noteikt kaut kadu garumu- iepsejams, ka ne taja virziena domaju! Paldies! Link to comment Share on other sites More sharing options...
Delfins Posted January 7, 2007 Report Share Posted January 7, 2007 (edited) Bet es jau visu uzrakstīju... Te ir neliela bilde Edited January 7, 2007 by Delfins Link to comment Share on other sites More sharing options...
hmnc Posted January 7, 2007 Report Share Posted January 7, 2007 Delfins - nu i parādīji "piemēriņu" cilvēkam, kurš grib sludinājumus likt katru savā tabulā pēc kategorijām :) Link to comment Share on other sites More sharing options...
7924 Posted February 24, 2007 Report Share Posted February 24, 2007 ko nozīme Options tabulā validācija? kas tajā laukā domāts likt? Link to comment Share on other sites More sharing options...
Delfins Posted February 24, 2007 Report Share Posted February 24, 2007 jebko, sākot ar ciparu, kas maposies uz f-jas nosaukumu, vai konstatu stringu, kas ir/norāda uz f-ju, kas validēs ieejas vērtību un izvadīs/pievienos error-loga outputam Link to comment Share on other sites More sharing options...
andrisp Posted April 11, 2007 Report Share Posted April 11, 2007 Delfins, kāpēc CategoryOptions tabulai ir pašai savs ValidateFunc lauks ? Link to comment Share on other sites More sharing options...
black Posted April 11, 2007 Report Share Posted April 11, 2007 Padalīšos ar dažām atziņām, par to, kā NEVAJAG taisīt: 1) Katram tipam savu tabulu (ti, kopīgie lauki tabulā sludinajumi, un specifiskie - auto_sludinajumi (marka, krāsa), dzivoklu_sludinajumi (istabu skaits, stāvs, utt.) Tā struktūra darbojas ļoti jauki, līdz klientam sagribēsies pievienot vēl pāris tipus (nekustamajam īpašumam - zemes platību, utt.) Problēma tā, ka dzīvokļiem nav 'zemes platība' un mežam nav 'istabu skaits'. Tātad, vai nu mums ir tabulas, kurās viena daļa lauku ir tukša (ja ir kopīga tabula nek. īpašumam) vai arī (ja ir atsevišķas tabulas gan dzīvokļiem, gan mežam, utt) ir ļoti daudz tabulu. Jebkurā gadījumā, vēlāk būs ļoti grūti pievienot jaunus laukus esošajiem sludinājumiem - vajadzēs pārrakstīt SQLus un taisīt jaunas tabulas vai laukus. Tas būtībā nozīmē, ka lapas administrators jaunus laukus nevarēs pievienot. 2) Redzēju šo variantu pirms dažiem mēnešiem. Vairs neatceros, kuram no abiem portāliem (ss.lv vai reklama.lv) uz neilgu laiku HTML kodā bija pieejams komentārs ar izpildītajiem SQL kverijiem. Tur bija kaut kas apmēram tāds: SELECT a1, a2, a3, a4, a5 FROM advertisements WHERE a34='dzīvoklis' AND a7='2' Ģeniāls risinājums - visu samočīt vienā lielā tabulā. Programmētājam tas nozīmē stabilu darbu - neviens viņu neatlaidīs, jo jebkurš cits šādā kodā uzreiz nolauztu kaklu. Link to comment Share on other sites More sharing options...
black Posted April 11, 2007 Report Share Posted April 11, 2007 (edited) Nu jā, par pašreizējo reklama.lv struktūru var lieliski spriest, paspēlējoties ar mainīgajiem (piem. http://www.reklama.lv/lv/data/realty/apart...uju/table.html). Tas ir, mainīgajos ieliekot pāris pēdiņas. Lūdzu nevainot mani, ja kāds script-kiddie tagad palaidīs sql-injection attack'u. Edited April 11, 2007 by black Link to comment Share on other sites More sharing options...
Recommended Posts