bendrauti su uzsakovais turi kvalifikuoti zmones ir zinantys kaip bendraudi, o ne tech personalas. Ne daug surasi programuotoju galinciu tinkamai tai atlikti, deja.. Normaliai sudelioti rysiai informacijos nenaikina, nei keliaujant i Briuselio i Pumpenus, nei is Pumpenu i Briuseli, kad ir per Zimbabve. Beda, kad gaugelis "web" programuotoju nesupranta, kas tie rysiai, bet cia ne DB problemos. Duomenu isskirstymas turi savu privalumu, nors kai kuriems specialistams tas gali ir pasirodyti keista.. bet kaip tai susije su OOP vis tiek nesupratau. Matyt sunki vaikyste buvo pas kazka. Sunku vis tik, kai zmones sarkazmo nemato ;) On 02/09/2011 01:28 PM, If wrote: > 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 :) >> > >