sql >> Database teknologi >  >> RDS >> Access

Sådan rettes den nye datatype, der forårsager problemer for MS Access

Sådan rettes den nye datatype, der forårsager problemer for MS Access

[OPDATERING:nu med adgangsteamlink til rettelser ] For nylig begyndte Access-teamet at arbejde på en ny datatype kaldet Dato &Time Extended, her er Ebo Quansah, Access-programleder:

Meget snart sender vi en ny datatype, kendt som Date &Time Extended, som forbedrer syntakskompatibiliteten med SQL, samtidig med at nøjagtigheden og detaljeringsgraden i dato- og tidsregistreringer øges.

Mens funktionen endnu ikke er aktiveret i Current Channel builds, er det meste af koden til funktionen i produktet i en inaktiv tilstand. Ikke desto mindre er vi opmærksomme på et problem, der i øjeblikket eksisterer med denne nye kode. Fra i dag, hvis du er på version 2005, skal du bygge 12827.20010 eller nyere, og du manipulerer decimalfelter (Access DataType=Number/FieldSize=Decimal eller SQL DataType=Decimal) ved hjælp af DAO (Data Access Objects ), har du muligvis identificeret din app, der går ned. Hvis du svæver over en variabel med typen i VBA-kode, kan du se, at feltet ikke vises korrekt; enten læses som '?????' eller give en typemismatch-fejl, eller Access kan gå ned.

Vi beklager meget den ulejlighed, dette medfører i din Access-app. Access-teamet arbejder på at løse dette problem så hurtigt som muligt, og vi vil rapportere tilbage til dig, når denne fejl er blevet rettet. I mellemtiden vil vi anbefale dig at rulle tilbage til en tidligere version (https://support.microsoft.com/en-us/help/2770432/how-to-revert-to-an-earlier -version-of-office-2013-or-office-2016-clic ), eller skift til en langsommere kanal (f.eks. Monthly Enterprise Channel eller SemiAnnual Channel), indtil problemet er løst i Current Channel. Problemet påvirker kun decimaltyper, så hvis det er muligt at undgå DAO-kode, der manipulerer decimaltyper, vil vi anbefale dette som en kortsigtet løsning.

Tak,

-Ebo Quansah

[UPDATE] See the Access teams fixes page on this

her

.

Her er en anden måde at løse problemet på

I stedet for at rulle tilbage, har vi haft succes med at løse problemet ved at ændre datatypen fra decimal til dobbelt, vi anbefaler, at du tester ændringen ved hjælp af din beta-platform, før du går i produktion, og sørg for, at den ikke skaber problemer med din system. *Bemærk:Brug af den dobbelte datatype kan forårsage afrundingsproblemer i dine forespørgsler. Du vil måske prøve at bruge datatypen Valuta i stedet, men vores test er ikke afsluttet i denne artikel med Valuta.

Undgå dette problem helt ved at gå halvårligt

Vi anbefaler alle vores kunder at bruge den halvårlige opdateringskanal til deres produktionssystemer, vi ser simpelthen ikke værdien i at bruge en hyppigere kanal, især da du ville have undgået dette problem sammen med andre inden for de sidste 6 måneder . Klik her for at lære, hvordan du ændrer din kanal.

Apropos kanaler, så har Microsoft ændret deres navne

Her er mere information om de nye kanalnavne. Uanset navnet skal du vælge den opdateringskanal, der er hver sjette måned:Semi-Annual Enterprise Channel. (Kanalnavne med ordet Preview i dem skal bruges af din IT-afdeling til at teste, før det rulles ud til resten af ​​organisationen).


  1. Hvordan vælger man kun de første rækker for hver unik værdi i en kolonne?

  2. Hvad er PostgreSQL?

  3. En guide til automatiserede cloud-databaseimplementeringer

  4. RowGen v3 automatiserer generering af databasetestdata