Grey_Wolf Posted December 25, 2006 Report Posted December 25, 2006 (edited) ar valodām šitā:id | parent_id | nicetitle | title_lv | title_en | title_ru Domaaju ka ne ;) un ko dariisi ja buus + 50 valodas??? (nu labi labi vel kaadas 3-5...) Saadi manupraat buutu labaak... pamat_tabula. id|parent_id|....... un valodaam(virsrakstiem / aprakstiem ) id| pamat_tabula_id|valodas_id|title|notes|...... (sajaa gadijumaa valodas id var buut arii ENUM vai TINYINT (INT) un var arii iztikt bez 3 tabulas) valodu_tabula... (nav iipashi vajadziiga ja vien neizmanto citur lapaa... ) id|valoda|notes|... ---------- sadi vareesi dabuut aaraa datus praktiski jebkuraa kombinaacijaa + neesi piesaistiits pie konkreetu valodu skaita (nav jaamaina ne skripta struktuura ne DB struktuura...) edit: andrisp pasteidzaas ;) Edited December 25, 2006 by Grey_Wolf
bubu Posted December 25, 2006 Report Posted December 25, 2006 SkYD: arī par valodām ir n-reizes runāts. Kāpēc tu negribi lietot Search, vai vismaz apskatīt to topiku ar kaudzi ar linkiem?
SkyD Posted December 25, 2006 Author Report Posted December 25, 2006 Es skaidri zinu, ka buus tikai 3 valodas - LV, EN RU. Tapēc, man šķiet, ka hmnc variants vislabāk der.
Grey_Wolf Posted December 25, 2006 Report Posted December 25, 2006 Es skaidri zinu, ka buus tikai 3 valodas Nu nu... Jepkuraa gadijumaa taa ir slikta pieeja ;) un ko dariisi ja paliks tikai 1 valoda??? + labaak taksh uzprojekteet normaalu DB ko var arii izmantot citos projektos? Vai skjiet ka taas ir mulkjiibas? + ko dariisi ja pie Title vajadzees vel 1-10 laukus? pie hmnc varjanta naaksies pievienot 3-30 jaunas kolonas pie ieteiktaa tikai 1-10... ( notes|text|bla1|bla2|.....) P.S. Nu nevajag paljauties ka buus tikai taa un ne savaadaak .... Domaa tachu uz prieksdienaam....
hmnc Posted December 25, 2006 Report Posted December 25, 2006 da lab manu variantu nodirst :D cilvēks prasīja trīs valodas un es viņam iemetu. ņem vērā ka ar bubu un grey_wolf variantu būs lielāks analpain dēļ joiniem. ja skaidri zini, ka 3 valodas būs (kas ir loģiski) un nebūs papildus lauki tad nav ko čakarēties.
SkyD Posted December 25, 2006 Author Report Posted December 25, 2006 Es nespriežu, ka labākais, bet man ērtākais :)
hmnc Posted December 25, 2006 Report Posted December 25, 2006 vienkārši pēc taviem postiem var saprast, ka joinings tev būs par grūtu. vo pēc laika kad apgreidosi sistēmu tad varēsi uztaisīt. tā jau nav nekas grūts īstenībā, bet vajag iefiškot kas un kā. saglabā šo tēmu favorītos, jo andrisp un grey_wolf deva labus padomus, pietam latviski :)
bubu Posted December 25, 2006 Report Posted December 25, 2006 Es nespriežu, ka labākais, bet man ērtākais :)Es jau arī nesaku, ka tu saki, ka tas ir labākais.Es tik prasu, kāpēc tu domā ka tas tev der vislabāk, ja jau nezini vispār kā šādas lietas taisi? Pats tak teici: Tapēc, man šķiet, ka hmnc variants vislabāk der.
SkyD Posted December 25, 2006 Author Report Posted December 25, 2006 (edited) Pagaidām es taisu to, ko es varu uztaisīt. Un.. šas reku uzliku mysql_query("SET NAMES 'utf-8'"); izkaartojums tabulai ir utf8_unicode, bet raadaas krievu burtu un latviešu garumzīmju vietā ķeburi. Editoram arī ir iesl�“gts UTF-8 Edited December 25, 2006 by SkyD
andrisp Posted December 25, 2006 Report Posted December 25, 2006 Nu tad moška tev HTML dokumentiem nav iestādīts attiecīgais enkodings caur meta tagu. <meta http-equiv="content-type" content="text/html; charset=utf-8" />
Grey_Wolf Posted December 25, 2006 Report Posted December 25, 2006 SkyD --> MySQL Versija? virs 4.1 ????? P.S. 4.0.xxxx nesaprot SET NAMES 'utf-8' ...
Recommended Posts