hurkaválasza Atzo (12:27) részére- 2014.04.05. 14:08
- permalink
Gondolom azért lett így kitalálva a lenti példa, mert próbálták általánosan megcsinálni a termékek kezelését.
Azaz azért, hogy ha van egy új termék / csoport, aminek van 1-2 olyan új tulajdonsága, ami még nem volt egyiknek se, akkor ne kelljen kódolni + új táblát / mezőt rögzíteni.
Az, hogy performancia szempontjából ez mennyire optimális, az más kérdés...
Illetve az szintén körülményes lehet, ha mégis kell valami egyedi logikát/riportot építeni ezekre a tulajdonságokra.Mutasd a teljes hozzászólást!- Nem rég kezdtem dolgozni egy cégnél, egy üzleti alkalmazást fejlesztünk. Kb 1000 táblázat van a bázisban. Néha olyan érzésem van hogy legszívesebenn otthagynék mindent és hazamennék. Néha órákig gondokodok és nehezen tudom felfogni hogy miért is épp úgy van megszerkesztve a bázis ahogy van.
Kiváncsi vagyok a véleményetekre. Itt van egy példa, de az egész bázis hasonló képpen van összetákolva.
A táblázatok a következők:
T1 - Áru T2 - Áru_csoport T3 - Áru_tulajdonságai
Tehát minden áru valamilyen csoportba tartozik és minden árunak és csoportnak meg vannak a tulajdonságai. Az áru örökli a csoport tulajdonságait. Ha az áru tulajdonsága nincs külön meghatározva akkor olyan tulajdonságai vannak mint annak a csoportnak ahova tartozik.
Példa: Gyümölcs csoport tulajdonsága hogy piros. Tehát a cseresznye, eper, málna az mind piros, a banánnak viszont külön tulajdonsága van, az sárga.
Ez nála így van felállítva:
T1 - Áru FK-Áru_csoport T2 - Áru_csoport (nincs FK) T3 - Áru_tulajdonságai FK-csoport FK-Áru
Remélem érthetően írtam le, csak a küső kulcsokat (FK) tüntettem fel a többi az nem lényeges.
Szerintetek ez így rendben van?Mutasd a teljes hozzászólást!
Címkék
