sql >> Databasteknik >  >> RDS >> Access

Hur man fixar den nya datatypen som orsakar problem för MS Access

Hur man åtgärdar den nya datatypen som orsakar problem med MS Access

[UPPDATERING:nu med Access-teamlänk till korrigeringar ] Nyligen började Access-teamet arbeta på en ny datatyp som heter Date &Time Extended, här är Ebo Quansah, Access-programledare:

Mycket snart kommer vi att leverera en ny datatyp, känd som Date &Time Extended, som förbättrar syntaxkompatibiliteten med SQL samtidigt som noggrannheten och detaljnivån i datum- och tidsposter ökar.

Medan funktionen ännu inte är aktiverad i aktuella kanalbyggen finns det mesta av koden för funktionen i produkten i ett inaktivt tillstånd. Icke desto mindre är vi medvetna om ett problem som för närvarande finns med den här nya koden. Från och med idag, om du använder version 2005, build 12827.20010 eller senare, och du manipulerar decimalfält (Access DataType=Number/FieldSize=Decimal eller SQL DataType=Decimal) med DAO (Data Access Objects ), kanske du har identifierat att din app kraschar. Om du håller muspekaren över en variabel med typen i VBA-kod kan du se att fältet inte visas korrekt; läser antingen som '?????' eller ger ett felmeddelande om typfel, eller så kan Access krascha.

Vi beklagar besväret detta orsakar i din Access-app. Access-teamet arbetar på att lösa det här problemet så snart som möjligt, och vi kommer att rapportera tillbaka till dig när detta fel har åtgärdats. Under tiden rekommenderar vi att du återgår till en tidigare version (https://support.microsoft.com/en-us/help/2770432/how-to-revert-to-an-earlier -version-of-office-2013-or-office-2016-clic ), eller byt till en långsammare kanal (t.ex. Monthly Enterprise Channel, eller SemiAnnual Channel), tills problemet är åtgärdat i Current Channel. Problemet påverkar bara decimaltyper så om det är möjligt att undvika DAO-kod som manipulerar decimaltyper rekommenderar vi detta som en kortsiktig lösning.

Tack,

-Ebo Quansah

[UPDATE] See the Access teams fixes page on this

här

.

Här är ett annat sätt att lösa problemet

Istället för att rulla tillbaka, har vi lyckats lösa problemet genom att ändra datatypen från decimal till dubbel, vi rekommenderar att du testar ändringen med din betaplattform innan du går till produktion och se till att den inte skapar några problem med din system. *Obs! Att använda den dubbla datatypen kan orsaka avrundningsproblem i dina frågor. Du kanske vill prova att använda datatypen Valuta istället, men vår testning har inte slutförts den här artikeln med Valuta.

Undvik detta problem helt och hållet genom att gå halvårligt

Vi rekommenderar till alla våra kunder att använda den halvårliga uppdateringskanalen för sina produktionssystem, vi ser helt enkelt inte värdet i att använda en mer frekvent kanal, särskilt eftersom du skulle ha undvikit detta problem tillsammans med andra under de senaste 6 månaderna . Klicka här för att lära dig hur du byter kanal.

Apropå kanaler, Microsoft har bytt namn

Här finns mer information om de nya kanalnamnen. Oavsett namn, välj uppdateringskanalen som är var sjätte månad:Semi-Annual Enterprise Channel. (Kanalnamn med ordet Preview i dem ska användas av din IT-avdelning för att testa innan det rullas ut till resten av organisationen).


  1. Hur man lägger till Meridiem Indicator (AM/PM) till ett tidsvärde i Oracle

  2. PostgreSQL-databasens standardplats på Linux

  3. PostgreSQL-utlösare och grunder för lagrade funktioner

  4. INDIA, STD Code Finder Script i PHP, MYSQL, JQUERY