Hirdetés

Új hozzászólás Aktív témák

  • Taci

    addikt

    És lenne még egy kérdésem, de ezt külön írom, nem is igazán SQL-es. (Átraktam off-ba, de alig bírom kiolvasni..)

    Eddig úgy csináltam, hogy a rekordok amikor az adatbázisba kerültek, be lett jegyezve, hogy melyik verziójú kategória tömbből lettek feltöltve a kategóriái.
    Ezeket a verziókat mindig növeltem, ha változtatni kellett benne. Az új bejegyzések mindig a legújabbal kerültek be.

    A cikkek kategóriáit ellenőrző és módosító szkript pedig azzal kezdte a futását, hogy megnézte, melyik az aktuális kategória-verzió, indított egy egyszerű lekérdezést, ami visszaadta a nem ezzel a kategóriaverzióval "kezelt" cikkek id-jait, és így csak ezeken kellett az ellenőrzéseket és az esetleges módosításokat megcsinálni. A végén átírta a kategória-verziót az aktuálisra, az új rekordok pedig már az újjal kerültek be. És így tovább.

    Most viszont így ez a plusz adatom (kategória-verzió) már nincs többé. Így nem látok más módot, csak azt, hogy minden egyes elemnél legeneráltatni, hogy az aktuális kategória-verzió szerint milyen kategóriákba tartozik egy-egy cikk, és ellenőrzöm egyenként, és ahol nem egyezik, átírom az újra.

    Viszont ez rengeteg idő és energia, és azt hiszem tipikus példája az erőforráspazarlásnak.

    Ha benne hagynám a kategória-verziót, akkor azt folyamatosan frissíteni kellene, szóval visszajutnék az eredeti kérdésemhez:

    A kérdésem az lenne, hogy hol tartsam ezeket a "kiírt" kategórianeveket?
    1) Legyen az "A" táblában a többi adattal együtt,
    vagy
    2) legyen egy külön "C" tábla, amiben csak ez a pár adat van, ami ahhoz kell, hogy rossz kategóriakiosztás esetén gyorsan át tudjam nézni, mi ment félre?

    És ugye itt a redundancia miatt inkább az 1)-es opció lenne a jobb.

    Van esetleg más ötletetek, hogy ne legyen feleslegesen erőforráspazarló a dolog?

    @nyunyu: Most látom, hogy írtál közben. Köszönöm, ránézek majd nemsokára.

Új hozzászólás Aktív témák