- Nem tiltották be a Teslát Kaliforniában, Robotaxival ünnepelt a márka
- Apró változásokkal, elődjénél jobb áron kezd a Google Pixel 10a
- Visszatért a Snapdragonhoz az Infinix, itt a Note 60 és Note 60 Pro
- Esélyes, hogy drágul a Nothing Phone (4a) széria
- Lelkiismeret-furdalás nélkül zabálhatod a süteményt a Galaxy S26-tal
- Fotók, videók mobillal
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Apró változásokkal, elődjénél jobb áron kezd a Google Pixel 10a
- Soundcore Sleep A30 - a hosszú házasság titka
- Asus Zenfone 10 - kicsit más az új kicsi
- Szinte csak formaság: bemutatkozott a Pixel 6 és Pixel 6 Pro
- Motorola Edge 50 Neo - az egyensúly gyengesége
- Milyen okostelefont vegyek?
- Samsung Galaxy A56 - megbízható középszerűség
- Google Pixel topik
Új hozzászólás Aktív témák
-
leslie23
tag
Nagyon köszi a válaszokat! És valóban, az a szál dobja az hibát, amelyiken a query több, mint 15 másodperce fut (dokumentáció írja is, hogy a default connection timeout 15 sec, command timeout pedig 30).
Ami viszont számomra nagyon furává teszi az egészet... Ha egyetlen szál fut (csak egy kiugróan hosszú queryt választok ki a 70 közül), akkor ugyanezen kóddal nem dobja el a kapcsolatot és közel 50 másodpercig nyitva van a connection és leszedi szépen az adatokat. Command timeout be van állítva 0-ra (ez eddig is be volt), de a connection timeout a default értéken (15 sec) van. Ez magyarázza, hogy az első verziónál, szekvenciális végrehajtás mellett miért nem jött elő a connection timeout hiba a néhány hosszabb querynél sem.
Viszont onnantól kezdve, hogy a parallel szálakon, szimultán futnak a query-k és explicit módon nincs meghatározva a connection timeout, rögtön ketyeg a 15 másodperc...
Ennek esetleg valamilyen SQL-oldali beállítás lehet az oka?
Új hozzászólás Aktív témák
● ha kódot szúrsz be, használd a PROGRAMKÓD formázási funkciót!
- AMD Navi Radeon™ RX 9xxx sorozat
- MasterDeeJay: RAM gondolatok: Mennyi a minimum? DDR3 is jó?
- PlayStation 5
- SSD kibeszélő
- total90: SSD és HDD árak 2026-ban – most kell vásárolni, vagy várni 2028-ig?
- Milyen notebookot vegyek?
- Mibe tegyem a megtakarításaimat?
- Milyen videókártyát?
- Kerékpárosok, bringások ide!
- Könyvajánló
- További aktív témák...
- iPhone 16 Pro 256 GB 100% akku 2,5 év GARANCIA
- Eladó HP ProLiant Microserver Gen8 16 Gb RAM Xeon E3-1265L v2
- TP-LINK TL-SG105-M2 5-Port 2.5G asztali switch - Gar.: 2028.05.09
- Patriot Viper Venom RGB 2x16GB DDR5 6000MHz CL36 - Új, bontatlan, 5 év garancia - Eladó!
- ZOTAC RTX 5070 12GB GDDR7 Twin Edge - Új, Bontatlan - Eladó!
- HIBÁTLAN iPhone 12 Pro 256GB Graphite - 1 ÉV GARANCIA - Kártyafüggetlen, MS3283
- AKCIÓ! Dell Precision 3571 4G LTE i7-12700H 32GB 1000GB FHD RTX A1000 4GB 1 év teljeskörű garancia
- Lenovo ThinkCentre/ Dell OptiPlex/ Hp EliteDesk mini, micro PC/ 8.-9.-10.gen/ Számla/garancia
- Apple MacBook Pro 14 (2021) M1 Pro 16GB/500GB használt, szép állapot 87% akku (323 ciklus)
- BESZÁMÍTÁS! Sapphire B650M R7 8700F 32GB DDR5 1TB SSD RX 6800 16GB Zalman Z1 PLUS Seasonic 750W
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Ennek esetleg valamilyen SQL-oldali beállítás lehet az oka?

