ISO vs UTF-8

Question

La migración de la BBDD de una aplicación desde un encoding ISO-8859-1 a otra con enconding UTF-8 puede presentar problemas durante el proceso de import debido al tratamiento que el encoding UTF-8 realiza de los campos CHAR, VARCHAR y VARCHAR2.
El origen de los problemas viene provocado por que en ISO-8859-1 cualquier carácter (normales, acentuados, ñ, etc…) ocupa 1 byte mientras que en UTF-8, los caracteres “especiales” ocupan más de 1 byte.
Para evitar este problma es necesario especificar los campos CHAR, VARCHAR y VARCHAR2 con el atributo CHAR ya que de esta manera se consigue desligar a los datos del encoding de la BBDD en la que resida. En caso contrario ORACLE asumirá por defecto que el tamaño implica “bytes” y como consecuencia un encoding UTF-8 producirá problemas al manejar caracteres especiales.
Por otro lado, la realización de este cambio deja en manos de ORACLE la decisión sobre el tamaño físico de datos a emplear de forma que, en el caso que los VARCHAR que no contengan caracteres extraños su tamaño coincidirá exactamente al tamaño en bytes en TS pero, un campo que contenga uno (o más) caracteres especial, verá incrementado el espacio empleado en disco de forma proporcional. En este caso, ORACLE recomienda considerar un incremento de un 15% sobre el espacio de disco ocupado en la versión ISO.
http://www.fancypeople.org

Answer 1

Google Translate does it thusly
>
The migration of a DB application from an encoding ISO-8859-1 to another with enconding UTF-8 can present problems during the import process due to treatment than UTF-8 encoding performed in the fields CHAR, VARCHAR and VARCHAR2.
The origin of the problem that is caused by ISO-8859-1 any character (normal, accentuated, ñ, etc ...) while occupies 1 byte in UTF-8 characters "special" occupy more than 1 byte.
To work around this problme is necessary to specify the fields CHAR, VARCHAR and VARCHAR2 to CHAR attribute as is done this way to separate the data encoding of the DB where you live. Otherwise default ORACLE assume that the mean size "bytes" and result in UTF-8 encoding will cause problems when handling special characters.
Furthermore, the implementation of this change ORACLE leaves the decision on the physical size of data to be used so that, for the VARCHAR containing no strange characters will match exactly the size in bytes in size but TS A field containing one (or more) special characters, will increase the disk space used proportionately. In this case, Oracle recommends considering an increase of 15% of the disk space occupied in the ISO version.
>
I do not see a question or issue in there :-)
Srini