Hirdetés
- Toomy: FOXPOST: régen jó volt, de már jobban jársz, ha elfelejted
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- GoodSpeed: Philips AWP9820 (vízlágyító) Calgon helyett?
- sh4d0w: Van-e még?
- Luck Dragon: Asszociációs játék. :)
- gban: Ingyen kellene, de tegnapra
- GoodSpeed: Samsung Galaxy A56 5G
- Samus: Oldschool játékos konfig a memóriaválság idején
- sz_gabor: Xiaomi porszívó magyar hang.
- sziku69: Fűzzük össze a szavakat :)
Ú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
Hirdetés
- Garancia kérdés, fogyasztóvédelem
- Steam Deck
- NVIDIA GeForce RTX 5070 / 5070 Ti (GB205 / 203)
- EAFC 26
- Elektromos autók - motorok
- Motorolaj, hajtóműolaj, hűtőfolyadék, adalékok és szűrők topikja
- Amlogic S905, S912 processzoros készülékek
- Vége lehet a OnePlusnak? Állítólag az Oppo bezárná a márkát
- Okos Otthon / Smart Home
- exHWSW - Értünk mindenhez IS
- További aktív témák...
- iPhone 17 PRO MAX 256GB deep blue makulátlan 3 év Apple garancia! 2028 október 3-ig! Fulldoboz!
- FEHÉR Corsair Vengeance RGB PRO SL 16GB kit (2x8GB) DDR4-3200Mhz CL16
- HP 250 G6 i3-6006U 8GB DDR4 2400MHz HD520 240GB SSD Windows 11 Pro, vadiúj garis aksi
- TP-Link TL-SG1024DE 24 port menedzselhető asztali switch
- GIGABYTE B650 EAGLE AX Alaplap új
- HIBÁTLAN iPhone 15 Pro Max 256GB Blue Titanium -1 ÉV GARANCIA -Kártyafüggetlen
- Dell Vostro 3425 6magos Ryzen 5 5625U 8GB RAM 256GB SSD
- Apple iPad Air 5.Gen 64GB 100% (1év Garancia)
- Telefon felvásárlás!! iPhone 11/iPhone 11 Pro/iPhone 11 Pro Max
- HIBÁTLAN iPhone 15 Pro 128GB Black Titanium -1 ÉV GARANCIA -Kártyafüggetlen
Állásajánlatok
Cég: Central PC számítógép és laptop szerviz - Pécs
Város: Pécs
Cég: Laptopműhely Bt.
Város: Budapest

