bfj

Ir sanācis aizdomāties par sekojošu jautājumu:

Kā labāk atlasīt datus no db? Veidot vienu milzīgu vaicājumu (ar JOIN) vai vairākus mazākus, programmatiski datus pēc tam savienojot? Kā tas attiektos uz ātrdarbību?

Vēl viena lieta. Šobrīd vienai sistēmai esmu realizējis atlasi tā, ka atlasīti tiek tikai tie lauki, kas vajadzīgi (respektīvi - bezmaz vai katrai funkcionalitātei savs "kverijs", kaut arī f-jas izmanto gandrīz vienus un tos pašus datus) un rezultātā ir saveidojušies milzumdaudz dažādi SELECTi tā, ka nu jau paliek pagrūti noorientēties. Varbūt to visu esmu darījis lieki un varētu vienkārši atlasīt visus tabulu laukus uzreiz un tad programmā filtrēt, ko vajag un ko ne?

Protams, pastāv variants programmā izveidot savu "kveriju builderi", taču jebkurā gadījumā esošie jautājumi paliek aktuāli :)

Paldies par padomiem. Jau sāk veidoties jaunas idejas :)

Var pat uztaisīt (ar FK palīdzību) datubāzē, ka dzēšot konkrētu valodu, izdzēšās visi ieraksti, kas ir šai valodā ievietoti datubāzē.

Ar šo varētu būt domāts ON DELETE (vai ON UPDATE) CASCADE?

Attiecībā uz ievadi vairākām valodām uzreiz: Esmu redzējis, piemēram, šādu WYSIWYG komponenti - tai uzreiz viena teksta ievades lauka ietvaros, var pārslēgties starp valodām:

http://spaweditor.co...aw/en_spaw_demo - kā redzi tur ir tabi (cilnes ;) ), kas ļauj pārslēgties starp vairākākām daļām/valodām.

Žēl, ka tas redaktors ir par maksu (manā gadījumā :) ). Laikam būs vien pašam jāmodificē jau esošais.

Šablonu var izvadīt arī mainīgajā.

// capture the output
$output = $smarty->fetch('index.tpl');

// do something with $output here
echo $output;

Sveicināti, man ir radusies dilemma.

Nekādi nevaru tikt skaidrībā, kā realizēt vairāku valodu atbalstu ar dinamiskiem datiem. Situācija ir sekojoša. Lapas administrācijas daļā nodrošināta iespēja veidot dažādas lapas sadaļas, to saturu (tiek izmantots WYSIWYG teksta redaktors), formas (atbilstoši arī to laukus). Jābūt iespējai katru no tām (sadaļas, saturs, formas) veidot vairākās valodās. Ja lietotājs aizpilda admin daļā veidoto formu, tad jābūt iespējai aizpildīt laukus visās valodās, kurās veidota forma, ne tikai rādīt lauku nosaukumus izvēlētajā valodā (lauks lv: "blabla", lauks en: "blablabla"). Vēl lapā ir paredzēta meklēšana pēc aizpildīto formu datiem (nefiltrējot, pēc kura lauka) un šo aizpildījumu arī varētu būt samērā daudz, tā kā jādomā arī par ātrdarbību.

+ vēl jāņem vērā arī tas, ka admin daļā jābūt iespējai pievienot jaunu valodu. Pašai admin daļai arī jābūt vairāku valodu atbalstam, bet ar to problēmu nav, jo dati ir statiski un tiek glabāti valodu "resursu" failos. Problēma ir ar lietotāju ievadītiem un admin daļā veidotiem (dinamiskiem) datiem.

Esmu izkristalizējis dažus uzmetuma variantus, taču kaut kā neliekas, ka eju pareizā virzienā.

Šis gan vairāk attiektos uz datubāzi, taču no tā arī izriet risinājums iekš PHP.

Būtu ļoti pateicīgs, ja kāds padalītos pieredzē un dotu jebkādu padomu.