jei konkreciai buvo daromas naujienu modulis:
skirtingos kategorijos turi redaguojamus ivedimo sablonus, pasirenki takim laukelis 1 --> text; laukelis2--> select ir t.t.
kiek kokiu duomenu bus priskirta konkreciai naujienai, sunku isivaizduoti ir atspeti
duomenys butu kazkur tokie
1. verslo naujiena nr1
2. dar kita naujiena
3. ir vel kazkokia naujiena
o jau values lenteleje vaziuoja:
1. | tekstas | kazkoks tekstukas
1. | data | kazkokia data
2. | laukelis | laukelio reiksme
ir t.t. realiai lenteleje values.name yra laukelio_id is sablonu, bet nesvarbu
paprastai stengiuosi i pagrindine lantele items susideti visus duomenis pagal kuriuos reiks listinti, bet vos tik baigi viska, kaip taisykle susigalvoja uzsakovai, kad reikia palistinti pagal kazka kita. ir jei tas kazkas kitas yra lenteleje values prasideda burtai
ir gaunasi kazkas panasaus :
SELECT
itemai.*,
info1.value AS kazkas1,
info2.value AS kazkas2,
info3.value AS kazkas3,
COUNT(info4.value) AS atitikimas
FROM itemai
LEFT JOIN values AS info1 ON info1.item_id=itemai.id AND info1.name='kazkokia_reiksme'
LEFT JOIN values AS info2 ON info2.item_id=itemai.id AND info2.name='kazkokia_reiksme'
LEFT JOIN values AS info3 ON info3.item_id=itemai.id AND info3.name='kazkokia_reiksme'
LEFT JOIN values AS info4 ON info4.value LIKE '%search string%'
HAVING atitikimas>0
ORDER BY kazkas2 DESC,kazkas3 ASC
ir tokios uzklausos turi suktis su kiekvienu page_view
kaip ir viskas grazu, bet kai rasai 6 JOIN'a jau ir neramu darosi....
arteja dar CV duombazes programavimas, ten is vis daug bus panasiu atveju, tad ir susimasciau ties tokiu duomenu saugojimu....
o lenteliu kurti kiekvienam gyvenimo atvejui nesinori, juolab kol kas 2 val. gaunu nurodyma pakeisti laukelius formu sablonuose :(
MongoDB Certified Developer
MongoDB Certified DBA
Zend Certified Engineer