Formato CSV especificación se define en RFC 4180. Esta especificación fue publicada porque
no hay ninguna especificación formal de existencia, que permite una amplia
variedad de interpretaciones de archivos CSV
Por desgracia, desde el año 2005 (fecha de la publicación de la RFC), nada ha cambiado. Todavía tenemos una amplia variedad de implementaciones. El enfoque general que se define en el RFC 4180 es encerrar los campos que contengan caracteres tales como comas, comillas, esta recomendación, sin embargo, no siempre se encuentran por diferentes software.
El problema es que en varios lugares Europeos carácter de coma sirve como el punto decimal, por lo que usted escribe 0,005
en lugar de 0.005
. Sin embargo, en otros casos, las comas se usan en lugar de espacios para la señal de grupos de dígitos, por ejemplo 4,000,000.00
(ver aquí). En ambos casos, el uso de comas posiblemente conducir a errores en la lectura de datos desde archivos csv debido a que su software no saber realmente si 0,005, 0,1
son dos números o cuatro números diferentes (ver ejemplo aquí).
Por último, pero no menos importante, si usted almacenar texto en el archivo de datos, a continuación, las comas son mucho más comunes en el texto de, por ejemplo, el punto y coma, por lo que si el texto no está entre comillas, que estos datos también se pueden leer fácilmente con errores.
Nada hace que comas mejor, o peor separadores de campo tan lejos como archivos CSV se utilizan de conformidad con las recomendaciones como RFC 4180 que la guardia de los problemas descritos anteriormente. Sin embargo, si hay un riesgo de que el uso de la simplificación del formato CSV, que no incluye los campos en comillas, o la recomendación podría ser utilizado de forma incoherente, a continuación, otros separadores (por ejemplo, punto y coma) parecen ser más seguro enfoque.