Jo, hvis der er forskellige tidszoner indblandet. Ellers er det generelt federe at bruge den givne databases egne dato/tid funktioner, da de så passer til db'ens interne datatyper.
Men lige i dette tilfælde er det vel fedest bare at bruge db'ens indbyggede funktioner. Ansvarsfordelingsmæssigt er det vel db'en der skal tage sig af at finde dags dato, på serveren og gemme den, i stedet for at få en dato fra et helt andet scope...
jeg tror ihvertfald ikke paa at det giver bedre performance at hente tiden i DB fremfor i app
jeg kan dog godt foelge dit argument om at det hoerer mest hjemme i DB'en
hvis der er en jammerlig UTC support i systemet, saa kunne der vaere semantisk forskel og i saa fald virker det mest logiske at betragte DB'en som vaerende altid rigtig
jeg kan generelt ikke lide SQL med database specifikke funktioner i, men parameters er jo heller ikke vildt portable mellem databaser p.g.a. @?: roderiet
Dim sel As OleDbCommand = New OleDbCommand("SELECT * FROM brugere WHERE udlobsdato > ?", con) sel.Parameters.Add("@udlobsdato", OleDbType.Date) sel.Parameters("@udlobsdato").Value = DateTime.Now
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.