[ASP/VB] Datum en TimeStamp

[Basszje]

Iedereen die ASP/ Vb progt weet wel dat ze nogal (vooral asp trouwens ) 'variabel' met de datum omgaan, afhankelijk van de geinstalleerde taal op de server.
Dus de ene keer is het weer MM/DD/YYYY en de volgende keer DD/MM/YYYY.

Om dit te ondervangen had ik het briljante idee om gewoon de timestamp ( ik gebruik trouwens interbase ) in de database te zetten en gewoon hele tijd te converteren op basis van deze timestamp. Dan kan het ook niet verkeerd gaan in de database .

Nu is het wel mogelijk om met vb/vbscript gewoon via een timestamp een datum waarde te krijgen
( cdate(1) levert 31 januari 1899 op ) .
Ik kan alleen niet van een datum terug naar de timestamp .

Is er een functie in VB/ASP die dit wel kan? Anders ergens in de API?
Of moet ik deze droom maar laten varen

Google googled alleen maar php links.

[Verwijderd]

Volgens mij werkt SQL niet met data's volgens de systeeminstellingen. Standaard gebruikt SQL namelijk MM/DD/YYYY.

Als je met ADO je database benadert d.m.v. recordset objecten dan zorgt ADO ervoor dat alles goed gaat met je data.

Mocht je runtime een query moeten samenstellen met een datum erin, gebruik dan de Month(), Day() en Year() functies om te zorgen dat je de goede formatering hebt.

[Basszje]

Op donderdag 13 september 2001 13:07 schreef klokkie het volgende:
Volgens mij werkt SQL niet met data's volgens de systeeminstellingen. Standaard gebruikt SQL namelijk MM/DD/YYYY.

Als je met ADO je database benadert d.m.v. recordset objecten dan zorgt ADO ervoor dat alles goed gaat met je data.

Mocht je runtime een query moeten samenstellen met een datum erin, gebruik dan de Month(), Day() en Year() functies om te zorgen dat je de goede formatering hebt.

Het probleem alleen is dat interbase alleen met timestamps werkt, je kan wel een date sturen, maar alleen in USA format.

Dus je moet constant converteren van NL dates ( uit ASP ) naar USA dates ( database ) en op het scherm de goede waardes tonen.

Dus een geconverteer en foutgevoeligheid. Desnoods sla ik de timestamp trouwens op al int of double...

[j_du_pee]

en als je nu met datediff het verschil berekent tussen 31jan1899 en b.v. vandaag?
krijg je het aantal dagen sindsdien en dus een timestamp, lijkt me?

[Splatter]

DE functie DateDiff() rekent het aantal tijdseenheden van tijd1 tot tijd2 uit
DateDiff("d", "01-01-1970", TxtDatum.value) is hetzelfde als een Unix timestamp uit PHP dachtik.

[4of9]

een timestamp zal niet gaan (standaard) aangezien het een aantal seconden na 1970 is ofzo...

ik denk dat je bedoeld een huidige datum, bijv. de datum dat iemand iets toevoegd aan de DB ofzo...

ik gebruik daarvoor now()


werkt prima

[Jaspertje]

het enige probleem met NOW is dat die een nederlandse waarde meegeeft: dd/mm/yyyy, alleen de database kent alleen de noordamerikaanse standaard: mm/dd/yyyy en als je dan voorbij de 13e van de maand bent kent ie die niet meer.

wat al eerder gezegt is heb ik ff uitgewerk met een datadiff:

code:

<%dim strdatumnumeric
strdatumnumeric=datediff("D",cdate(0),now)


dim strdatumdatum
strdatumdatum=cdate(strdatumnumeric)

%>

Hij zet alle tijd data als een numerieke waarde in de database en haalt em er dan weer uit en zet m weer om naar datum. Alleen als je waarde van onder 1899 hebt heb je een probleem

[Verwijderd]

Nog niemand op het briljante idee gekomen om

code:

Session.LCID = 1043

te doen zodat je altijd nederlandse datums hebt ongeacht van waar je server op staat?

[Basszje]

Doh, maar session.lcid is ook niet betrouwbaar.

En bovendien moet je dan bij het inserten van je datum weer terug gaan naar 1033 ( usa format ) ,omdat interbase alleen dat slikt.

En da's erg foutgevoelig.

[Verwijderd]

Als Interbase graag amerikaanse datums wil hebben dan geef je interbase toch amerikaanse datums?

Oftewel zoiets als:

code:

con.Execute "UPDATE tblMyTable SET Date='" & _
Month(Now()) & "/" & Day(Now()) & "/" & Year(Now()) & "'"

Waarom zou dit niet werken?

edit:
Even zo geschreven dat het niet de hele pagina ver***

[Basszje]

Da's ook irri als je niet zeker weet welke taal je server draait ( moet op meerdere server-instellingen kunnen draaien, ik heb het ook niet verzonnen ) .

De oplossing die ik nu gebruik met een eigen functie stamp en unstamp.

De ene die gewoon now( timestamp ) .

De ander andersom via DateDiff , en als basis gebruiken cdate(1) .. (en dan de secondes tellen )

[edit]
now(0) = cdate(1)

[Basszje]

update :

Ik ben aan de slag gegaan met mijn idee, maar het is niet helemaal gelukt.
Dit kwam omdat mijn script vanaf de basisdatum (cdate(1)) het aantal secondes optelde. Maar cdate werkt alleen met dagen , dus kreeg ik een gigantische date overflow.

Nu heb ik dat gefixt met een conversie van mijn timestamp naar dagen en die uit te spuwen.

Mocht je het zelf ook willen proberen.
Zo heb ik het gedaan

code:

function Stamp(datum)
    response.write datum
    if not isdate(datum)  then
        stamp = ""
        exit function
    end if 
 
    Stamp = dateDiff("S",cdate(1),datum)
end function

function UnStamp(timestamp)
    dim StampIndays, SecondsInDays, FullDays, dayDate
    ' vertaal de seconden timestamp naar gebroken stamp in dagen
    StampIndays = timestamp / 60 / 60 / 24

    ' haal hele dagen op
    FullDays = fix(StampInDays)
    
    ' haal de restende dag value eruit
    SecondsInDays = StampInDays - FullDays

    
    ' maak van basisjaar de dagen in dagen
    dayDate = DateAdd("D",FullDays,cdate(1))
    ' tel daarbij resterende secondes op ( maak eerst secondes van dag getal)
    Unstamp = dateAdd("S",secondsindays * 24 * 60 * 60 ,dayDate)
end function

Trouwens moet je in Acces een numeriek veld met een dubbele precisie ( een double dus ) definieren. Anders doet ie het niet .

Ik ga naar de kroeg. Dit was weer mijn bijdrage voor vandaag

edit:

foutje.,.

[Jaspertje]

basszje je bent een held, alhoewel die van mij ook werkt

[Banpei]

basszje je bent een held, alhoewel die van mij ook werkt

Held!

[disjfa]

kweet nie, format("DDMMYY", date) gaat toch wel wat sneller en kun je makkelijk alles mee opzoeken.

alleen nie wat het verschil tussen nu en toen is, mar werkt wel een poepie sneller.

scheelt 20 regels

[Verwijderd]

Die laatste opmerking slaat kont

Zowel de database als VB kent een datum/tijd type. Daarin staat zoiets als het aantal milliseconden sinds 1970 (SQL Server en Javascript doen het elkgeval zo).

Als je Response.Write Now doet, dan denkt VB(S), aan een lang getal heeft de gebruiker niets, ik converteer het naar een string, volgens de Locale instellingen (regio enzo). En ja, dat is op elk systeem anders.

Als je software voor een server schrijft, moet je dus geen Locale-afhankelijke functies gebruiken! Dus alles wat een datum-type naar een string converteert.

Maar ook het verschil tussen . , en ; (wat is het, lijst-, decimaal- of duizendtallen-scheidingsteken).

VB is wat dat betreft slecht gedocumenteerd voor server-based developers