[Access] Geen 0 waarde weergeven

[KeeP IT ReaL]

Ik heb een database gemaakt die van begin en eindtijd het aantal uren moet berekenen. Nu doet hij dit goed alleen wil ik als ik er niks invul dat je dan ook geen 0:00 ziet. Als je dat doet kan hij ook niks meer berekenen. Weet iemand hier een oplossing voor

[ACM]

default weglaten of juist instellen?

[KeeP IT ReaL]

Op maandag 13 mei 2002 09:28 schreef ACM het volgende:
default weglaten of juist instellen?

default weglaten kan niet omdat hij dan geen waarde heeft, dus kan hij hem dan niet uitrekenen

[ACM]

Op maandag 13 mei 2002 09:29 schreef tinus1983 het volgende:
default weglaten kan niet omdat hij dan geen waarde heeft, dus kan hij hem dan niet uitrekenen

huh?

Wat wil je nou?
Je wilt die 0:00 niet? Maar ook niet 'niks' ?

[Paxlie]

Met de functie IsNull onder VBA voor Access kan je kijken of een waarde in een veld gezet is

code:

If IsNull(Forms![formnaam]![veldnaam]) then
MsgBox "Hoerrrrrrrrr"
Else
MsgBox "veld is ingevuld WOEHOE"

[KeeP IT ReaL]

Ja de 0.00 moet weg, mede omdat dit niet in het formulier past maar als er niks staat is acces niet meer in staat om de berekening goed uit te voeren, dus nu is mijn vraag, is het mogelijk dat de 0:00 niet wordt weergegeven maar dat de berekening toch wel wordt uitgevoerd?

vb.
Aankomst: 12.00 13.00 14.00 0.00 0.00
Vetrek: 13.00 15.00 18.00 0.00 0.00
Uren: 1 2 4 0 0 totaal 7

Dit krijg je als je geen default waarde mee geeft:


Aankomst: 12.00 13.00 14.00
Vetrek: 13.00 15.00 18.00
Uren: 1 2 4 totaal

Hij maakt berekening dus niet meer af

[Paxlie]

Post anders eens je berekening, dat maakt het misschien wat duidelijker.

[KeeP IT ReaL]

Op maandag 13 mei 2002 09:54 schreef Paxlie het volgende:
Post anders eens je berekening, dat maakt het misschien wat duidelijker.

totaal
Aankomst: 12.00
Vetrek: 13.00
Uren: 1 1

Hiervan is de berekening =([Vertrek1]-[Aankomst1])*24
En van totaal =[Uren1]+[Uren2]+[Uren3]+[Uren4]+[Uren5]+[Uren6]+[Uren7]

[ACM]

Waarom laat je die tijd dan niet vervangen door 24:00?
Of waarom neem je de dag/datum er niet bij en laat je de tijd/datum-functies van je DB er op los?

[KeeP IT ReaL]

Dan ben ik toch nog niet van die 0.00 af?

[Paxlie]

Waarom wil je zo supergraag van die 0:00 af?
Geen uren is tog ook handig om mee te nemen in je berekening, of ben ik nou gek?

[ACM]

Op maandag 13 mei 2002 10:20 schreef tinus1983 het volgende:
Dan ben ik toch nog niet van die 0.00 af?

Met datum en/of tijdfuncties boeit dat niet. Dan behandel je 12-5-2002 0:00 gewoon als een tijd hoger dan 11-5-2002 23:00.

Ik raad je ten strengste aan datum/tijd velden als native datum/tijd velden te implementeren en daar de functies bij te gebruiken.

[KeeP IT ReaL]

Op maandag 13 mei 2002 10:27 schreef Paxlie het volgende:
Waarom wil je zo supergraag van die 0:00 af?
Geen uren is tog ook handig om mee te nemen in je berekening, of ben ik nou gek?

Mijn baas wilt dat niet
Dit formulier moet worden gebruikt bij zijn klanten en als je het een beetje kritisch bekijkt, dan zou je zelf ook zeggen dat het tijdstip 0:00 op een servicerapport niet echt beleefd staat, toch

[Paxlie]

Hangt er vanaf om wat voor uren het gaat, ik zou het zelf leuk vinden om te zien of er iets gebeurd is of niet. Dus ook of er 0 uur aan wat dan ook besteed is. En verder kan je idd beter een soort timestamp gebruiken. Dat werkt een stuk makkelijker

[Toink]

Nou heel simpel, bij het sluiten van het formulier voer je dit commando uit. Tijdens uitvoering is het niet zichtbaar, achteraf vult access het zelf dan in. En wil je het ook niet kunnen zien als je het weer opvraagt dan filter je het er andersom weer uit.

if isnull(datumveldje) then
datumveldje.value = 0:00
end if

[KeeP IT ReaL]

Ik heb nu nog een probleem Ik kan nu helemaal geen gegevens meer invullen in mijn formulier Ik zet anders zo de database wel effe online en ik maak en zo wel een paar screenshots van das wat makkelijker uit te leggen.

[Paxlie]

Lijkt me wel handig jah.....

[KeeP IT ReaL]

Dis mijn database. Heb hem maar effe ingezipt das wat makkelijker. Ik heb alleen het formulier gedelete want die wou echt niet werken
http://httpd.chello.nl/~a.feenstra15/SR3.zip

[Paxlie]

welke versie van access is dat?
Kheb hier namelijk alleen '97

[KeeP IT ReaL]

Op maandag 13 mei 2002 13:49 schreef Paxlie het volgende:
welke versie van access is dat?
Kheb hier namelijk alleen '97

is 2000 zal hem effe omzette

[KeeP IT ReaL]

Op maandag 13 mei 2002 14:12 schreef tinus1983 het volgende:

[..]

is 2000 zal hem effe omzette

hmm wil niet echt lukken krijg een foutmelding
Ik moet nu even weg dus ik probeer het straks nog een keer

[Boss]

Met de functie Nz kan je opgeven wat er moet worden gedaan met een Null waarde. Die kan je dan als [leeg] laten weergeven of als 0.

En hoe kunnen je berekeningen nou fout gaan als er 0 staat, maar niet als er [leeg] staat?

[Bellerophon]

Nee de berekeningen gaan goed als er 0 staat maar ze hebben een waarde nodig om de berekening te voltooien dus als er niks staat gaat hij naar niks zoeken, en dan krijg je een leuke foutmelding

De berekeningen zijn nodig voor een tijd schema verwerkt in het formulier

(ik ben zijn collega, om even onduidelijkheden te voorkomen)

[nxt]

volgens mij missen er wat tabellen,
of heeft een servicerapport ALTIJD 7 datums,7 materiaal nummers enzovoorts...?
volgens mij moeten er nog wat tussentabellen bij
zoals bijvoorbeeld deze:

[tabel: gebruiktematerialenPerServicerapport]
ServicerapportNr, MateriaalNr , MateriaalAantal

met als primaire sleutels ServicerapportNr & MateriaalNr

en als een tijdsduur van 0 betekend dat er nooit een tijd had mogen staan, is dat probleem ook opgelost
* nxt denkt dat dit normalizeren heet, maar weet dat niet meer zeker

[Bellerophon]

Die tabellen die jij opnoemt zijn ook aanwezig
En ja wij moeten ons aan een standaard servicerapport houden wat al bestaat maar dit moet worden aangepast, er mag dus niks gewijzigd worden, die 7 datums blijven dus staan

Tuurlijk moet er wel een tijd staan anders kan je geen berekening maken met de duur van hoe lang je bezig bent geweest

En materiaal nummer hier als sleutel aan te geven is enorm onhandig
Dit doet ook niet ter zake

normalizeren is het juiste woord maar dat doet nu niet ter zake omdat er tijdnood is

[Paxlie]

Doe dan iets erin bakken
dat als er geen waarde is, hij 0 weergeeft, zodat je berekening iig goed loopt. Dan maar een workaround. Bij tijdnood zou ik helemaal een snelle oplossing zoeken...

[Bellerophon]

Ja en dat is nou juist ons probleem, de nul moet weg maar de berekening moet goed lopen

Najah dan maar verder werken
In ieder geval bedankt voor jullie hulp

[Paxlie]

Ik snap nog steeds het probleem niet van waarom er geen 0 zou mogen staan.... Je kan tog alleen in de berekening die 0 gebruiken en verder niet? Of heb ik het nu fout?

[Bellerophon]

Blijkbaar heb je niet goed gelezen op de pagina hiervoor want daar staat duidelijk uitgelegd waarom er geen 0 mag staan

[Paxlie]

Het enige wat er staat is je de 0 niet mag laten zien aan je klant, maar je kan tog wel in de achterliggende berekening die 0 gebruiken? Als je klant het maar niet ziet. Dat is wat je hiervoor zegt (correct me if I'm wrong, ben niet helemaal helder meer sinds hemelvaartweekend)

[Bellerophon]

Dat is het hem nou juist, die 0 blijft weergegeven worden, wat zeer vervelend voor de klant is, mede omdat dit niet erg netjes staat

In de berekening moet je 0 als standaard waarde aangeven dus die 0 blijft maar terugkomen

[KeeP IT ReaL]

Op dinsdag 14 mei 2002 09:48 schreef Bellerophon het volgende:
Dat is het hem nou juist, die 0 blijft weergegeven worden, wat zeer vervelend voor de klant is, mede omdat dit niet erg netjes staat

In de berekening moet je 0 als standaard waarde aangeven dus die 0 blijft maar terugkomen

Die nul mag er wel staan alleen als je de servicerapport uitprint mag ie er niet staan

[Bellerophon]

En dat doet die nu nog steeds wel helaas wat dus zeer vervelend werken is, voor de klanten bij wie het servicerapport moet worden ingevuld

Is er niet een manier om aan te geven dat gegevens die de nul waarde dragen niet worden uitgeprint?!?

[KeeP IT ReaL]

Op maandag 13 mei 2002 09:36 schreef Paxlie het volgende:
Met de functie IsNull onder VBA voor Access kan je kijken of een waarde in een veld gezet is

code:

If IsNull(Forms![formnaam]![veldnaam]) then
MsgBox "Hoerrrrrrrrr"
Else
MsgBox "veld is ingevuld WOEHOE"

Is er dan ook een functie die dan de waarde onzichtbaar maakt het lieft in het formulier maar het mag ook alleen om het printvoorbeeld.

[Paxlie]

zoiets:

code:

if IsNull(blah) then
niet zien
else
voer de berekening verder uit?
end if

en dat in je berekening zetten. Dat ie dus pas optelt als ie geen 0 is ofzow....

[KeeP IT ReaL]

Op dinsdag 14 mei 2002 11:38 schreef Paxlie het volgende:
zoiets:

code:

if IsNull(blah) then
niet zien
else
voer de berekening verder uit?
end if

en dat in je berekening zetten. Dat ie dus pas optelt als ie geen 0 is ofzow....

Jah dat dacht ik ook maar wat voor functie is dat " then NIET ZIEN "

[Paxlie]

In dat stukje niet zien
"niet zien" is gewoon een brokje code wat je nog ff moet schrijven.
Je zei eerder dat je het in een loopje doet. Nou, dan doe je dit in die loop en als een waarde 0 is, dan gaat ie verder naar de volgende zonder dat ie wat doet.
en als ie geen 0 is, dan voert ie gewoon de berekening uit.

[Verwijderd]

Met Nz en Iif moet je alle dingen die jij wilt kunnen realiseren.

[KeeP IT ReaL]

Op dinsdag 14 mei 2002 13:07 schreef IJskoud het volgende:
Met Nz en Iif moet je alle dingen die jij wilt kunnen realiseren.

thx ik zal het effe proberen