- Hivatalos a OnePlus 13 startdátuma
- Apple iPhone 17 Pro Max – fennsík
- Felpúposodott egy Galaxy Ring, a Samsung besegített
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Yettel topik
- iPhone topik
- Milyen hagyományos (nem okos-) telefont vegyek?
- Samsung Galaxy S23 Ultra - non plus ultra
- Mobil flották
- Megérkeztek a Xiaomi 15T sorozatának telefonjai Magyarországra
-
Mobilarena
JavaScript != Java (A JavaScript nem összekeverendő a Javával, két különböző programozási nyelvről van szó!)
Új hozzászólás Aktív témák
-
fordfairlane
veterán
Én csak azt nem értem, hogyha, a mostani leírásod alapján, egy lista van, azon egy elem, ami két mezőből áll, egyik a számlálót, másik az évet tartalmazza (és ez így teljesen logikus), akkor hogyan működött az eredeti kódrészleted úgy, hogy néha az egyik update futott le, néha a másik. Az eredeti kódrész ugyanis két külön listára hajt végre két külön updatet.
Egyre zavarosabb ez az egész már nekem, asszem kiszállok ebből. Öregszem vagy nem tudom, mi...
-
fordfairlane
veterán
Illetve azóta már kicsit beleástam magam a témába és úgy tűnik, hogy a jquery alapból asszinkron hajtódik végre.
Egyrészt az aszinkron végrehajtás nem a jquery jellegzetessége, hanem a javascript engineké, másrészt nincs ellenőrizetlen aszinkronitás. A két update nem várja meg egymást, de a többi sorban, egymás után kerül végrehajtásra (jól is néznénk ki, ha nem így lenne) és ez elvileg nem okozhat problémát, mivel két, egymástól független listaelemen(elemein) hajtódik végre. Ennek elvileg működnie kéne, ezért kérdeztem rá a háttérben levő dolgokra.
A where-el kapcsolatban pedig nem probléma, ha az összes mezőt frissíti mivel csak 1-van minden oszlopban. Lehet, hogy igazából el is lehetne hagyni, csak nem tudom, hogy akkor alapértelmezett ként az összes mezőt átírná-e vagy sem azt még tesztelnem kell.
Hogy érted azt, hogy egy mező van minden oszlopban? Úgy érzem, keverednek a fogalmak.
Hány elem (rekord) van ezeken a listákon (táblákban)? Az elemek hány mezőből (oszlopból) állnak?
-
fordfairlane
veterán
Továbbra sem egyértelmű az adatszerkezet. Az eredeti hozzászólásban egy listát írtál, két oszloppal, a kód viszont két külön listát updatel. Méghozzá where feltételekkel updatel, nem ID-val, ami azt eredményezi, hogy függetlenül attól, hány elem (rekord) van az adott listán, egy lépésben az összes olyan listaelemet frissíteni fogja a megadott listán, amelyekre teljesül a where feltétel.
-
fordfairlane
veterán
Nem értek a Sharepointhoz, de itt valami nagyon nem stimmel.
Ha jól látom, van egy lekérdezés Targetlistről, és két külön update. Egyik a TargetListre, egy meg valami másikra. Minek van a lekérdezés, meg az "if" feltételvizsgálat, ha az update statementek "where" feltételében ott van, hogy mik azok a rekordok, amiket módosítani kell? A lekérdezés eredménye sehol nincs felhasználva az updateknél.
Új hozzászólás Aktív témák
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Hivatalos a OnePlus 13 startdátuma
- Apple iPhone 17 Pro Max – fennsík
- PlayStation 5
- Google Chrome
- Felpúposodott egy Galaxy Ring, a Samsung besegített
- Vezetékes FEJhallgatók
- Ford topik
- AliExpress tapasztalatok
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- További aktív témák...
- GYÖNYÖRŰ iPhone 13 mini 128GB Midnight -1 ÉV GARANCIA -Kártyafüggetlen, MS3604
- Xiaomi 14T 512GB, Kártyafüggetlen, 1 Év Garanciával
- LG 34GN850P-B - 34" Ívelt Nano IPS - 3440x1440 - 160Hz 1ms - G-Sync - FreeSync - HDR 400
- GYÖNYÖRŰ iPhone 12 64GB Green -1 ÉV GARANCIA - Kártyafüggetlen, MS3052, 96% Akkumulátor
- Apple iPhone 12 Pro Max Gold Arany stílus, Pro kamera, 5G 256 GB,100%
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest