Det kan du inte, så vida du inte har någonting att jämföra med (t.ex. vilket år det är) och har du det så kan du lika gärna hämta det som vanligt med Date!
och har du det så kan du lika gärna hämta det som vanligt med Date
Om man vill veta vilka dagar samt datum som vecka 34 innehåller i år så borde det ju inte vara helt omöjligt, eller?
(Jag lovar att LarsG eller snabelanders har en lösning..
Det kan du inte, så vida du inte har någonting att jämföra med (t.ex. vilket år det är) och har du det så kan du lika gärna hämta det som vanligt med Date!
Hemz? Var visst lite otydlig Så här har jag fått veckonumret:
datepart ("ww", date, vbMonday, vbFirstFourDays)
och detta resultat tas ju från det år vi har nu.
Alltså, varje post i databasen är EN vecka representerad av ett veckonummer. Eftersom varje vecka innehåller sjudagar och varje dag innehåller si och så många saker, så tycker jag att det är onödigt att lagra varje DAG och dess DATUM i databasen eftersom jag redan har vecka nummer si och så, så borde man ju kunna räkna baklänges tänkte jag.
.. kanske lite lustigt, men jag är inte så van att hantera stora databaser, mest har det väl blivit en gästbok, och ett bibliotek till min flickvän [ stort nog med tanke på antalet bäcker ] ... nu har jag en databas med ca 70 fält.
Varje post innehåller 7 dagar, och varje dag innehåller minst sex fält... så, om jag kan minimera antalet fält dessto bätre är det för mig.
Inte för att det kanske spelar någon större roll eftersom allt kommer att exekveras lokalt och aldrig på någon server ute i vida världen...
//Alltid p*
Ps. förvisso kan man ju också lösa det med fler tabeller och relationer så man inte behöver bearbeta så mycket data åt gången... Fast, då måste man ju alltid göra för arbetet... Jag vet inte vad som är bäst faktiskt, men det kommer att bli en väldigt stor informations samling med veckomenyer och "misse listor"... ?!
Ds...