- Karácsonyfaként világíthat a Thermaltake új CPU-hűtője
- Az USA vizsgálja a RISC-V kínai terjedésének kockázatát
- Kicsit extrémre sikerült a Hyte belépője a készre szerelt vízhűtések világába
- Egészen nagy teljesítményspektrumon fedné le a mobil piacot az AMD
- Kihívás a középkategóriában: teszten a Radeon RX 7600 XT
- VR topik (Oculus Rift, stb.)
- Logitech Z906
- Vezetékes FEJhallgatók
- Milyen egeret válasszak?
- Kormányok / autós szimulátorok topicja
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- Modern monitorokra köthető 3dfx Voodoo kártya a fészerből
- Gaming notebook topik
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Milyen alaplapot vegyek?
Hirdetés
-
Karácsonyfaként világíthat a Thermaltake új CPU-hűtője
ph Az ASTRIA 600 ARGB ráadásul a hűtési teljesítmény szempontjából sem szégyenkezhet.
-
Új Beats fej- és fülhallgatók jelentek meg
ma Frissítette a Solo termékcsaládot az Apple házi audiomárkája.
-
Megjelenési dátumot kapott a Star Wars: Hunters
gp A tervek szerint június elején végre befut a teljes kiadás mobilokra/tabletekre és Nintendo Switch-re.
Új hozzászólás Aktív témák
-
Gh0sT
addikt
Sziasztok!
Nem tudja valaki véletlenül, hogy egy olyan adatbázishoz, amelyet többen használnak NT-s környezetben, hogyan lehet jogosultságokat kiosztani?
Arra lenne szükségem, hogy az egyes ürlapok nyomógombjait csak bizonyos felhasználok érhessék el. Olyant már találtam, hogy helyi usereket hogyan lehet korlátozni, de itt hálózatról lenne szó. Valakinek van valami ötlete?
Másik kérdésem a következő lenne:
Adott egy ürlap amin van mondjuk egy pipálható jelőlőnégyzet és egy nyomógomb. A nyomógomb alapesetben inaktív. Namost nekem azt kellene megoldanom, hogy akkor legyen aktív, ha a jelőlőnégyzet ki van pipálva.
Eddig arra sikerült rájönnöm, miként lehet a nyomógombot értékadással aktívvá tenni, de a feltétellel nem boldogulok. Mit viszgáljak, hogyan csináljam?Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
A feladat elég komplett és általános.
Ajánlom az űrlapvarázslót, pillanatok alatt be lehet építeni a táblákat és lekérdezéseket az űrlapokba. Ráadásul ha van egy kis esztétikai érzéked, akkor nagyon szép és profi adatbázisokat lehet vele csinálni.
Esetleg ha leírod részletesen, hogy mit kellene csinálni, akkor tudok segíteni.Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
Problémám lenne:
Adott egy lekérdezés, amiből csináltam egy űrlapot. Namost azt kellene csinálnom, hogy ürlap szinten kellene néhány gombhoz hozzárendelnem a sorbarendezést.
A példa kedvéért:Név Születési dátum
Gipsz Jakab 1929.12.29.
Cserepes Virág 1985.10.10
A Név és a Születési dátum mellé kellene tennem valami gombot, amivel sorba tudnék rendezni. A gombot még csak-csak beteszem, de nemtom, hogy a Form-nak melyik tulajdonságát kell átböknöm.. és hogy mire...
Valaki?Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
Az űrlap mögötti lekérdezés adatait szeretném rendezni. Vagyis ez tűnik számomra logikusnak.
A lényeg: valahogyan VB-ből el kellene érnem a lekérdezést (nemtom hogyan kell rá hivatkozni) és abban a megfelelő mezőt csökkenő, vagy növekvő sorrendbe raknom. Aztán frissíteném az űrlapot a már átírt lekérdezés alapján.
''nem egyszerűbb egy másik űrlapról ''meghívni'' az adattábla megfelelő elemét (szerk: szerkesztés módban természetesen)?''
Na ezt most nem értettem teljesen. A lekérdezést elvileg meg tudom nyitni szerkesztő nézetben az űrlapról egy parancsgombbal, de az azért nem játszik, mert kényelmetlen, ráadásul a userek nem értenek hozzá. Szóval valahogyan a háttérben kellene okoskodnom valamit... De hülye vagyok hozzá...Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
Nem, nem így akarom, ezzel én is tisztában vagyok.
A tábla úgy néz ki, ahogy leírtad:Ügyfél neve Érkeztetve Prioritás Kapcsolattartó
Ügyfél1 2005.10.01 normál Kapcsolattartó1
Ügyfél2 2005.10.02 normál Kapcsolattartó1
Ügyfél3 2005.10.23 normál Kapcsolattartó2
Ügyfél4 2005.10.21 normál Kapcsolattartó5
Ügyfél5 2005.10.27 sürgős Kapcsolattartó1
Namost... képzelj el egy űrlapot, amin van kb 50 ügyfél. A keresgélés benne nehézkes, ezért lenne szükség a különböző sorbarendezési lehetőségekre. Egyszer Kapcsolattartó szerint, egyszer prioritás szerint, stb...
Még kipróbálom, amit a másik hszben írtál...
[Szerkesztve]Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
''ahol XXX a sort-olás szempontja (szerk: az a vezérlő, aminek a forrása a sort-olós mező).''
Na, ez nekem most teljesen kínai...
Gombot kirakom, onclick eseményre rendezném, de az XXX-el vagyok gondban. Hogyan hivatkozok az adott mezőre? A nevével valamiért nem tudok... Pedig eddig mindig azzal hivatkoztam...
Szóval most ezt írtam be:Private Sub Parancsgomb52_Click()
Me.OrderBy = ''Ügyfélneve''
Me.Refresh
End Sub
Az ''Ügyfélneve'' a mező címe, vagy esetleg előtte meg kell adnom, hogy melyik lekérdezésben van a mező? Mondjuk így: [Ügyfél].[Ügyfélneve]Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
Ilyen nincs...
Kipróbáltam egyesével az alábbiakat:Me.OrderBy = ''Ügyfélneve''
Me.OrderBy = Ügyfélneve
Me.OrderBy = Ügyfélneve.Value
Form.OrderBy = Ügyfélneve
Form.OrderBy = Ügyfélneve.Value
Utána persze refresh... és semmi hatása nincs...
Ha csinálok egy másik parancsgombot mondjuk az alábbiakkal akkor az persze működik:Private Sub Parancsgomb53_Click()
Ügyfélneve.Visible = False
End Sub
Hol a hiba?Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
Hát igen, nekem folytonos űrlapjaim vannak csak... Viszont felvetődik még egy érdekes kérdés: az adatbázist egyszerre használja 10-15 user. Hamost az eredeti elgondolás szerint a lekérdezést módosítom, akkor gondolom a többiek is azt fogják látni, amit én. Ez így nem jó... Valahogyan csak az űrlapon kellene rendezni... a lekérdezést nem kellene bántani, mert az mindenkire hatással van... Jól érzem?
Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
Most a rendezés megy, de nem értem, hogy miért kapok 2 db felbukkanó ablakot Ügyfélneve paraméter megadásával... Nem tudnátok mailben elküldeni amit csináltatok?
Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
Közben megnéztem, hogy mi történik.
Van ugye a Form, aminek van egy Rendezés tulajdonsága. Ezt alapesetben kitörlöm... A parancsgombhoz beírom a kódot és klikkelek. Erre feljön egy ablak, először az első mezőben szereplő ügyfél nevével, legyen mondjuk Cserepes Virág, aztán megcsinálja a sorbarendezést.
Kilépek, majd megnyitom ismét az űrlapot. Megnézem a tulajdonságait és mit látok a Rendezés mellett: [Cserepes Virág]
Ezután ha nyomok megint egy klikket a gombon, akkor már kétszer jön fel a kis paraméter kérő ablakocska, és mindkétszer [Cserepes Virághoz] kér paramétert... ami ugye abszurd...Soha nem késő, hogy azzá válj, aki lehettél volna.
-
-
Gh0sT
addikt
Váááááááháháhá! Sikerült!!!!
Elmondom hogyan:Private Sub Parancsgomb54_Click()
Me.OrderByOn = True
Me.OrderBy = ''Lekérdezés.Mező neve''
Me.Refresh
End Sub
És a Mező neve az nem az űrlapon szereplő mező neve, hanem ami a lekérdezésben van... És kell az idézőjel is...
Köszönöm a segítséget!
Ui.: Csökkenőbe hogyan kell rendezni, mert ez biza növekvő...Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
Újabb kérdés:
Létre kellene hoznom valamilyen módon egy dokumentumhoz egy hivatkozást. Amolyan csatolás jellege lenne a dolognak. Az egyik űrlapon bebrowse-olom a doksit, a másikon pedig egy klikkeléssel meg tudom nyitni. Átmenetileg megoldottam úgy, hogy be kell kézzel pötyögni a könyvtár illetve a file nevét. Ez viszont nem feltétlenül elegáns. Egyszerűbb lenne, ha klikkelnék egy gombon, megnyilna egy ablakocska, ahol lehetne túrni a filerendszert, a kiválasztott doksinak pedig az elérési útja és neve tárolásra kerülne. Erre pedig már tudnék hivatkozni.Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
Nah, mindig van valami gond:
Szintén űrlap a tettes és rajta egy mező. A mező szélessége fix, de előfordulhat, hogy nagyobb adat kerül bele, mint amit meg tudok jeleníteni a képernyőn (a megjelenítés középre igazított). A probléma pusztán esztétikai.
Azt kellene megoldanom, hogy ha az adat nagyobb, mint az űrlapon lévő Textbox mérete, akkor CSAK A MEGJELENÍTÉSBEN vágja le a szöveg végét és ...-tal helyettesítse.
Viszgálni tudom a szöveg hosszát, és mondjuk ha hosszabb mint 20 karakter, akkor valahogyan a Textbox formátumán kellene valamit állítsak. De mit?Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
válasz nofreenick #185 üzenetére
1,5 GB???
Ez kb hány rekord?Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
válasz nofreenick #187 üzenetére
Barbár dolgot mondok:
Mi van akkor, ha a mező tulajdonságainál belövöd, hogy az érték nem lehet azonos?! Ilyenkor ugye feljön egy figyelmeztető ablak, hogy blabla több azonos rekord van és a módosítás adatvesztés fog eredményezni. Ez ugye brutálisan hangzik, de neked most szvsz pont ez kellene... Vagy nem? Én megpróbálnám... persze csak biztonsági másolat után.Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
válasz nofreenick #189 üzenetére
Szóval... én ezt úgy képzeltem el, hogy megnyitod a táblát tervező nézetben. Kiválasztod azt a mezőt (mondjuk ügyfél név, szem szín, stb...), amiben nem szeretnéd, hogy ugyanaz az érték kétszer előforduljon. Eztán a mező tulajdonságainál van egy olyan opció, hogy indexelt. Ebben kiválasztod az indexelt (nem lehet azonos)-t és nemtom mi lesz...
Nah, közben kipróbáltam és elvileg jó lenne, de gyakorlatilag nem működik... Azt mondja, hogy így nem hajlandó menteni a táblát, mert több azonos érték szerepelne indexben, vagy elsődleges kulcsban...Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
válasz nofreenick #189 üzenetére
Megvan:
Csinálsz egy lekérdezést a varázslóval! Van olyan, hogy azonosakat kereső lekérdezés. Ezt lefuttatod, és kidobja neked az összes azonos rekordot, amiket szépen manuálisan lehet törölni. Kicsit macerás, de kikeresned legalább nem kell őket.Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
válasz nofreenick #193 üzenetére
Beszúrás --> Lekérdezés
Ezt írja róla: megtalálja a többször előforduló mezőértékeket egy táblában vagy lekérdezésben.Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
Kérdés:
Adott két dátum:
1. Érkeztetés dátuma
2. Döntés dátuma
A kettő különbsége az ügyletek átfutási ideje. Namost ez szép és jó, de valahogyan ki kellene vennem a kapott értékből a szombat és vasárnapi napokat, mert így elég torz értékeket kapok.
Ötlet?
Szerk.:
Kérdés2:
Hogy a halálba adok értéket egy kombipanelnek? A sima kombipanel.value-val valamiért nem tudok, mert a VB folyamatosan hibával kidob. Illetve akkor dob ki, ha olyan panelhoz rendelek értéket, amelyikben vannak legürdülő elemek. Pedig még az értékek is jók...
[Szerkesztve]Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
-
Gh0sT
addikt
-
Gh0sT
addikt
Na, megkaptam... és a tieddel is sikerült ugyanazt a hibát produkálnom.
Elmondom, hogy mit kellene tennem. Ha megnyitom az űrlapot, akkor le kellene futnia egy feltétel vizsgálatnak.
A Te példáddal élve mondjuk:
Private Sub Form_Open(Cancel As Integer)
If Me.DATA_1.Value = ''AB'' Then
Me.DATA_PARAM.Value = ''A''
End If
End Sub
Na és itt dob ki egy hibával. Simán gombbal én is tudok neki értéket adni, de a megnyitáshoz kellene hozzárendelnem az értékadást.
Szerk.: közben kicsit elgondolkodtam és nem a Form_Open, hanem a Form_Load utasításhoz rendeltem hozzá a feltételt... és láss csodát, valamiért azzal meg működik. Már csak az a kérdés, hogy mi a különbség a megnyitás és a betöltés között?
Szerk2.: Köszönöm az eddigi segítséget!
[Szerkesztve]Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
Kérdés:
Hogyan lehet űrlapról adatokat exportálni egy gombnyomásra egy Excel táblába? Azt tudom, hogy a Fájl menüből mauálisan megy, de nekem gombhoz kellene hozzárendelnem a műveletet.Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
válasz mákostészta #235 üzenetére
Létrehozol egy üres adatbázist, aztán Fájl menü --> Külső adatok átvétele --> Importálás
A vonalkód hozzárendelést pedig megcsinálod tervező nézetben. Csak be kell vinned egy plusz mezőt.
Bár nem értem, hogy miért kell ehhez Access?! Excelben nem jó? Vagy több tábla lenne? Esetleg szeretnél lekérdezéseket csinálni?Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
Kérdés:
Még mindig le vagyok ragadva a dátumkezelésnél. A következőt találtam ki:
Felviszek egy táblát, aminek az első oszlopában szerepelnének 2006. napjai január 1-től december 31-ig. Mellé a következő oszlopba rögzítek egy 0-t, vagy 1-t annak megfelelően, hogy munkanapról, vagy egyébről van szó.
Namost van nekem minden egyes esetben két dátumértékem, amikkel kellene kezdenem valamit. A baj az, hogy a dátumok tarlatlmazzák az aktuális óra:perc:mp adatokat is. Gondolom ezt valamilyen függvénnyel el tudom távolítani, hogy év.hónap.nap formátumot kapjak. Ha képzem a két érték különbségét, akkor megkapom a köztük lévő eltelt napok számát, de ezt hogyan hozom össze a dátumos táblámmal?Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
Megköszönném a segítséget, mert teljesen meg vagyok lőve.
Az a baj, hogy nem ismerem a VB-s függvényeket, és a VB-hez sem értek, csak hellyel-közzel. Ha van valami alap, akkor azt talán át tudom írni, de többre nem vagyok képes.
A formátummal a következő a problémám: itt nálunk kötelezően év.hónap.nap.óra.per.másodperc formátumot használunk a pontosság érdekében. Két dátumérték kerül rögzítésre:
1. Beérkezés időpontja
2. Döntés időpontja
Na most nekem átfutási időket kellene számolni. Eddig úgy oldottam meg, hogy egyszerűen kivontam a két értéket egymásból és kaptam egy közelítőt, de ez ugye a hétvégék/ünnepek miatt pontatlan volt. Említette valaki itt a topicban, hogy be lehetne rögzíteni az egész éves naptárat és máris minden jobb lenne. Nade:
A naptár rögzítése a következő formában történne ugye:
2006.01.01 0
2006.01.02 1
2006.01.03 1
stb... Ezzel viszont az a baj, hogy az én dátumértékeimet valahogyan meg kellene feleltetni a fenti táblában szereplő értékeknek. Tehát a 2006.01.02 15:31:11-et hozzá kellene rendelnem a 2006.01.02-höz és így tovább... Na ez nem megy nekem... Bár igazság szerint azzal sem tudom, hogy mire mennék... A fenti táblából lövésem nincs hogyan lehet különbséget képezni... Az még OK, hogy az érkezési dátumot megfelelettem a tábla egyik dátumának, aztán a döntési dátumot is. Viszont mi van a közte lévő idővel?
Váááá, hülye vagyok én ehhez...
[Szerkesztve]Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
Kínom van megint:
Adott az általam készített adatbázis, amit használunk jó sokan. A mai nap folyamán érdekes jelenség ütötte fel a fejét: sok esetben megsérül az adatbázis és helyre kell állítanom. Namost ez a helyreállítás úgy történik, hogy mondom az Access-nek, hogy csinálja meg, mire jó is lesz, viszont a mérete a felére csökken ezáltal.
Értetlenül állok a probléma előtt. Most megpróbálom kideríteni, hogy kinél sérül meg, de ez a méretcsökkenés igencsak aggasztó a számomra. A múlt héten belekerült egy olyan rekord valami hiba folytán, ami mindenféle idióta jeleket jelenített meg és törölni sem tudtam. A sérülést követően a kapcsolatok megszűntek a táblák között, így a rossz rekordtól végleg megszabadultam, a kapcsolatokat pedig felépítettem. De hogy most mi van vele, azt végképp nem értem...Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
Sikerült rájönnöm, hogy a munkafolyamat bizonyos fázisában törétnik a probléma. Úgy tapasztaltam, hogy két olyan user és gép van, ami szétbarmolja az adatszerkezetet, de nem értem, hogy miért. Most pl. egy olyan rekord halt meg, amihez hozzá sem nyúlt senki jó ideje. Egyszerűen csak krikszkrakszok lettek az összes mező helyén adatok gyanánt. Ennek eredményeként a hivatkozási integritást a kapcsolatok nem tudták fenntaratni és elszállt az egész, mint a győzelmi zászló. Már csak azt nem értem, hogy ha fenn van tarta a kapcsolt mezők között a hivatkozási integritás, akkor egyáltalán hogyan lehet más adatot bevinni a mezőbe. Mert itt az történik és ez okozza a problémát. Egyáltalán mitől jelennek meg ezek a ŁłäđĐ karakterek a mezőkben? Hiszen űrlapokkal dolgozunk és abban a fázisban egy csomó zárolt cella van, amit nem is lehetne módosítani. Olyan az egész, mintha elcsúszna valamitől az adatszerkezet...
Mit csináljak?Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
Nos, akkor részletesen:
Jelenleg kb. 300 rekord található a táblákban, ami véleményem szerint nem sok. Az adatszerkezet sajnos közel sem optimális. Teszt jelleggel készítettem az egészet és az igények növekedésével csak toldozgattam, javítottam rajta így magát az eredeti adatszerkezetet egy idő után már nem mertem bántani. Valóban lehetne ez az egyik probléma, és aláírom hogy ez nagy hiba volt, de nem fér a fejembe, hogy ami egyik nap működik, az másnap miért nem. Alapvető hibák nincsenek az adatbázis szerkezetében, ebben egészen biztos vagyok. A normalizálást pedig meg lehetett volna jobban is csinálni...
Jelenleg kb. óránként mentem az egész adatbázist és ha probléma van, akkor helyreállítom. Viszont ezen a héten semmi ilyesmit nem észleltem. Annyi korlátozó intézkedést hoztam, hogy azon az üzleti területen, ahol sejtettem a hiba okát csak egy gépet engedek be egyszerre az adatbázisba. Kicsit kényelmetlen, de így legalább nincs probléma.
Működés:
1. Az egész adatbázis egy hálózati meghajtón van, amihez az érintettek hozzáférhetnek. A konfigok különböznek sajnos.
2. Míg az NT-s gépeken semmi probléma nem volt soha, addig Win2000 alatt már korábban is voltak fagyások. Az Access verziószáma az összes gépen megegyezik.
3. A userek az űrlapokon keresztül közvetlenül az adatbázisba írnak, nincsenek köztes táblák és ellenőrzés.
4. Az adott területen annyi történik, hogy egy legördülő menüből kiválasztanak egy nevet, beírnak pár értéket és klikkelnek egy gombra, ami megváltoztatja az ügyletek státuszát. Ezen kívül van egy rakat ellenörző rutin, ami az adatok töltöttségét és helyességét vizsgálja.
Igazából annak az esélye, hogy szándékosan rossz adatot írjanak be, gyakorlatilag egyenlő a nullával.
Közben elgondolkodtam egy teljesen más rendszeren és éppen most sajátítom el az alapjait. Úgy gondoltam, hogy megcsinálom ismét az egészet az alapoktól, most már maximálisan odafigyelve a táblákra és a normalizálásra is. Az adatbázishoz MS SQL Servert fogok használni és VB-n keresztül hívnám meg a lekérdezéseket, illetve magát a felületet is így készíteném el. Ezzel az ACCESS-t sikerülne teljesen kiküszöbölnöm. Remélem össze fog jönni...Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
Igen, az lesz amit írtál.
Még egy kérdés: lentebb/fentebb vázoltad nekem anno, hogy miként tudom kiküszöbölni a dátumok közül a hétvégéket és ünnepnapokat. Megcsináltam, működik, ám van egy igen nagy probléma.
1. Először csak a napokat rögzítettem, ebben az esetben viszont, amikor a beérkezés és a döntés időpontja egy napra esett az ügylet nem jelent meg a lekérdezésben, mivel az adott nap mellett 0 szerepelt.
2. Finomítottam a skálázást és most negyed óránként vannak az időintervallumok.
Előnye: szinte az összes ügylet szerepel benne, mert alig van 0 visszatérési érték. Ellenben még mindig nem tudok mit kezdeni a csaló userekkel, akik 15 percen belül vigégifuttatnak egy ügyletet az egész rendszeren. Ilyenkor nem tudok rá lekérdezést készíteni...
Hátrány: Iszonyat számolásigényes és egy 2500+ Bartonon is másodpercekig vacakol. Az irodai gépemen kb 20-25 másodperc, amíg lefut a lekérdezés.
Nincs erre valami humánusabb megoldás?
Szerk.: a 3. pont javítása hogyan történhet?
Ha már SQL Szerver lesz az alap és VB-s felületekkel dolgozunk, akkor is közvetlenül a táblákba fogunk írni... vagy szükség lesz átmeneti tárolókra? Igazából a technikáját nem értem a dolognak.
[Szerkesztve]Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
Nos, a rendszer úgy van megcsinálva, hogy 3 userre van szükség a teljes folyamat végigviteléhez. DE:
Monitorolnom kell tehát a teljes modellt és az egyes fázisokat is. A teljes folyamattal azért nincs gond, mert egy-egy csalót ki tudok szűrni. A probléma ott kezdődik, amikor a fázis átfutási idejére szeretnék mérni és nincsenek meg az ügyletek.
Még azon gondolkodtam, hogy a státuszváltás command buttonját időmérőhöz fogom kötni. Ergo, addig nem lesz aktív a gomb, amíg nem telik el 15 perc a beérkezést követően.Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
Nem kimondottan ACCESS, de hátha.
Egy Excel munkafüzet egy adott cellájának értékét szeretném beolvasni egy adatbázisba. Hogyan? Valami commandbuttonhoz kellene rendelnem az eseményt, de kb itt meg is állt a tudomány.Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
válasz Alvin_ti4200 #289 üzenetére
Kereszttáblás lekérdezéssel viszonylag könnyű. Pontosan nem értettem a problémát, de itt van két példa:
1.
TRANSFORM Sum([szam1]+[szam2]+[szam3]+[szam4]) AS Összeg
SELECT Tanulo.Neme
FROM Tanulo
GROUP BY Tanulo.Neme
PIVOT ''Összeg'';
Eredmény:
Neme Összeg
F 114291
N 541928
2.
TRANSFORM Sum([szam1]+[szam2]+[szam3]+[szam4]) AS Összeg
SELECT Tanulo.Tanulo_nev
FROM Tanulo
GROUP BY Tanulo.Tanulo_nev
PIVOT Tanulo.Neme;
Eredmény:
Tanulo_nev F N
Dezső 184
Évi 48504
Géza 7153
Isti 31815
Jani 10120
Jenő 65019
Kati 223068
Orsi 270356
Jah, az adatszerkezet meg az alábbi:
Tanuló{AZ, Tanulo_nev, szam1, szam2, szam3, szam4, Neme}
[Szerkesztve]Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
válasz lordring #300 üzenetére
SELECT Raktar.Cikkszam, Leltar3.Beszerzes_ar
FROM Leltar3 INNER JOIN Raktar ON Leltar3.Cikkszam = Raktar.Cikkszam;
vagy
SELECT Raktar.Cikkszam, Sum(Leltar3.Beszerzes_ar) AS Összesen
FROM Leltar3 INNER JOIN Raktar ON Leltar3.Cikkszam = Raktar.Cikkszam
GROUP BY Raktar.Cikkszam;Soha nem késő, hogy azzá válj, aki lehettél volna.
Új hozzászólás Aktív témák
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.
- Windows, Office licencek a legolcsóbban, egyenesen a Microsoft-tól - 2990 Ft-tól!
- Warhammer Online - Age of Reckoning (DE) Collectors Box (Figurával!)
- Eredeti Windows, telepítéssel! Digital Doctor Számítógép Szerviz
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! LEGOLCSÓBB! Automatikus 0-24