Adatbázis tervezés
2014-04-05T12:27:25+02:00
2014-04-05T14:08:59+02:00
2022-07-19T02:51:56+02:00
  • 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
abcd