Den moderne arbejdsplads er i stigende grad afhængig af mødelokaler til at fremme samarbejde, men dette skift medfører også stigende sikkerhedsudfordringer.
1) nøjes med relativt simple beregninger typisk kun enkelte funktionakald i SQL - undgå CASE WHEN og stored procedures med løkker
2) det vil næsten altid være hurtigst at transformere udtryk i select listen i applikationen fremfor i SQL
3) hvis en beregning i et WHERE udtryk kan reducere antal rækker der skal hentes så kan det give en performancemæssig fordel fremfor at hente flere række og smide væk i applikationen
4) husk også at beregninger i SQL sjældent er portable mellem databaser og kan giver store problemer den dag der skal skiftes fra MySQL til MS SQLServer eller PostgreSQL
Lidt mere info vil nok være på plads: Vil lave en statistik side for taxa chauffører. Ved hver vagt, udfyldes en side i en "trafikbog"
Det som skal gemmes i DB er
Starttid sluttid pause i minutter
hele kroner indkørt hele antal kørte km hele antal kørte km med kunder
antal ture ialt taxa'ens bevillings-nr procent man tjener af det indkørte, f.eks. 49.85
Det jeg så tænker på, er at flg. skal vises ved hver vagt:
uge-nr. og ugedag arbejdstid ialt for den enkelte vagt reel arbejdstid ialt ( arbejdstid minus pause ) indkørt pr. time reel indkørt pr. time indkørt pr. kørt kilomet belægningsprocent ( kørte km. => kørte km. med kunde ) snit indkørt pr. tur
Kan det betale sig at gemme ovenstående ved insert? Eller lave beregning ved udtræk?
Som rosinen i pølseenden, laves en samlet statistik:
samlet arbejdstid og reel arbejdstid for en måned/lønperiode ad gangen løn optjent ialt for en måned/lønperiode ad gangen snit løn optjent pr. vagt snit løn optjent pr. time snit indkørt pr. km. snit belægningsprocent
Derudover skal jeg ha' selskab og vognejer ind i statistikken
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.
Ny bruger
Nybegynder
Opret
Preview
