[MS Access] qty tellen waneer 2 velden overeenkomen

[jordan2k]

We hebben een MS db opgezet met daarin de productie dozen. die doos voor doos informatie bevat. deze data komt wekelijks uit een erp pakket rollen.

nu wordt deze MS acces db veel ste groot en probeer dit nivo van doos voor doos terug te brengen naar een nivo waar de meeste data nog wel beschikbaar is.

nu wilde ik een count query maken op de qty table. aleen moet er in de query gekeken worden waneer CO nr & datum zelfde zijn (niet inhoud maar met volgende records) dan count qty

dus data voorbeeldje.

code:

co nr      datum     qty
1234     101104    1
1234     101104    1
1234     111104    1
1235     111104    325

Zo zou het moeten worden.

code:

co nr       datum      qty
1234      101104     2
1234      111104     1
1235      111104     325

nu geeft het getal in qty het type doos aan dus kan het niet opgeteld worden en moet er echt een count record gedaan worden.

[Blizard]

Ik begrijp het probleem niet echt goed ?
Kan je niet gewoon een SUM(qty) doen ? Zo heb je toch het aantal dozen (eventueel met een juiste where-clausule) ? Of zie ik het verkeerd ?

edit : inderdaad, group by kan ook ...

[ Voor 12% gewijzigd door Blizard op 22-11-2004 14:40 ]

[P_de_B]

[TOPIC=741009///#groupby]

edit:

hmm, waarom wordt de topictitel niet meer goed geparst?

edit2: aha: [rml][ RML] Linkjes naar FAQ gaan niet goed (chem?)[/rml]

[ Voor 88% gewijzigd door P_de_B op 22-11-2004 14:39 ]

[sig69]

Inderdaad. Beetje vage omschrijving ook. Vooral hier:

nu geeft het getal in qty het type doos aan dus kan het niet opgeteld worden en moet er echt een count record gedaan worden.

Kan ik geen touw aan vastknopen.

[jordan2k]

P_de_B schreef op maandag 22 november 2004 @ 14:37:
[TOPIC=741009///#groupby]

edit:

hmm, waarom wordt de topictitel niet meer goed geparst?

edit2: aha: [rml][ RML] Linkjes naar FAQ gaan niet goed (chem?)[/rml]

kijk dit is wat ik bedoelde aleen wist de naam er van niet meer. group by

Nee kan niet zomaar een count van QTY doen aangezien het voorkomt dat een order die vandaag geproduceerd is morgen pas wordt ingepakt en het QTY veld geeft eigenlijk het type doos aan 1 voor Box 300 voor Return bin 325 voor een Retail bin.
hierin zit maar een verschil van ongeveer 100 kg.

doordat een order die vandaag geproduceerd en deels ingepakt en morgen afgemaakt wordt krijg je 1 order met 2 verschilende datums meerdere dozen en je wilt wel bewaren waneer een order is ingepakt.

Maar probleem is opgelost [sorry dat het niet hellemaal duidelijk was]