Non-breaking whitespace (MySQL): verschil tussen versies

Uit De Vliegende Brigade
Naar navigatie springen Naar zoeken springen
(2 tussenliggende versies door dezelfde gebruiker niet weergegeven)
Regel 16: Regel 16:
 
=== Iets anders? ===
 
=== Iets anders? ===
  
 +
Als ik de betreffende string omfiets naar hex, krijg ik alleen ''a0'', en niet de andere byte. Ik snap niet hoe dat kan.
  
 +
== De oplossing ==
  
== Niet ==
+
Toegevoegd aan de importroutine voor dit bestand:
 
 
=== Regular expressions ===
 
 
 
Filteren mbv. ASCII-codes in regular expressions, lijkt niet zomaar te werken:
 
 
 
<pre>
 
select device_sku from device_tmp
 
where
 
device_sku regexp "\x42";
 
</pre>
 
 
 
Ongetwijfeld kunnen regular expressions overweg met karaktercodering, maar dit lijkt niet de manier te zijn (met <code>\\\</code> lukt 't ook niet).
 
 
 
=== unhex ===
 
 
 
<code>unhex</code> lijkt precies te zijn wat ik zoek, behalve dat 't niet lijkt te werken.
 
  
 
<pre>
 
<pre>
select unhex(
+
update tmp
 +
set
 +
  device_id_org_source     = replace(device_id_org_source,   unhex("a0"), " "),
 +
  device_voltage_org_source = replace(device_voltage_org_source, unhex("a0"), " "),
 +
  device_sku     = replace(device_sku,   unhex("a0"), " ");
 
</pre>
 
</pre>
  

Versie van 1 dec 2019 10:12

Dit leek het initiële probleem te zijn: De eerste spatie is geen gewone spatie (0x20), maar NBSP (Non-breaking whitespace): 0xc2a0. Hoe fix ik dat?

Tijdens verwerken van een UTF-8-import-bestand in MySQL (dec. 2019), bleken sommige spaties geen echte spaties te zijn, maar non-breaking whitespace (of zoiets - zie verderop). Daardoor kon ik die data niet zomaar verwerken, omdat sommige algorithmes ervan uitgingen, dat spaties eh, spaties zijn.

  • Hoe herken je NBSP (of andere afwijkende 'spaties') in strings?
  • Hoe vervang je NBSP (of andere afwijkende 'spaties') door gewone spaties?

Het probleem: Een spatie is niet een spatie

Er bleken twee problemen te zijn:

NBSP?

Het gaat om een handjevol records in een bepaalde tabel: De betreffende strings bleken geen gewone spaties te bevatten (20), maar Non-breaking white spaces (c2 a0). Zie de afbeelding bovenaan dit artikel.

Iets anders?

Als ik de betreffende string omfiets naar hex, krijg ik alleen a0, en niet de andere byte. Ik snap niet hoe dat kan.

De oplossing

Toegevoegd aan de importroutine voor dit bestand:

update tmp
set
   device_id_org_source	     = 	replace(device_id_org_source, 	   unhex("a0"), " "),
   device_voltage_org_source =	replace(device_voltage_org_source, unhex("a0"), " "),
   device_sku		     =	replace(device_sku, 		   unhex("a0"), " ");

Bronnen