Kol kas nors, po kurio laiko negauna si nuostabu "palikima", bandant atkapstyti galus, kai uzsakovas rodo vaizdeli vienam monitoriaus ekrane, i kita kitame ir sakoma, kad jam reikia TIK..... O dazniausiai tas TIK..... tai jo TIK.... suvokimas kiek reikalauja pastangu atgal tokias "avis" suvarineti, ypac kai rysiai tarp ju tokiu nuostabiu formatu ir daznai, kaip as sakau DB reorganizacijos budu, slenkantis nuo Briuselio link Pumpenu kaimo, rysius nustant to paties Briuselio biurokratiniais plunksnakociais. Idomius laikus isgyvena siaip Duombaziu strukturos, bazes reorganizuojamos, softas spaudziamas i vienas rankas. :) O paskui ir griuna visokie wikileks sou, kad ir ne marijos zemeje. Pagal viska, kaip tatutos isrinktieji, konmentavo si procesa, kad reikia DB dar labiau reorganizuoti, tipo kaip ju santaupas, kuo labiau isskirstysi, tuo saugiau, idomu koks zuikutis jiems ta minti pasnibzdejo, ipatingai turinti "glaudu" sarisi su OOP ir "duomenu saugumu" :) Tai kad pagal viska sie reorganizacijos metodai, ateiti gali buti dar labiau paklausus ir verslus :) "zZz" <zZz@zirzilia.lt> wrote in message news:iisger$3mc$1@trimpas.omnitel.net... > galima. kadaise ją pavadinom integer ;) > > "Dainius" wrote in message news:iiro96$5i5$1@trimpas.omnitel.net... > > o dar galima sukurti atskira duombaze, kur sukisam visas galimas XXXX > kombinacijas sukuriam 3 indeksus ir leidziam naudoti... > > > On 02/08/2011 02:48 PM, Jornada Del Muerto wrote: >> O kudel gi ne, siaip gal dzipa siulyciau, tankas per daug demesio >> sukeltu, nors ir domiuosi ginklais :) esme tik kad kaip ir if sake, >> nepasakyta koks SQL, o LIKE bus praktiskai visur, kaip sakant jei vyksta >> stringo karpymas jis darosi kitaip skirtinguose sql... >> >> Kita vertus galima aisku cia teoriju prigalvot, net optimizuojanciu >> paieska, pvz. >> >> 1. Gaunam stringa XXXX-XXXX-XXXX; >> 2. Irasome i duomenu lenta; >> 3. Tada splitinam per '-' simboli i atskirus XXXX elementus, juos >> itraukiam i sekancia lenta jei neegzistuoja dar jie joje, jeigu >> egzistuoja einame prie 4 punkto, jeigu ne itraukiame ir einame prie 4 >> punkto: >> >> TABLE search_values ( value_id PK, value<unique index> ) >> >> 4. Fiksuojame search_refs lentoje atitinkamu splitintu XXXX reiksmiu >> value_id ir duomenu lentos iraso id. >> >> TABLE search_refs ( id PK, value_id<index>, ref_id - duomenu lentos >> iraso id aka duomenu_lentos_id ) >> >> 5. Paieska tampa trivialia: >> >> SELECT >> d.* >> FROM >> search_values sv >> INNER JOIN >> search_refs sr On sr.value_id = sv.value_id >> INNER JOIN >> duomenu_lenta d On d.duomenu_lentos_id = sr.ref_id >> WHERE >> sv.value = 'XXXX' >> >> Vualia ;) 2 lentom daugiau, taciau elementarus selectas viska graziai >> istraukia ;) toks principas naudojamas paiesku indeksavimams. >> >> >> Sekmes! >> >> Freelancer Developer >> www.lythum.lt - new design / tiesa dariau pats, o neesu designeriu :) >