- Motorola Edge 40 - jó bőr
- Honor 200 Pro - mobilportré
- Magisk
- iPhone topik
- Bemutatkozott a OnePlus Nord 6
- Xiaomi 15T - reakció nélkül nincs egyensúly
- Google Pixel Watch 4 – Hé, Google, mennyi az idő?
- Bemutatkozott a Moto G Stylus (2026) és a Moto Pad (2026)
- One mobilszolgáltatások
- Xiaomi 15T Pro - a téma nincs lezárva
Új hozzászólás Aktív témák
-
Sk8erPeter
nagyúr
Tényleg, köszi.
Nem tudom, miért nem jutott eszembe, hogy azt is meg lehetne oldani, hogy még egyszer lekérdezem a feldolgozó fájlban az adatbázist, és összepakolom a lekérdező parancsot sima for ciklussal aszerint, hogy ha mondjuk nem adott azonosítószámú annak a bizonyos post tömbnek az aktuális értéke, akkor insert...
De mondjuk abban is igazad van, hogy talán adatbázisban átláthatóbb lenne, ha minden egy helyen lenne, bár nem mintha túl sűrűn nézegetné bárki is az adatbázist, de esetleg a kódban is jobban lehetne követni az eseményeket, kevesebb parancs lenne, ha adott azonosítójú elemet törölnék az összerendelő táblából, aztán a kiválasztott kategóriáknak megfelelően ismét feltölteném.
Na de ez nem lenne sokkal erőforrás-igényesebb művelet? Valóban nem lenne túl sokszor kategória-átrendezgetés, de azért gondolkodom hosszú távon is.
Mondjuk most jobban belegondolva ha azt csinálnám, hogy a feldolgozó fájlban ismét lekérném adatbázisból a kategória-összerendeléseket, és összehasonlítanám a post tömbbel, amiben a bejelölt kategóriák azonosítói vannak, akkor a for ciklusban is lennének if(in_array(...)) és ehhez hasonló ellenőrzések, ráadásul akkor külön kellene figyelni, hogy viszont mi az, ami NINCS benne a korábbi hozzárendelésekhez képest az új kategória-kiválasztásokban, amit meg törölni kell, és akkor lehet, hogy ott vagyok, ahol a part szakad.
Vagyis így a hozzászólás végére eljutottam arra a következtetésre, hogy lehet, hogy semmivel nem lenne erőforrás-igényesebb az, ha mindent törölnék, és mindent újra hozzáadnék - itt már az a kérdés, hogy vajon melyik működik gyorsabban, a MySQL törlő és hozzáadó műveletei, vagy a PHP összehasonlítgatásai, majd egy MySQL-törlés illetve -hozzáadás...
Hmm, na ezekkel a különbségekkel mondjuk nem vagyok tisztában, ezt azért nem lenne egyszerű tényleges összehasonlításnak alávetni.
De inkább az első megoldás tűnik hasznavehetőbbnek.Azt hiszem, igazad van abban, hogy ezerszer átláthatóbb és követhetőbb lenne, ha inkább mindent törölnék, majd mindent hozzáadnék a kiválasztottaknak megfelelően.
Ha esetleg valami kommentár eszedbe jutott még a leírtakkal kapcsolatban, akkor örömmel várom.
Köszi. 
Új hozzászólás Aktív témák
- Asztali PC , R7 8700F , RX 6800 16GB , 32GB DDR5 , 1TB NVME
- Motorola Edge 40 5G 8/256GB kártyafüggetlen okostelefon, Jet Black
- P16s Gen1 16" FHD+ IPS i7-1260P T550 16GB 512GB NVMe ujjlolva IR kam gar
- T14s Gen5 14" FHD+ IPS Ultra 7 155U 32GB 512GB NVMe ujjlolv IR kam gar
- T15g Gen2i 15.6" 4K IPS i9-11950H RTX 3080 32GB 512GB NVMe ujjlolv IR kam gar
- Eladó Samsung Galaxy A53 5G 6/128GB fekete / 12 hónap jótállás
- HP OMEN Transcend 2.8K OLED / Ultra 7 155H / RTX4060 8GB / 16GB 7467MHz / 1TB NVMe! BeszámítOK
- Keresünk Galaxy S21/S21+/S21 Ultra/S21 Fe
- S21 Dobozában 128/8
- AKCIÓ! Lenovo Thinkpad P15 Gen 1 FHD notebook - i7 10850H 32GB DDR4 1TB SSD T2000 4GB W11
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest
Nem tudom, miért nem jutott eszembe, hogy azt is meg lehetne oldani, hogy még egyszer lekérdezem a feldolgozó fájlban az adatbázist, és összepakolom a lekérdező parancsot sima for ciklussal aszerint, hogy ha mondjuk nem adott azonosítószámú annak a bizonyos post tömbnek az aktuális értéke, akkor insert...
Vagyis így a hozzászólás végére eljutottam arra a következtetésre, hogy lehet, hogy semmivel nem lenne erőforrás-igényesebb az, ha mindent törölnék, és mindent újra hozzáadnék - itt már az a kérdés, hogy vajon melyik működik gyorsabban, a MySQL törlő és hozzáadó műveletei, vagy a PHP összehasonlítgatásai, majd egy MySQL-törlés illetve -hozzáadás...
Köszi. 
