Jeg lavede det om til INT - så nu spiller det bare...
Lav lige et svar !!!
Synes godt om
Slettet bruger
17. juni 2004 - 21:51#4
:)
Synes godt om
Slettet bruger
18. juni 2004 - 01:01#5
Et godt tip er at bruge den rette type på felterne. Du har nu lige oplevet bøvl pga. et tal gemt som tekst, men for eksempel datoer og tider bør også gemmes i DATETIME-kolonner og ikke som tekst.
Prøv bare at forestille dig den komplicerede kode, der skal til for at søge på noget "for en uge siden" når det er den 3. januar, hvis datoer er gemt som tekst.
Og husk at der er forskel på tal! Et telefonnummer er ikke et tal i traditionel forstand, da du jo ikke kunne finde på at finde summen af telefonnumre, eller udregne gennemsnittet. Det samme gælder postnumre og cpr-numre. Sådanne numre bør gemmes som varchar eller char.
Pont, timeløn, priser, antal, lagerbeholdning osv er tal, og skal derfor gemmes som tal (int, float, osv.)
Meget få slags data egner sig til REAL/FLOAT/DOUBLE PRECISION. Som oftest er DECIMAL/NUMERIC bedre.
Synes godt om
Slettet bruger
18. juni 2004 - 14:25#8
Cpr-numre er en lidt speciel situation, da de indeholder mere data end bare et id-nummer. Det kunne måske i nogle situationer være en fordel at splitte det op i dato og resten, og så gemme datoen så databasen kan genkende den. F.eks skal foreninger indberette medlemstal fordelt i over/under 18 i forbindelse med kommunal støtte eller tipsmidler fra DUF.
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.