( Fisher | 2024. 05. 29., sze – 16:37 )

Nade a cél a hatékonyság lenne.

A nyers adat ~20x annyi, mint a hasznos. Az adatokat be lehet tölteni egy temp táblába, amit utána el is lehet dobni.

Hacsak ezt nem lehet nagyon optimalizáltan megoldani (sík hülye vagyok az sql-hez, illetve a mysql-hez, nem titok, ez a db motorja), mert rémlik olyan, hogy a soronkénti insertnél kb. csak jobb megoldások vannak, akkor ez több kakaót fog elvinni, mint az update (amin valszeg megint lehetne okosítani, hogy ne 700 update legyen, hanem csak egy).

A többi részét nem igazán értem, a vcenter nem kell, de az mminfo olyan, hogy a kliens neve a vcenter neve, ha vmware mentésről van szó. De ez apróság, az utolsó oszlop mindig az, ami nekem kell.

 

Update: közben rájöttem, miért nem jó az insert. A mentéseket két hétre visszamenőleg kérdezem le (tudom, ne kérdezzem két hétre, de nem minden gépről készül mentés minden nap, van, amiről csak heti, havi egy, és nem lenne jó, ha minden backup policy váltáskor matatni kéne ezt a scriptet is). Nade ha egy gépet decommolunk, akkor az egyik lépés az az, hogy el kell távolítani ebből a listából. Ha ez még automata is lesz, pl. a vcenter alapján, akkor a script visszateszi, mert két hétig mindig lesz egy utolsó mentése.