Hirdetés
-
Gray Zone Warfare - Napokon belül kiderül, hogy mikor indul a korai hozzáférés
gp A jelentések szerint a zárt tesztek sikeresek voltak, hamarosan még többen belevethetik magukat a programba.
-
AMD Radeon undervolt/overclock
lo Minden egy hideg, téli estén kezdődött, mikor rájöttem, hogy már kicsit kevés az RTX2060...
-
A személyre szabott reklám lehet a streaming következő slágere
it A jobb célzott hirdetések érdekében adatplatformot indít a Warner Bros Discovery.
Új hozzászólás Aktív témák
-
doc
nagyúr
ezt egy mezőbe akartad besuvasztani?
akarja a fene, de ez van a tankönyvben levő feladatban
azért is akartam LCCCCCC-t, mert elvileg ez egy kötelező és sok opcionális karakter, de legfeljebb megoldom sima szövegként
de van más kérdésem is:
hogy tudok hivatkozni egyik táblából egy másik elemére?
pl. remekül működik az érvényességi feltételnél a <[ADAT] , ha az aktuális táblában van, de másik táblában levő adatra hogy tudok hivatkozni? próbáltam a <[MASIK.ADAT]-ot, de nem jött össze... -
-
maszat
senior tag
űrlap rekordforrás tulajdonságába gondolom be van állítva a nyilvántartás tábla, ez az első lépés.
(az érthetőség végett: az űrlap bal felső sarkában van egy kis négyzet, azon jobb klikk, és ''tulajdonságok'' menüpont, majd ''adat'' fül, a legfelső sor a ''rekordforrás'' tulajdonság, ott köllene látnod a forrástáblát, ami jelen esetben a ''nyilvántartás'' tábla)
Sajna már itt sem világos, mert a ''rekordforrást'' seholsem találom
A kombi listát sikerült beszúrni, de csak 1szer lehetett az irszámot kiválasztani, ls onnantól mindekinek ugyanazt adta (nem lehetett külön módosítani)
Akkor játszuk azt, hogy megvan a két tábla, és most az űrlapot kezdem el. Miket tegyek bele, a nyilvántartás tábla mind a 4 elemét? (varázslóval tudok dolgozni) -
szabi244
csendes tag
Köszönöm jeges a segítséget.
Csak az ID jét vettem fel a kontaktszemélynek, csináltam egy lekérdezést a munkalapról, és abból csináltam egy ürlapot.
az ürlapba belevettem a kontaktszemély azonosítóját. Itt ki is tudom választani sorszám szerint kontaktszemélyt, és szépen párosítva hozza a nevet és a telefonszámot.
DE én úgy szeretném, hogy név alapján lehessen kiválasztani, és nem ID alapján.
Tehát azt szeretném, hogy kiválasztom a nevet, és az automatikusan beírja a (munkalap) telefonszám mezőjébe a kiválaszott kontaktszemélynek a telefonszámát. -
workman
csendes tag
Bocsi hogy megint zavarlak, de beillesztettem az adatbázisba és a következő hiba üzenetet írta ki: Fordítási hiba. a következő lekérdezéskifejezésben:
AppLoadString([bw_tblBtnActions].[Description])
Feltehetőleg valamit én rontottam el, de kipróbáltam üres adatbázisba illesztve, meg a készülőbe is és mindkettőnél ugyanez a hibajelenség. És semmilyen parancsgombot nem tudok létrehozni ezután...
Sajna a Visual Basichez nem értek, az accesst is most kezdtem, úgyhogy ez a hibakód még nem mond nekem semmit.
Különben WinXP-n futna OfficeXp Proff-al.
Köszi: Work -
workman
csendes tag
Bejelöltem azokat amiket írtál, de amikor az űrlapot létrehozom, és létrehozok rajta egy parancsgombot tervezőnézetben ugyanúgy kiírja a hibaüzenetet, nem akkor amikor lefuttatom, hanem amikor még szerkesztem az űrlapot... Odáig el sem jutottam, hogy lefusson...
Olyat nem lehet csinálni, hogy egy egyszerű hivatkozásbeszúrása gombot lerakok a mező mellé???
(azt láttam ,hogy makróba be lehet helyezni a hivatkozás beszúrása parancsot, de azt nem tudom, hogy az hogy vonatkozzon arra a mezőre)
Köszi: Work -
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
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
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
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.
-
KMan
őstag
Annyi volt a lenyeg, hogy 2 tabla kozul az egyikben volt az azonosito a masikban pedig a nev. es csak a nevet kellett visszaadni az azonosito alapjan eleg lama most igy utolag
viszont lenne egy meg lamabb kerdesem
1 tablaban 2 mezo van. Terulet es Lakossag.
Feladat: A tablaban egy uj mezoben jeleneitse meg az osszes rekordhoz tartozo nepsuruseget. (Lakossag/Teruletez evidens)
Kerdesem:Tervezo nezetben A mezonevet es a Formatumot tudom megadni. A kifejezest megis hova irjam? .txt-bol van importalva az adatok amugy es meg mindig Access 2003. Kifejezoszerkesztot kene vhogy/vhova elocsalni nem?
Ez viszont rohadt fontos lenne es alap. Csak mar rohadt faradt vagyok. 03:30 vazz
Koszi UP!
[Szerkesztve]Csak a balekok alszanak [SAS]
-
szabi244
csendes tag
Szia Jeges!
Én is úgy gondoltam, ahogy te leírtad.
Csak a következőket nem tudom hogyan kell Accessben csinálni.
legördülő menüvel és némi makrózással megoldható. a kulcsa az a dolognak, hogy ha a gyártmányt kiválasztod az egyik legördülőben, erre az eseményre frissítsd a típusokat tartalmazű legördülőt, amit előre tudsz úgy definiálni, hogy a gyártmány legördülő ID-jével paraméterezed.
Nem tudom, a makrót hogyan indíthatom a gyártmány kiválasztása eseményre, és ennek az eseménynek az eredményét(kiválaztott gyártmány neve (ugyanaz mint az azonosító), hogyan adom át, hogy a következő mezőnek ez legyen a WHERE feltétele.
Üdv.:
Szabolcs -
szabi244
csendes tag
huha!
Itt kezd kínaivá vállni.
PHP-be már csináltam ilyet, de itt nem tudom hová kell beírnom a paracsaimat.
Azok alapján, én úgy gondolom, hogy amikor megadom, a gyártmányt, azt át kellene adnom a következő mező lekérdezőjének (erre szürök rá). Ezt hogy csiálom?
A második lépés erre rászűrni a második mezőbe (hogy csak a gyártmány tipusait hozza le).
Ajánljál már nekem valami jó Access könyvet. Vettem én egyet, de nagyon rossz.
Tudom én hogy mit keresek, de a programozási felülettel sem vagyok tisztában, és nem szívesen rabolnám az idődet.
Szabolcs -
Gh0sT
addikt
A váltógombbal szerintem akkor lesz gond, ha mondjuk egy termék ki van adva és nem szeretnénk, hogy az visszavehető is legyen. Ilyenkor a radio buttonban le lehet titalni az egyik tagot? Igazából váltógombot még nem használtam soha.
Szerk.: jah, le lehet tiltani az egészet.
[Szerkesztve]Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
Tényleg, biztosan tudsz nekem ebben segíteni:
Adott egy üzleti terület, akik berögzítenek az adatbázisba egy ügyletet. Az ügylet azonosítójának generálása a háttérben történik. Tehát nem a user adja meg az azonosítót, hanem kódból kell legenerálni. Van erre valami tuti módszer, hogy ne legyen duplikáció és hibaüzenet?
Egyelőre annyit csináltam, hogy a mentés gombra klikkelve egy 0 és 10 millió közötti véletlenszámot generálok, és az lesz az azonosító. Jó esetben kicsi az esély arra, hogy kétszer ugyanaz a szám lenne az azonosító, de valahogyan lehet ezt csekkolni a mentés előtt?Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
Nem kimondottan számvitelről lenne szó.
Szóval:
Az ügyleteknek adunk ugyan számot, de elég érdekesen. Adott az üzleti terület, ami felrögzíti az ügyletet és nem ad neki számot (egész egyszerűen azért, mert nem ismeri a számadás szintaktikáját). Az ügylet átkerül az elemzésre és itt kap egyedi azonosítót. Ergo az üzleti területen nincs mivel azonosítani az ügyletet, mert csak egy másik területen kap majd tényleges számot. Valahogyan azonban már a rögzítés pillanatában adnom kell neki valami azonosítót. Na erre használom én a véletlenszámos módszert. Sajnos nem tudok jobbat.Soha nem késő, hogy azzá válj, aki lehettél volna.
-
Gh0sT
addikt
''egyébként attól még, hogy az üzleti terület nem tudja, hogyan képződik a sorszám, attól még a program tudhatja.''
Az a baj, hogy nincs rá konkrét algoritmus. Illetve van, de rohadtul bonyolult.
Visszatérve a problémára: tegyünk fel egy abszurd példát. 1-50 között generálok véletleszámot (csak hogy érthető legyen a példa). Ilyenkor ugye egyre nagyobb a valószínűsége annak, hogy olyan szám lesz generálva, ami már foglalt. Azt kellene megoldanom, hogy ne legyen hibaüzenetem a tárolás gombra nyomva, hanem fusson le valami rutin (biztos van valami ellenőrzés, mert hibát azt kapok duplikációnál), ami ellenőrzi a meglévő kódokat és ha már létezőt talál, akkor generáljon újra kódot.Soha nem késő, hogy azzá válj, aki lehettél volna.
Új hozzászólás Aktív témák
- Adobe Creative Cloud - 2024. 04. 05 - 2025. 04. 05-ig
- Canva Pro előfizetés - 1 éves
- Windows, Office licencek a legolcsóbban, egyenesen a Microsoft-tól - 2990 Ft-tól!
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! LEGOLCSÓBB! Automatikus 0-24
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.