![\"Finansperioder\"](\"http:\/\/blog.systemconnect.dk\/wp-content\/uploads\/2017\/10\/Finansperioder.png\")
<\/a>Finansperioder unde PR- og UL-datoer<\/p><\/div>\n
Som det fremg\u00e5r er der ingen PR.- og UL.-datoer og hver gang man lukkede billedet, fik man m\u00e6rkelige fejl fra C5.<\/p>\n
Efter at have pr\u00f8vet det oplagte med at genovers\u00e6tte alt og s\u00e5dan noget, fik jeg sagen omtalt og mit umiddelbare g\u00e6t var at datatypen for datofelterne var forkerte p\u00e5 SQL-serveren (DATE fremfor DATETIME) – hvis du undrer dig over den konklusion, s\u00e5 handler det om hvordan Klassisk Dynamics C5 gemmer primo- og ultimodatoer – se evt. dette blogindl\u00e6g<\/a>, der kort beskriver det.<\/p>\n Det viste sig at det ikke n\u00f8jagtigt var det der var galt, men noget i den stil. Kan du spotte den\u00a0LILLE<\/strong> (hint, hint) fejl \ud83d\ude42<\/p>\n Forkert SQL tabeldefinition for LEDEPERIOD p\u00e5 kundens installation (Klassisk Dynamics C5 version 2010)<\/p><\/div>\n For en ordens skyld f\u00e5r du lige her screenshot af hvordan de korrekte tabeldefinitioner ser ud p\u00e5 SQL p\u00e5 hhv. Klassisk Dynamics C5 3.0 SP3 (som jo er p\u00e5 dansk)…:<\/p>\n SQL tabeldefinition for FINPERIODE p\u00e5 Klassisk Dynamics C5 version 3.0 SP3<\/p><\/div>\n …og Klassisk Dynamics C5 2012:<\/p>\n SQL tabeldefinition for LEDEPERIOD p\u00e5 Klassisk Dynamics C5 version 2012<\/p><\/div>\n For dem der ikke kender den n\u00f8jagtige forskel p\u00e5 en smalldatetime og en datetime p\u00e5 SQL, kan jeg fort\u00e6lle at den vigtigste i denne forbindelse er at smalldatetime afrundes til hele minutter (se evt. andre forskelle her:\u00a0http:\/\/sqlhints.com\/tag\/datetime-vs-smalldatetime\/<\/a>). Det g\u00f8r en k\u00e6mpe forskel p\u00e5 netop primo- og ultimodatoer da disse lagers som hhv. kl. 00:00:58 dagen f\u00f8r den p\u00e5g\u00e6ldende dato eller som 00:00:02 p\u00e5 den p\u00e5g\u00e6ldende dato – og dermed sorteres naturligt. Andre tidspunkter end 00:00:58 (primo) og 00:00:02 (ultimo) ignores mig bekendt helt af C5.<\/p>\n Hvordan pokker og hvorn\u00e5r datetime er blevet til smalldatetime i kundens installation er uvist, men det er noget v\u00e6rre rod! Det kan v\u00e6re nogen har pillet med C5s interne mapning af datatyper da databasen i sin tid blev oprettet eller at nogen efterf\u00f8lgende har k\u00f8rt noget p\u00e5 SQL-serveren, der har rettet det. Kunden har jf. backup’erne k\u00f8rt med dette i \u00e5revis uden at have bem\u00e6rket problemer.<\/p>\n Vores bedste bud p\u00e5 at komme videre var derfor multiexport af data, oprettelse af ny SQL database med check af at datoer bliver gemt som datetime og endelig multiimport af data. Og naturligvis derefter en grundig oprydning alle de steder hvor primo\/ultimo er blevet gemt som “rigtige” datoer.<\/p>\n Det er f\u00f8rste gang jeg har set denne fejl – og jeg har arbejde med Klassisk Dynamics C5 i over 20 \u00e5r, men forh\u00e5bentligt ogs\u00e5 den sidste…<\/p>\n","protected":false},"excerpt":{"rendered":" Vi har lige haft en “spooky” sag hvor der ikke fandtes – og det heller ikke var muligt at lave primo- og ultimo-datoer i en Klassisk Dynamics C5. Det var godt nok p\u00e5 en C5 2010 p\u00e5 SQL, men efter … L\u00e6s resten <\/a><\/a><\/a>