Sajnos van ilyen helyzet nem is kevés, hogy a fejlesztő alatti ürrakétán elmegyeget a dolog, majd a produktiv környezetben meg nem megy elég jól. Ekkor kiderül hogy kevés egy ócska Xeon-os gép 32GB RAM-al.
Azt azért ne felejtsük el, hogy egy munkaidőnyílvántartás és jelenléti adatokat összesítő megoldásról van szó, ha jól értettem a kérdést feltevő fórumtársat.
Funkcionalitásban pedig ezt már a 386-os korban is megoldották, hogy értelmes emberi időn belül kiköpjön adatot. Na jó, hanem nem 386-ossal akkor egy P1-essel már biztosan volt ilyen rendszer amit használtak is.
Akkor még ezeket a programokat úgy írták, hogy odafigyeltek rá. Most pedig a fejlődésnek köszönhetően csak jó gyorsan összehányják. Építőkocka szerü modulokból, mert OOP az cool, néha közben nem is OOP, csak egyszerűen egy Skretch-hez hasonló valami lesz csak épp betükkel leírva. Mondanám elsőre a JAVA-t, vagy .NET-et, amik kb a kókány megoldások táptalajának tekinthetőek. Manapság szerintem ezt a kitüntető helyet átveszi a böngészős hulladékgyártás, javascript hegyek, electron. Ahol végűlis teljesen elfogadott, hogy egy chat alkalmazás ami szöveget és fájlokat küld és fogad az 80MB méret felett legyen, fogyaszthat akár 512MB RAM-ot is. Közben egy távoli vezérlést biztosító program 3MB-os mérettel van és 100MB alatt eszik RAM-ot.
Természetesen lehet mindenben kókány programot írni és jót is. De van ami a környezete és a szerszámoskészlete miatt a kókány megoldás felé hajlik amit kiköp magából.
Majd az elbxxxxott programot üzemeltetési oldalról kókányolják tovább, amíg világ a világ. Elsőre talán akár a mai napon is eladott DBF alapú ilyen olyan adafeldolgozó rendszerek ugranak be, ami SMB-n megosztott fájlokkal dolgozik, és évente van vele 5-10 esetben gond, alapjáraton. Majd a rendszergarázda megolda, hiszen ő mindenhez IS ért. Próbálja menteni, próbálja javítani, próbálja gyorsítani, de lényegében csak küzd mint disznó a jégen.
De hogy ON is legyek, és bocsánat az OFF-ért.
Elvileg hozzáfér teljesen az adatbázishoz. Ha jól értettem a lekérdezést is tudja, hogy mi az, valószínűleg tudja is értelmezni a táblaszerkezetet. Tuti nem 1-2 órát bűvészkedett már vele.
Szerintem kellene egy akár online replikációt vagy dump-ot csinálnia amit tud bűvölni, akár másik SQL szerveren, tehát ebbe sehogy nem kavarna be a dolog.
Majd írjon hozzá egy megfelelő lekérdezést, vagy irasson valakivel, ha a program eredeti készítője nem akarja, vagy nem képes rá. Esetleg ha jól működik és össze akarja rugni a port az eredeti program készítővel akkor ez meg is lesz jó alapnak hozzá.
100% sőtt 1000% hogy egy ilyen funkcionalitásu dolog kiszámításához értelmes idő alatt nem kell a valamelyik szuperszámítógépen időt bérelni. Sőtt nem kell hozzá csilliárd RAM sem vagy Terra Hertz-es processzor sem.