Az „Excel” fórum célja, hogy keretet adjon az Excel felhasználók széles táborának tapasztalataik megosztására, és lehetőséget a segítséget kérőknek. Az alábbi összefoglaló azért készült, hogy segítse a helyes kérdésfeltevést.
– Írd le szabatosan a problémát. Úgy fogalmazz, hogy ne csak te magad, de a szakértő is megértse, mire szeretnél választ kapni.
– Írd le, hogy milyen verziójú Excellel dolgozol. (Vagy ha nem – ill. nem csak – Excel, akkor micsoda?)
– Írd le, hogy milyen úton indultál el, és hol akadtál el rajta.
– A kérdés megértése szempontjából sokat segíthet, ha feltölteszt egy képet, amin látszik, hogy mit szeretnél, vagy illusztrálja azt.
– Még jobb, ha feltöltesz egy minta munkafüzetet valahová (pl. data.hu). Feltöltés előtt távolítsd el belőle a nem publikus adatokat.
– Ha a feladat jellege olyan, célszerű az "előtte" és "utána" állapotokat bemutatni. (Miből kellene csinálni mit?)
– Ha VBA kódon kell javítani, másold be a releváns kódrészt. Rövid kód mehet hozzászólásba, hosszú kód inkább ide: http://pastebin.com/
– Ha valami nem úgy működik, ahogy kellene, add meg a rendellenes viselkedés jellemzőit, a hibaüzenetet, és a hibát okozó programsort.
Egyéb hozzászólásaidból úgy látom, hogy többnyire nem elhamarkodottak a hozzászólásaid. Itt viszont az lett, amelyikre reagáltam. Ha egy kicsit olvasgatod az eddigi hozzászólásokat (na nem kell mind a 35 ezret, de mondjuk vagy ötvenet), látni fogod, nem az Excel alapjait kell elmagyarázni az itt fórumozók többségének.
De légy üdvözölve, és ha konkrét problémákra konkrét megoldásokat javasolsz, azt biztos értékelni fogják a kérdezők.
Igen, de arra gondoltam, hogy az, hogy valami lassu az nem eleg konkret. Ha meg lehet osztani a tablazatot, akkor at tudom nezni, hogy hol lehet javitai a sebessegen. Nagyon sok szamitast meg lehet oldani kulonbozo fuggvenyek felhasznalasaval, es nagyon nagy kulonbseg lehet koztuk futasi idoben.
Nem, beépített funkció egyből xls-be (mint kiderült, 5.0-ba) exportál.
Közben megoldódott. Ha egész oszlopokra hivatkozok, akkor működik: átírtam a $A$2:$E$38776 hivatkozást $a:$e-re, és minden OK (38776-ban van az utolsó adat). Ha visszaírom, megint nem megy.
Ööö, ez szövegként tárolt számoknál tutira hamis, nem lehet sztringeken matekozni, nem?
Az, hogy szövegként tárolt számok, sajnos normális, mert ezek leltári azonosítók. Elindultak 00000001-től és most tartanak kb. 0036000-nél. Ettől még az fkeresnek működnie kellene, mert mindkét táblában ugyanazok az adatok szerepelnek, ugyanúgy szövegként tárolva. Ugyanabból a szoftverből is származnak, csak annak nincs szabad riportoló felülete, nem lehet akármilyen jelentést összeállítani.
Help! Két Excel munkafüzet között kellene adatot párosítanom az fkeres használatával. A kapcsolatot egy olyan oszlop jelenti, amiben szövegként tárolt számok vannak, 00000001-től felfelé. A gond az, hogy rengeteget nem tud összepárosítani (legalább 25%-ot).
Amit csekkoltam:
Kikerestem manuálisan, ott van az adat a második táblában, az elsőben mégis #HIÁNYZIK-ot kapok;
a hivatkozás OK, a területe megfelelő, $ jelekkel kiegészített, a keresési terület a képletek másolásával nem csúszik el;
ha manuálisan kikeresett adatpárra írok egy egyszerű debuggert, pl. (szándékosan egyszerűsítve): HA(a1=b1;igaz;hamis), az igaz értéket ad vissza, tehát az Excel szerint is megegyezik a két adat;
mindkettő könyvelőprogramból származó XLS 97 formátumú export, így nincs xls/xlsx összeveszés a sorok számán (meg amúgy sem teljes oszlopokat jelöltem ki).
Excel 2019-ben dolgozok. GDPR-os adatok, nem oszthatom meg. Van valami bugja az fkeresnek, amire nem gondoltam? Azért gondolom bugnak, mert 16 megvan, aztán 32 nincs, aztán 48 OK, aztán 24 nincs meg (tovább nem néztem), és ez véletlennek túl bináris számsor.
Nem szabad elfelejteni, hogy az Excel nem egy adatbázis-kezelő program és egy bizonyos adatmennyiség fölött, illetve összetett számításoknál érdemes elgondolkozni egyéb megoldásokon, mint pl. Access, vagy legalább az Excel-en belül VB használata. Egy jól megírt code percekről, másodpercekre rövidítheti a futási időt.
Azt is fontos megérteni, hogy programozás szempontjából mi áll egy-egy függvény mögött. Mi drága és mi kevésbé futási idő szempontjából.
Ha valakinek kell konkrét segítség, akkor szóljatok.
Kedves Delila10! Segítséget szeretnék kérni, mivel pont ilyen problémám van nekem is az excelbe íráskor. Táblázatom DD oszlopig és jelenleg 30 000 sorig tart. A sorok száma egyre csak bővül. Nekem is folyton számol. Így minden egyre lassabb. Az excel mélyebb bugyraihoz nem értek. Mit és hol lehetne alkalmazni? A segítséget előre is köszönöm. Üdv.
ja mondom én ezt - aki szintén egyből sql-hez (postgre, ms, pl, my) nyúl... szóval értem én... sok szempontból barátságosabb az excel - főleg, hogy bármely sql-hez képes kapcsolódni drivereken keresztül. Csak ügyfélszinten kell mögé már egy adatbázisszerver, ami már sok kérdést felvet az ügyfélnél. (Igaz, ami igaz, a PQ használata is felvet kérdéseket az ügyfeleknél...).
Nem kapcsolgatok. Sikerült kikísérletezni egy módszert.
Számolom a bevitt sorokat (váltakozva 2 és 9 között van az egyszerre bevitt képletek sorszáma, de minden sorba egységesen 281 db kerül).
Amint már írtam, Select Case utasítást alkalmazok. A bevitt sorok arányában a már kiszámoltakat értékként önmagukra másolom. Nem az utolsó sorig, hagyok időt a számításra. Próbálgattam különféle növekményekkel, végül kijött egy jó változat. Látványosan felgyorsult.
Eredetileg az összes sor bevitele után akartam az értékeket beilleszteni.
Gondolom ki(be)kapcsoltad: Application.Calculation = xlCalculationManual de a végén a számolás lassú.
A képleteket is át lehet értelmezni, ott is lehet felesleges munkavégzés... Mondjuk nálad ezt kizárnám, de hát nem tudhatom...
Én szeretek olyan módszereket használni egyébként (képlet, vagy vba, mindegy) amely egyszerre dolgozik halmazokkal. Gyors, mint az állat. Nyilván ez nem mindig lehetséges.
Eleve tömören írtam, üres sorok, megjegyzések nincsenek benne. Viszont dugig van képletek beírásával.
Azt vettem észre, hogy ilyen, képletekkel agyon terhelt cellákban időbe került, míg kiszámítja az értéket. Viszont a sok számítás nagyon lelassítja a futást.
Most azt próbálom ki, hogy a beírandó sor növelésekor beteszek egy (vagy több) feltételt. Pl. ha meghaladta az 1000 sort, az első 500-at értékké alakítom. 1500-nál további 500-at "szabadítok fel". Sok ezer sorról és bennük számtalan (ill. számos, 281 db) képletről van szó.
Nem lehet több egy eljárás 64kb-nál. Nekem volt már ilyen, szét kellet volna szedni több eljárásra, de azt nem akartam. Helyette optimalizáltam, így sokkal kevesebb szöveg lett benne. Aztán jót lett. Az enyém sokkal nem haladhatta túl a 64kb-ot, mert pár eljárást írtam át, hogy tömörebb kódja legyen és elég lett...
Szia, A következő problémát látom: Egy általad elképzelt koncepciót állítottál fel a saját gondolataiddal. A gondolatok és a folyamatok biztosan jók ezt nem kérdőjelezhetem meg - azokat Te érted. De a folyamatok leképezése (a koncepció) gyökereiben hibás, nélkülözi a szükséges rendszerszemléletet - ebben biztos vagyok.
Őszintén szólva, amit leírtál, csak nyomokban értelmezhető - gondolatolvasónak kéne lenni hozzá, hogy megértsem, mire is gondolhattál akkor amikor azt írtad, hogy... .... ....
Ez számomra így nem vállalható, az én elképzelésem merőben más lenne, mint a skicc, amit Te elküldtél. Viszont a folyamatok megértéséhez kellenek az alapok. Mi ez, mire használják, milyen cégről van szó, a mi a célja ennek az egésznek, céges kultúra ismerete stb... Tehát nulláról nekifutni.
Várj még egy kicsit, hátha más is bejelentkezik. Talán fogékonyabb lesz rá az illető.
2.
Egyébként azt gondolom, hogy makró nem kell hozzá feltétlenül. pl 16. sor: ezt csak te érted, amit írsz, nincsenek egy kívülálló számára kifejtve a gondolatok. és ugyanezt lehet elmondani a többi sorról is. Ebből a leírásból nem lehet leképezni a szükséges eredményt, kevés az ismeret.
robbantomester <robbantomester@freemail.hu> írta: >Szia, >Összességében nincs egy kerek képem az egészről 5x átolvasás után sem. Részeket értek, de nem áll össze a kép, hogy tulajdonképpen mit is akarsz.
Javaslom, hogy ezt a vitát hagyjuk abba, nem való egy ilyen szakmai fórumra.
Inkább arra válaszoljatok, hogy találkoztatok-e már hasonló üzenettel.
Ez egy rém hosszú, 1.081 soros makró indításakor bújt elő. Míg ketté nem választottam (másik modulba a felét), nem volt hajlandó elindulni. Eddig nem tudtam, hogy van tarifa határ.