Un archivo de valores separados por comas ( CSV ) es un archivo de texto delimitado que usa una coma para separar los valores. Cada línea del archivo es un registro de datos . Cada registro consta de uno o más campos , separados por comas. El uso de la coma como separador de campo es la fuente del nombre de este formato de archivo . Un archivo CSV normalmente almacena datos tabulares (números y texto) en texto sin formato , en cuyo caso cada línea tendrá el mismo número de campos.
Extensión de nombre de archivo | .csv |
---|---|
Tipo de medio de Internet | text/csv [1] |
Versión inicial | RFC informativo desconocido, octubre de 2005 [2] |
Tipo de formato | flujos de datos en serie, multiplataforma |
Contenedor para | información de la base de datos organizada como listas separadas por campos |
Estándar | RFC 4180 |
El formato de archivo CSV no está completamente estandarizado. La idea básica de separar los campos con una coma es clara, pero la situación se complica cuando los datos de los campos también contienen comas o saltos de línea incrustados . Las implementaciones de CSV pueden no manejar dichos datos de campo, o pueden usar comillas para rodear el campo. Las comillas no resuelven todo: algunos campos pueden necesitar comillas incrustadas, por lo que una implementación de CSV puede incluir caracteres de escape o secuencias de escape.
Además, el término "CSV" también denota varios formatos separados por delimitadores estrechamente relacionados que utilizan otros delimitadores de campo, por ejemplo, punto y coma. [ cita requerida ] Estos incluyen valores separados por tabuladores y valores separados por espacios. Un delimitador como tabulador que no está presente en los datos del campo permite un análisis de formato más simple. Estos archivos alternativos separados por delimitadores a menudo [ se necesita una cita ] reciben una extensión .csv a pesar del uso de un separador de campo sin comas. Esta terminología imprecisa puede causar problemas en el intercambio de datos . Muchas aplicaciones que aceptan archivos CSV tienen opciones para seleccionar el carácter delimitador y el carácter de comillas. Los puntos y comas se utilizan a menudo en lugar de comas en muchas configuraciones regionales europeas para utilizar la coma como separador decimal y, posiblemente, el punto como carácter de agrupación decimal. Por eso, el término valores separados por caracteres se sugiere como una definición más amplia de este formato de archivo. [¿ por quién? ]
El intercambio de datos
CSV es un formato de intercambio de datos común que es ampliamente compatible con aplicaciones científicas, comerciales y de consumidores. Entre sus usos más comunes se encuentra el movimiento de datos tabulares [3] [4] entre programas que operan de forma nativa en formatos incompatibles (a menudo propietarios o no documentados). [1] Esto funciona a pesar de la falta de adherencia a RFC 4180 (o cualquier otro estándar), porque muchos programas admiten variaciones en el formato CSV para la importación de datos.
Por ejemplo, un usuario puede necesitar transferir información de un programa de base de datos que almacena datos en un formato propietario, a una hoja de cálculo que usa un formato completamente diferente. Lo más probable es que el programa de base de datos pueda exportar sus datos como "CSV"; el archivo CSV exportado puede ser importado por el programa de hoja de cálculo.
Especificación
RFC 4180 propone una especificación para el formato CSV; sin embargo, la práctica real a menudo no sigue el RFC y el término "CSV" puede referirse a cualquier archivo que: [2] [5]
- es texto sin formato que utiliza un conjunto de caracteres como ASCII , varios conjuntos de caracteres Unicode (por ejemplo, UTF-8 ), EBCDIC o Shift JIS ,
- consta de registros (normalmente un registro por línea),
- con los registros divididos en campos separados por delimitadores (por lo general, un solo carácter reservado como una coma, punto y coma o tabulación; a veces, el delimitador puede incluir espacios opcionales),
- donde cada registro tiene la misma secuencia de campos.
Dentro de estas limitaciones generales, se utilizan muchas variaciones. Por lo tanto, sin información adicional (como si se cumple RFC 4180), un archivo que se afirma simplemente está en formato "CSV" no está completamente especificado. Como resultado, muchas aplicaciones que admiten archivos CSV permiten a los usuarios obtener una vista previa de las primeras líneas del archivo y luego especificar los caracteres delimitadores, las reglas de citación, etc. Si las variaciones de un archivo CSV en particular quedan fuera de lo que admite un programa de recepción en particular, a menudo es factible examinar y editar el archivo a mano (es decir, con un editor de texto ) o escribir un script o programa para producir un formato conforme.
Historia
Los valores separados por comas son un formato de datos que es anterior a las computadoras personales en más de una década: el compilador IBM Fortran (nivel H extendido) bajo OS / 360 los admitió en 1972. [6] List-dirigida ("forma libre") La entrada / salida se definió en FORTRAN 77 , aprobada en 1978. La entrada dirigida por lista usaba comas o espacios para los delimitadores, por lo que las cadenas de caracteres sin comillas no podían contener comas ni espacios. [7]
El nombre de "valores separados por comas" y la abreviatura "CSV" estaban en uso en 1983. [8] El manual de la computadora Osborne Executive, que incluía la hoja de cálculo SuperCalc , documenta la convención de citas CSV que permite que las cadenas contengan comas incrustadas el manual no especifica una convención para incrustar comillas dentro de cadenas entre comillas. [9]
Las listas de valores separados por comas son más fáciles de escribir (por ejemplo, en tarjetas perforadas ) que los datos alineados con columnas fijas, y eran menos propensas a producir resultados incorrectos si un valor se perforaba una columna fuera de su ubicación prevista.
Los archivos separados por comas se utilizan para el intercambio de información de bases de datos entre máquinas de dos arquitecturas diferentes. El carácter de texto sin formato de los archivos CSV evita en gran medida incompatibilidades como el orden de bytes y el tamaño de las palabras . Los archivos son en gran parte legibles por humanos, por lo que es más fácil manejarlos sin una documentación o comunicación perfecta. [10]
La principal iniciativa de estandarización, la transformación de una " definición difusa de facto " en una más precisa y de jure , fue en 2005, con RFC4180, [11] definiendo CSV como un tipo de contenido MIME . Más tarde, en 2013, algunas de las deficiencias de RFC4180 se abordaron mediante una recomendación del W3C. [12]
En 2014, el IETF publicó RFC7111 [13] que describe la aplicación de fragmentos de URI a documentos CSV. RFC7111 especifica cómo se pueden seleccionar rangos de filas, columnas y celdas de un documento CSV utilizando índices de posición.
En 2015 , el W3C , en un intento de mejorar CSV con semántica formal , publicó los primeros borradores de recomendaciones para estándares de metadatos CSV, que comenzaron como recomendaciones en diciembre del mismo año. [14]
Funcionalidad general
Los formatos CSV se utilizan mejor para representar conjuntos o secuencias de registros en los que cada registro tiene una lista idéntica de campos. Esto corresponde a una sola relación en una base de datos relacional , o a datos (aunque no cálculos) en una hoja de cálculo típica.
El formato se remonta a los primeros días de la informática empresarial y se usa ampliamente para pasar datos entre computadoras con diferentes tamaños de palabras internas, necesidades de formato de datos, etc. Por esta razón, los archivos CSV son comunes en todas las plataformas informáticas.
CSV es un archivo de texto delimitado que usa una coma para separar valores (muchas implementaciones de herramientas de importación / exportación CSV permiten que se usen otros separadores; por ejemplo, el uso de una fila "Sep = ^" como la primera fila en el *. csv hará que Excel abra el archivo esperando que el signo de intercalación "^" sea el separador en lugar de la coma ","). Las implementaciones simples de CSV pueden prohibir valores de campo que contengan una coma u otros caracteres especiales como nuevas líneas . Las implementaciones de CSV más sofisticadas lo permiten, a menudo al requerir caracteres "( comillas dobles ) alrededor de valores que contienen caracteres reservados (como comas, comillas dobles o, con menos frecuencia, nuevas líneas ). Los caracteres de comillas dobles incrustados se pueden representar luego por un par de caracteres consecutivos comillas dobles, [15] o prefijando una comilla doble con un carácter de escape como una barra invertida (por ejemplo, en Sybase Central).
Los formatos CSV no se limitan a un conjunto de caracteres en particular . [1] Funcionan tan bien con conjuntos de caracteres Unicode (como UTF-8 o UTF-16 ) como con ASCII (aunque los programas particulares que admiten CSV pueden tener sus propias limitaciones). Los archivos CSV normalmente sobrevivirán incluso a la traducción ingenua de un juego de caracteres a otro (a diferencia de casi todos los formatos de datos propietarios). Sin embargo, CSV no proporciona ninguna forma de indicar qué juego de caracteres está en uso, por lo que debe comunicarse por separado o determinarse en el extremo receptor (si es posible).
Las bases de datos que incluyen múltiples relaciones no se pueden exportar como un solo archivo CSV [ cita requerida ] . Del mismo modo, CSV no puede representar de forma natural datos jerárquicos u orientados a objetos . Esto se debe a que se espera que todos los registros CSV tengan la misma estructura. Por lo tanto, CSV rara vez es apropiado para documentos creados con HTML , XML u otras tecnologías de marcado o procesamiento de texto.
Las bases de datos estadísticas en varios campos a menudo tienen una estructura similar a una relación, pero con algunos grupos de campos repetibles. Por ejemplo, las bases de datos de salud como la Encuesta demográfica y de salud suelen repetir algunas preguntas para cada hijo de un padre determinado (quizás hasta un número máximo fijo de hijos). Los sistemas de análisis estadístico a menudo incluyen servicios que pueden "rotar" dichos datos; por ejemplo, un registro "padre" que incluye información sobre cinco niños se puede dividir en cinco registros separados, cada uno de los cuales contiene (a) la información sobre un niño y (b) una copia de toda la información no específica del niño. CSV puede representar la forma "vertical" u "horizontal" de dichos datos.
En una base de datos relacional, problemas similares se manejan fácilmente creando una relación separada para cada grupo y conectando los registros "secundarios" a los registros "principales" relacionados mediante una clave externa (como un número de identificación o el nombre del padre). En los lenguajes de marcado como XML, estos grupos normalmente se incluyen dentro de un elemento principal y se repiten según sea necesario (por ejemplo, varios
nodos dentro de un solo
nodo). Con CSV no existe una solución de archivo único ampliamente aceptada.
Límites de software y filas
Cada software que trabaja con CSV tiene sus límites en la cantidad máxima de filas que puede tener un archivo CSV. A continuación se muestra una lista de software común y sus limitaciones: [16]
- Microsoft Excel: límite de 1.048.576 filas
- Números de Apple: límite de 1,000,000 de filas
- Hojas de cálculo de Google: límite de 5.000.000 de celdas (esta es una combinación de columnas y filas)
- OpenOffice y LibreOffice: límite de 1.048.576 filas
- Editores de texto (programas como WordPad, TextEdit, etc.): sin límite de filas o celdas
Estandarización
El nombre "CSV" indica el uso de la coma para separar los campos de datos. Sin embargo, el término "CSV" se usa ampliamente para referirse a una gran familia de formatos que difieren en muchos aspectos. Algunas implementaciones permiten o requieren comillas simples o dobles alrededor de algunos o todos los campos; y algunos reservan el primer registro como un encabezado que contiene una lista de nombres de campo. El conjunto de caracteres que se utiliza no está definido: algunas aplicaciones requieren una marca de orden de bytes (BOM) Unicode para hacer cumplir la interpretación Unicode (a veces incluso una BOM UTF-8 ). [1] Los archivos que utilizan el carácter de tabulación en lugar de una coma se pueden denominar de forma más precisa "TSV" para los valores separados por tabulaciones .
Otras diferencias de implementación incluyen el manejo de separadores de campo más comunes (como espacio o punto y coma) y caracteres de nueva línea dentro de los campos de texto. Una sutileza más es la interpretación de una línea en blanco: puede ser igualmente el resultado de escribir un registro de campos cero, o un registro de un campo de longitud cero; por tanto, decodificarlo es ambiguo.
Paquete de datos tabulares sin fricción OKI
En 2011, Open Knowledge Foundation (OKF) y varios socios crearon un grupo de trabajo de protocolos de datos, que luego evolucionó hacia la iniciativa Frictionless Data. Uno de los principales formatos que lanzaron fue el Paquete de datos tabulares. El paquete de datos tabulares se basó en gran medida en CSV, usándolo como el formato de transporte de datos principal y agregando metadatos de tipo y esquema básicos (CSV carece de información de tipo para distinguir la cadena "1" del número 1). [17]
Frictionless Data Initiative también ha proporcionado un formato de descripción de dialecto CSV estándar para describir diferentes dialectos de CSV, por ejemplo, especificando el separador de campo o las reglas de comillas. [18]
Estándar de datos tabulares de Internet W3C
En 2013, el grupo de trabajo "CSV en la Web" del W3C comenzó a especificar tecnologías que proporcionaran una mayor interoperabilidad para aplicaciones web que utilizan CSV o formatos similares. [19] El grupo de trabajo completó su trabajo en febrero de 2016 y se clausuró oficialmente en marzo de 2016 con la publicación de un conjunto de documentos y recomendaciones del W3C [20] para modelar "Datos tabulares", [21] y mejorar CSV con metadatos y semántica. .
Estándar RFC 4180
La norma técnica de 2005 RFC 4180 formaliza el formato de archivo CSV y define el tipo MIME "texto / csv" para el manejo de campos basados en texto. Sin embargo, la interpretación del texto de cada campo sigue siendo específica de la aplicación. Los archivos que siguen el estándar RFC 4180 pueden simplificar el intercambio de CSV y deben ser ampliamente portátiles. Entre sus requisitos:
- Líneas estilo MS-DOS que terminan con caracteres (CR / LF) (opcional para la última línea).
- Un registro de encabezado opcional (no hay una forma segura de detectar si está presente, por lo que se debe tener cuidado al importar).
- Cada registro debe contener el mismo número de campos separados por comas.
- Se puede citar cualquier campo (con comillas dobles).
- Los campos que contengan un salto de línea, comillas dobles o comas deben estar entrecomillados. (Si no es así, probablemente será imposible procesar correctamente el archivo).
- Si se utilizan comillas dobles para encerrar campos, entonces una comilla doble en un campo debe estar representada por dos caracteres de comillas dobles.
El formato puede ser procesado por la mayoría de los programas que afirman leer archivos CSV. Las excepciones son (a) los programas pueden no admitir saltos de línea dentro de los campos entre comillas, (b) los programas pueden confundir el encabezado opcional con datos o interpretar la primera línea de datos como un encabezado opcional y (c) las comillas dobles en un campo pueden no ser analizado correctamente de forma automática.
Reglas básicas
Existen muchos documentos informales que describen formatos "CSV". IETF RFC 4180 (resumido anteriormente) define el formato para el tipo MIME "texto / csv" registrado en la IANA .
Las reglas típicas de estas y otras especificaciones e implementaciones "CSV" son las siguientes:
- CSV es un formato de datos delimitados que tiene campos / columnas separados por el carácter de coma y registros / filas terminados por líneas nuevas .
- Un archivo CSV no requiere una codificación de caracteres , un orden de bytes o un formato de terminador de línea específicos (algunos software no admiten todas las variaciones de final de línea).
- Un registro termina en un terminador de línea. Sin embargo, los terminadores de línea se pueden incrustar como datos dentro de los campos, por lo que el software debe reconocer los separadores de línea entre comillas (ver más abajo) para ensamblar correctamente un registro completo a partir de quizás varias líneas.
- Todos los registros deben tener el mismo número de campos, en el mismo orden.
- Los datos dentro de los campos se interpretan como una secuencia de caracteres , no como una secuencia de bits o bytes (consulte RFC 2046, sección 4.1). Por ejemplo, la cantidad numérica 65535 puede representarse como los 5 caracteres ASCII "65535" (o quizás otras formas como "0xFFFF", "000065535.000E + 00", etc.); pero no como una secuencia de 2 bytes destinada a ser tratada como un único entero binario en lugar de como dos caracteres (por ejemplo, los números 11264-11519 tienen una coma como su byte de orden superior:) . Si no se sigue esta convención de "texto sin formato", el archivo CSV ya no contiene información suficiente para interpretarlo correctamente, es probable que el archivo CSV no sobreviva a la transmisión a través de diferentes arquitecturas de computadora y no se ajustará al tipo MIME text / csv .
ord(',')*256..ord(',')*256+255
- Los campos adyacentes deben estar separados por una sola coma. Sin embargo, los formatos "CSV" varían mucho en esta elección de carácter separador. En particular, en las configuraciones regionales donde se usa la coma como separador decimal , en su lugar se usa punto y coma, TAB u otros caracteres.
1997, Ford, E350
- Cualquier campo puede estar entre comillas (es decir, entre comillas dobles), mientras que algunos campos deben estar entrecomillados, como se especifica en las siguientes reglas y ejemplos:
"1997", "Ford", "E350"
- Los campos con comas incrustadas o caracteres de comillas dobles deben estar entre comillas.
1997, Ford, E350, "Camioneta súper lujosa"
- Cada uno de los caracteres de comillas dobles incrustados debe estar representado por un par de caracteres de comillas dobles.
1997, Ford, E350, "Super", "camioneta" "lujosa"
- Los campos con saltos de línea incrustados deben citarse (sin embargo, muchas implementaciones de CSV no admiten saltos de línea incrustados).
1997, Ford, E350, "Ve y consigue uno ahoravan rápido "
- En algunas implementaciones de CSV [ ¿cuál? ] , los espacios iniciales y finales y las tabulaciones se recortan (se ignoran). Dicho recorte está prohibido por RFC 4180, que establece que "los espacios se consideran parte de un campo y no deben ignorarse".
1997, Ford, E350no es lo mismo que1997, Ford, E350
- Según RFC 4180, los espacios fuera de las comillas en un campo no están permitidos; sin embargo, la RFC también dice que "los espacios se consideran parte de un campo y no deben ignorarse". y "Los implementadores deben 'ser conservadores en lo que usted hace, ser liberales en lo que acepta de los demás' (RFC 793, sección 2.10) al procesar archivos CSV".
1997, "Ford", E350
- En las implementaciones de CSV que recortan los espacios iniciales o finales, los campos con espacios como datos significativos deben estar entrecomillados.
1997, Ford, E350, "Camioneta súper lujosa"
- El procesamiento de comillas dobles solo debe aplicarse si el campo comienza con comillas dobles. Sin embargo, tenga en cuenta que las comillas dobles no están permitidas en campos sin comillas de acuerdo con RFC 4180.
Los Ángeles, 34 ° 03′N, 118 ° 15′WCiudad de Nueva York, 40 ° 42′46 ″ N, 74 ° 00′21 ″ WParís, 48 ° 51′24 ″ N, 2 ° 21′03 ″ E
- El primer registro puede ser un "encabezado", que contiene nombres de columna en cada uno de los campos (no hay una forma confiable de saber si un archivo hace esto o no; sin embargo, es poco común usar caracteres que no sean letras, dígitos y guiones bajos en dichos nombres de columna).
Año, Marca, Modelo1997, Ford, E3502000, Mercurio, Puma
Ejemplo
Año | Fabricar | Modelo | Descripción | Precio |
---|---|---|---|---|
1997 | Vado | E350 | ac, abdominales, luna | 3000,00 |
1999 | Caza | Venture "Extended Edition" | 4900,00 | |
1999 | Caza | Venture "Extended Edition, Very Large" | 5000,00 | |
1996 | todoterreno | Gran Cherokee | ¡DEBE VENDER! aire, techo corredizo, cargado | 4799,00 |
La tabla de datos anterior se puede representar en formato CSV de la siguiente manera:
Año, Marca, Modelo, Descripción, Precio1997, Ford, E350, "aire acondicionado, abs, luna", 3000,001999, Chevy, "Venture" "Extended Edition" "", "", 4900.001999, Chevy, "Venture" "Extended Edition, Very Large" "" ,, 5000.001996, Jeep, Grand Cherokee, "¡DEBE VENDER!aire, techo corredizo, cargado ", 4799.00
Ejemplo de un archivo CSV de EE. UU. / Reino Unido (donde el separador decimal es un punto / punto y el separador de valor es una coma):
Año, Marca, Modelo, Longitud1997, Ford, E350, 2,352000, Mercurio, Puma, 2,38
Ejemplo de un archivo CSV / DSV europeo análogo (donde el separador decimal es una coma y el separador de valor es un punto y coma):
Año; Marca; Modelo; Longitud1997; Ford; E350; 2,352000; Mercurio; Puma; 2,38
El último formato no es compatible con RFC 4180. [22] El cumplimiento podría lograrse mediante el uso de una coma en lugar de un punto y coma como separador y la notación internacional para la representación del signo decimal o la práctica de citar todos los números que tienen un signo decimal.
Soporte de aplicaciones
El formato de archivo CSV es compatible con casi todas las hojas de cálculo y sistemas de administración de bases de datos, incluidos Apple Numbers , LibreOffice Calc y Apache OpenOffice Calc. Microsoft Excel también es compatible con CSV, pero con restricciones en comparación con otros programas de hojas de cálculo (p. Ej., A partir de 2019[actualizar]Excel todavía no puede exportar archivos CSV en la codificación de caracteres UTF-8 de uso común ).
El formato CSV es compatible con bibliotecas disponibles para muchos lenguajes de programación . La mayoría proporciona alguna forma de especificar el delimitador de campo, el separador decimal , la codificación de caracteres, las convenciones de comillas, el formato de fecha, etc.
El editor emacs puede operar en archivos CSV usando el modo csv-nav. [23]
Muchos programas de utilidad en sistemas de estilo Unix (como cortar , pegar , unir , ordenar , uniq , awk ) pueden dividir archivos en un delimitador de coma y, por lo tanto, pueden procesar archivos CSV simples. Sin embargo, este método no maneja correctamente las comas dentro de las cadenas entre comillas.
Ver también
- Valores separados por tabuladores
- Comparación de formatos de serialización de datos
- Valores separados por delimitadores
- Colisión de delimitadores
- Base de datos de archivos planos
- Formato de datos simple
- Carácter sustituto , carácter nulo , coma invisible U + 2063
Referencias
- ^ a b c d Shafranovich, Y. (octubre de 2005). Formato común y tipo MIME para archivos CSV . IETF . pag. 1. doi : 10.17487 / RFC4180 . RFC 4180 .
- ^ a b Shafranovich (2005) afirma, "Este RFC documenta el formato de archivos de valores separados por comas (CSV) y registra formalmente el tipo MIME" texto / csv "para CSV de acuerdo con RFC 2048".
- ^ "CSV - Valores separados por comas" . Consultado el 2 de diciembre de 2017 .
- ^ "Archivos CSV" . Consultado el 4 de junio de 2014 .
- ^ "Formato de archivo estándar de valores separados por comas (CSV)" . EDoceo, Inc . Consultado el 4 de junio de 2014 .
- ^ Productos del programa IBM FORTRAN para SO y el componente CMS de VM / 370 Información general (PDF) (primera edición), julio de 1972, p. 17, GC28-6884-0 , consultado el 5 de febrero de 2016 ,
para los usuarios familiarizados con los procesadores predecesores FORTRAN IV G y H, estas son las principales capacidades de lenguaje nuevo
- ^ "E / S dirigida por lista" , Referencia del lenguaje Fortran 77 , Oracle
- ^ "SuperCalc², paquete de hoja de cálculo para IBM, CP / M" . Consultado el 11 de diciembre de 2017 .
- ^ "Estructura de archivo de formato de valores separados por comas" . Consultado el 11 de diciembre de 2017 .
- ^ "CSV, valores separados por comas (RFC 4180)" . Consultado el 4 de junio de 2014 .
- ^ "RFC 4180: formato común y tipo MIME para archivos de valores separados por comas (CSV)" . Consultado el 22 de diciembre de 2020 .
- ^ Consulte sparql11-results-csv-tsv , la primera recomendación del W3C incluida en CSV y que cubre algunas de las deficiencias de RFC4180.
- ^ "RFC 7111: identificadores de fragmentos URI para el tipo de medio de texto / csv" . Consultado el 22 de diciembre de 2020 .
- ^ "Modelo para datos tabulares y metadatos en la Web - Recomendación del W3C 17 de diciembre de 2015" . Consultado el 23 de marzo de 2016 .
- ^ * Creativyst (2010), How To: The Comma Separated Value (CSV) File Format , creativyst.com , consultado el 24 de mayo de 2010
- ^ "Comprensión de CSV y límites de filas" . Consultado el 28 de febrero de 2021 .
- ^ "Paquete de datos tabulares" . Especificaciones de datos sin fricción .
- ^ "Dialecto CSV" . Especificaciones de datos sin fricción .
- ^ "CSV on the Web Working Group" . W3C CSV WG. 2013 . Consultado el 22 de abril de 2015 .
- ^ CSV en el repositorio web (en GitHub)
- ^ Modelo para datos tabulares y metadatos en la Web (Recomendación del W3C)
- ↑ Shafranovich (2005) afirma: "Dentro del encabezado y de cada registro, puede haber uno o más campos, separados por comas".
- ^ "EmacsWiki: Csv Nav" .
Otras lecturas
- "Guía de administración de IBM DB2: formatos de archivo CARGAR, IMPORTAR y EXPORTAR" . IBM . Archivado desde el original el 13 de diciembre de 2016 . Consultado el 12 de diciembre de 2016 . (Tiene descripciones de archivo de archivos ASCII (.DEL) delimitados (incluidos los separados por comas y punto y coma) y archivos ASCII no delimitados (.ASC) para la transferencia de datos).