sql >> Database >  >> RDS >> Access

Hoe het nieuwe gegevenstype te repareren dat problemen veroorzaakt bij MS Access

Hoe het nieuwe gegevenstype te repareren dat problemen met MS Access veroorzaakt

[UPDATE:nu met Access-teamlink naar fixes ] Onlangs is het Access-team begonnen met werken aan een nieuw gegevenstype genaamd Date &Time Extended, hier is Ebo Quansah, Access-programmaleider:

Zeer binnenkort zullen we een nieuw gegevenstype uitbrengen, bekend als Date &Time Extended, dat de syntaxiscompatibiliteit met SQL verbetert en tegelijkertijd de nauwkeurigheid en het detailniveau in datum- en tijdrecords verhoogt.

Hoewel de functie nog niet is ingeschakeld in Current Channel-builds, bevindt de meeste code voor de functie zich in het product in een inactieve status. Desalniettemin zijn we ons bewust van een probleem dat momenteel bestaat met deze nieuwe code. Als u vanaf vandaag versie 2005 gebruikt, bouwt u 12827.20010 of hoger en manipuleert u decimale velden (Access DataType=Number/FieldSize=Decimal, of SQL DataType=Decimal) met behulp van DAO (Data Access Objects ), heb je misschien vastgesteld dat je app crasht. Als u een variabele met het type in VBA-code aanwijst, ziet u mogelijk dat het veld niet correct wordt weergegeven; ofwel lezen als '????????' of een Type Mismatch-fout geven, of Access kan crashen.

Het spijt ons zeer voor het ongemak dat dit veroorzaakt in uw Access-app. Het Access-team werkt eraan dit probleem zo snel mogelijk op te lossen en we zullen contact met u opnemen zodra deze fout is verholpen. In de tussentijd raden we u aan terug te gaan naar een eerdere versie (https://support.microsoft.com/en-us/help/2770432/how-to-revert-to-an-earlier -version-of-office-2013-or-office-2016-clic ), of schakel over naar een langzamer kanaal (bijv. Maandelijks Enterprise-kanaal of Halfjaarlijks kanaal), totdat het probleem is opgelost in Huidig ​​kanaal. Het probleem is alleen van invloed op decimale typen, dus als het mogelijk is om DAO-code die decimale typen manipuleert te vermijden, raden we dit aan als een kortetermijnoplossing.

Bedankt,

-Ebo Quansah

[UPDATE] See the Access teams fixes page on this

hier

.

Hier is nog een manier om het probleem op te lossen

In plaats van terug te draaien, hebben we het probleem met succes opgelost door het gegevenstype te wijzigen van Decimaal naar Dubbel. We raden aan de wijziging eerst te testen met uw bètaplatform voordat u naar productie gaat en ervoor te zorgen dat dit geen problemen veroorzaakt met uw systeem. *Opmerking:het gebruik van het dubbele gegevenstype kan afrondingsproblemen veroorzaken in uw zoekopdrachten. U kunt in plaats daarvan proberen het gegevenstype Valuta te gebruiken, maar onze tests met Valuta zijn vanaf dit artikel nog niet voltooid.

Voorkom dit probleem volledig door halfjaarlijks te gaan

We raden al onze klanten aan om het halfjaarlijkse updatekanaal voor hun productiesystemen te gebruiken, we zien gewoon de waarde niet in van het gebruik van een frequenter kanaal, met name omdat u dit probleem samen met anderen in de afgelopen 6 maanden zou hebben vermeden . Klik hier voor meer informatie over het wijzigen van je kanaal.

Over kanalen gesproken, Microsoft heeft hun namen veranderd

Hier is meer informatie over de nieuwe kanaalnamen. Kies, ongeacht de naam, het updatekanaal dat elke zes maanden is:Semi-Annual Enterprise Channel. (Kanaalnamen met het woord Preview erin moeten door uw IT-afdeling worden gebruikt om te testen voordat het wordt uitgerold naar de rest van de organisatie).


  1. Hoe YEAR() werkt in MariaDB

  2. Prestaties van MySQL-query's afstemmen

  3. Hoe kan ik een SQL-hoofdlettergevoelige tekenreeksvergelijking maken op MySQL?

  4. Identiteitstoename in SQL Server 2012-kolom springt van 6 naar 1000+ bij 7e invoer