Salamat sa email, Mikko. Ayos.
2010/5/17 Mikko Gozalo <
conradmig...@gmail.com>:
> Yung skill na table ay may laman na skill samantalang ang skill_category ay
> category ng skill. Kunwari under IT Skills (category) may PHP na skill.
> Tapos yung user_has_skill, may value na field para magkaroon tayo ng metrics
> o parang slider based sa mastery ng isang skill. Bale integer siya from 0 to
> 100 o kung ano.
Okay naman ito. Tanggalin na muna natin siguro yung may parent pa ang
category para mas simple.
> Tapos yung sa org_specific, para kung mag-add ng other info ang orgs. Yung
> org_specific na table, dun ilagay yung org_specific values. Kunwari, year na
> nakapasok sa org. Yung type na field ang laman niya either number, text,
> picture or something. Yung org_specific_info naman, dun isasave yung value
> ng kunwari value kung kelan nakapasok ng org. Yung visible field, kung
> visible sa public profile.
Wala ata yung visible field dun sa pdf pero ayos din ang teknik na
nabanggit mo. Isang alternatibo e field na mismo ng org_specific_info
yung mga org-specific info na ilalagay sa org_specific para mabawasan
ng isang table. Pag-usapan pa natin ito pag mas luminaw na ang mga
kukunin nating org-specific na detalye.
> Yung groups, para kunwari Officers, TAYO Committee, Kasapi Administrator,
> Halalan Developer, etc.
>
> Yung group_type naman, kung anong klaseng group. E.g. Committee [TAYO, etc],
> Projects [Halalan Developer, ACRES Developer], etc. Pwede na rin iomit yung
> group_type since hindi siya ganun kaimportante.
Alisin na lang siguro yung group_type. Maganda rin siguro kung lagyan
ng date ang groups para may history lang o kahit wala na. Hehe.
Nakalakip din pala sa email na ito ang DB dump na ginawa ng isang ayaw
magpakilala. Laman nito lahat ng data na required sa org renewal na
base dun sa OSA forms na pinadala ko dati.
--
Waldemar Amado Bautista