I dette særtema ser vi på, hvordan cloud og AI bliver fundamentet for virksomhedernes digitale forretning, og hvordan de nye muligheder for automatisering og forretningsværdi kan udnyttes uden at miste overblik, sikkerhed og menneskelig kontrol.
Jeg mente også bare at datoer og tider skulle gemmes som de relevante typer i databasen. Dvs DATE for rene datoer, TIME for klokkeslet, og DATETIME for begge dele.
Nu bruger du godt nok allerede den korrekte type for dine data, men her er lige en længere smøre om hvorfor det er en god ide.
Fidusen er, at man får meget større fleksibilitet ved at lade hvert system bruge sin egen datatype, som er specifikt beregnet på det, den indeholder.
Forestil dig en log-tabel, som indeholder hits på en webserver. Så længe, du bare skal liste alle hits, er det let nok uanset datatypen, men du kan ganske let lave mere avancerede forespørgsler med den rigtige type, som det ville være meget besværligt at lave med tekst-felter eller int. Her er et par eksempler:
List antallet af hits grupperet efter ugedag. List antallet af hits grupperet efter ugenummer. List antallet af hits grupperet efter time.
Disse er alle gode til at se, om der er bestemte tide, hvor serveren er mere eller mindre belastet end andre tider. Kan bruges til at vælge det optimale tidspunkt at lave serveropgradering og lign. Eller til at lave variable annoncepriser.
Og så til den avancerede:
Find alle hits i det sidste år, men kun på hverdagsnætter mellem 0 og 6. Jeg tvivler på at det kan lade sig gøre uden at bruge den rigtige type.
Og for folk, der ikke er interesserede i webserverhits, kan de samme forespørgsler udmærket bruges til at lave udtræk af en tabel med varesalg: Hvilke varer sælger bedst hvornår?
Synes godt om
Ny brugerNybegynder
Din løsning...
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.