Hirdetés
- Stratégiai biztonsággal védekeznek a dráguló memóriák ellen a gyártók
- Akadozásmentesítő csúcskiterjesztést kapott a Vulkan API
- Titkos Aluminiumot tervez a Google a PC-khez
- Mindenkinél több és erősebb AI gyorsítót ígér Elon Musk
- M.2 csatlakozók terén (is) jónak ígérkezik az MSI közelgő AMD-s alaplapja
- NVIDIA GeForce RTX 5070 / 5070 Ti (GB205 / 203)
- Autós kamerák
- Multimédiás / PC-s hangfalszettek (2.0, 2.1, 5.1)
- Stratégiai biztonsággal védekeznek a dráguló memóriák ellen a gyártók
- Milyen videókártyát?
- Projektor topic
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- AMD GPU-k jövője - amit tudni vélünk
- Amazon Kindle
- Házimozi belépő szinten
Aktív témák
-
Sk8erPeter
nagyúr
PazsitZ, cucka: köszönöm a válaszokat!

PazsitZ:
"Viszont, az innoDB támogat tranzakciókezelés, amire ha szükséged van, akkor szükséged van.
"
Na, most legalább egyben megtudtam azt is, hogy nem érdemes próbálkoznom MyISAM esetén PDO-val a PDO::beginTransaction(), illetve PDO::rollBack() (na meg PDO::commit()) metódusokkal.
Pedig igencsak előnyös lenne, hogy amennyiben valami hiba lépett fel több bejegyzés létrehozási kísérlete során, vissza tudjam vonni egy sima rollBack-kel az egészet.
Eszerint MyISAM storage engine-nél ne is próbálkozzak ilyesmivel, ugye?Ja, közben ezt találtam a phpMyAdmin átlátható felületén, hogy két tárolómotor támogatja a transactiont MySQL-ben:
InnoDB Supports transactions, row-level locking, and foreign keys
BerkeleyDB Supports transactions and page-level lockingcucka:
"Az innoDB támogatást be kell kapcsolni a MySQL-ben, alapból ki van kapcsolva."
Köszönöm, közben megtaláltam a my.ini fájlban (Windows) a sort, amit ki kell kommentelni:
# Use this option if you have a MySQL server with InnoDB support enabled
# but you do not plan to use it. This will save memory and disk space
# and speed up some things.
skip-innodb
(nyilván az utsó sort)
Mondjuk ha azt mondjátok, ennek az előnyei csak "nagy forgalmú oldalnál és/vagy nagy méretű adatbázis tábláknál" értékelhetők igazán, akkor hagyom is a fenébe egyelőre, nem foglalkozom vele. De szóljatok, ha mégis érdemes.
(Amúgy MySQL-verzió: 5.0.51a.)"Igazából olyan nincs, hogy konkurrens írás, egyszerre csak 1 írási művelet végződik, a többiek pedig várnak a sorukra."
OK, világos. Csak úgy értettem, nem állhat-e elő mégis az az eset, aminek minimális az esélye, hogy két kérés esetén épp ugyanakkor próbálnak írni az adatbázisba, ezért a lock-olási folyamat megkergül - dehát mondjuk így is-úgy is gondolom az egyik akkor is előbb fogja tudni lezárni, hogy a másik ne tudja addig babrálni.
Ilyenkor van egy bizonyos timeout idő, amíg vár a sorára, majd amikor már nincs lock-olva a tábla, végrehajtja a feladatot, igaz?
Aktív témák
- Bomba ár! Lenovo ThinkPad L530 - i5-3G I 8GB I 500GB +16SSD I 15,6" HD+ I Cam I W10 I Garancia!
- Samsung Galaxy S23 Ultra 5G 512GB, Kártyafüggetlen, 1 Év Garanciával
- Telefon felvásárlás!! Samsung Galaxy S25, Samsung Galaxy S25 Plus, Samsung Galaxy S25 Ultra
- ÁRGARANCIA!Épített KomPhone i5 14400F 32/64GB RAM RX 9060 XT 8GB GAMER PC termékbeszámítással
- Bomba Ár! HP ProBook 650 G1 - i5-4GEN I 8GB I 128-256SSD I 15,6" HD I Cam I W10 I Garancia!
Állásajánlatok
Cég: ATW Internet Kft.
Város: Budapest
Cég: BroadBit Hungary Kft.
Város: Budakeszi

"
Pedig igencsak előnyös lenne, hogy amennyiben valami hiba lépett fel több bejegyzés létrehozási kísérlete során, vissza tudjam vonni egy sima rollBack-kel az egészet.

