sql >> Database >  >> RDS >> Sqlserver

Vreemde tekens die een kleine tabel tonen na gebruik van tableDiff

Het teken ® heeft een decimale codewaarde 174 en is daarom geen ASCII teken die allemaal codewaarden hebben in het bereik van 0 tot 127.

® is het teken ® dat is opgeslagen in het tekstbestand dat is gecodeerd met Unicode encoding UTF-8 , maar weergegeven als ANSI teken met behulp van codepagina Windows 1252 of ISO 8859-1 .

Het exporteren van de verschillen gaat dus prima en het aangemaakte bestand (tekstbestand?) is in orde. U hoeft dit UTF-8-gecodeerde bestand alleen in uw teksteditor/viewer te openen met UTF-8 als de editor/viewer de UTF-8-codering niet automatisch detecteert.

U kunt bovenaan het tekstbestand  . invoegen dat is hexadecimaal EF BB BF wat het byte-volgordemarkering is (BOM ) voor UTF-8. Dat zou teksteditors / kijkers helpen om sneller te detecteren dat het tekstbestand is gecodeerd in UTF-8. Maar sommige toepassingen interpreteren die 3 bytes aan het begin van een tekstbestand niet als stuklijst.

Nu u weet dat uw probleem wordt veroorzaakt door verschillende codering van niet-ASCII-tekens, kunt u zoeken naar gerelateerde pagina's. Zie bijvoorbeeld Beschrijving van het opslaan van UTF-8-gegevens in SQL Server . Ik stel voor om te zoeken met de woorden Unicode UTF-8 SQL Server .



  1. Oracle-functie om een ​​tabel bij te werken, als de record null is, dan INSERT

  2. SQL-foutversie 5.5.15

  3. Vergelijk de nde rij met de n+1de rij en als deze in het bereik van de nde rij ligt, druk dan n+1 rij af USNG ORACLE QUERY

  4. Spring data jpa findByDate retourneert altijd een lege lijst