Why European Excel opens CSVs in a single column
The most common reason developers and data analysts need to change CSV delimiters is regional locale differences in spreadsheet applications. In the United States, the United Kingdom, and many English-speaking regions, the standard list separator is a comma (,) and the decimal point is a period (.). In continental Europe, Latin America, and parts of Africa, the comma is officially reserved as the decimal separator (for example, 19,95 €).
Because Microsoft Excel relies on operating system regional settings, opening a standard comma-delimited CSV on a European computer causes Excel to treat commas as decimal points rather than field boundaries. As a result, Excel fails to divide the rows into columns and dumps every line into column A as a single unbroken string of text.
Converting comma-separated files to semicolon-delimited files (; ) resolves this issue instantly. When a European installation of Excel encounters semicolons, it recognizes them as the native list separator and automatically splits the data into proper columns without requiring users to navigate the manual Text-to-Columns wizard or adjust system localization preferences.
| Locale / Region | Decimal Separator | List Separator | Standard CSV File Delimiter |
|---|---|---|---|
| US / UK / Canada (EN) | Period (.) | Comma (,) | Comma (,) |
| Germany / France / Spain | Comma (,) | Semicolon (;) | Semicolon (;) |
| Brazil / Latin America | Comma (,) | Semicolon (;) | Semicolon (;) |
| Enterprise Data Warehouses | Period (.) | Pipe (|) or Tab (\t) | Pipe (|) or Tab (\t) |
Why global find and replace corrupts CSV files
A frequent operational mistake is using a simple text editor or regex replace script to substitute commas with semicolons or tabs. This approach treats every character identically, ignoring the grammatical syntax of the CSV format.
Under RFC 4180 standards, delimiters contained within double-quoted strings represent literal content rather than column boundaries. For example, a company name like "Acme, Inc." or a street address like "100 Market St, Suite 400" uses a comma as punctuation within a single data field. Running a global search-and-replace turns that field into "Acme; Inc.", altering the actual text.
Even worse, if quotation marks are stripped or inconsistently formatted, replacing commas creates an extra field in that row. This creates a ragged row where all subsequent columns are shifted to the right, misaligning phone numbers with email addresses and breaking downstream SQL imports or API payloads.
A standards-compliant delimiter converter recalculates quoting from scratch: values containing commas no longer need quotes when converting to semicolons, while values containing semicolons are automatically enclosed in quotes to protect structural boundaries.
id,name,address
1,Jane Doe,"123 Main St, Suite 400"id;name;address
1;Jane Doe;123 Main St, Suite 400The pipe delimiter for enterprise data warehouses
In enterprise ETL pipelines and data warehouses such as Snowflake, Amazon Redshift, Google BigQuery, and Databricks, the pipe character (|) is frequently preferred over commas or semicolons.
Natural language datasets—such as product descriptions, user feedback, customer support transcripts, and free-form notes—frequently contain commas, semicolons, and quotes. When datasets scale to millions of rows, complex nested quoting slows down high-throughput ingestion engines and increases the risk of parser misinterpretation.
Because the pipe character rarely appears in normal text or numeric data, pipe-delimited files minimize the need for quotation wrappers across the entire dataset. This produces cleaner, more predictable flat files that ingest significantly faster and reduce memory footprint during bulk COPY and LOAD operations.
Tab-separated values versus delimited CSV
Tab-separated values (TSV) use an ASCII horizontal tab (character code 9) to separate fields and newline characters to separate records. TSV is widely used in bioinformatics, Unix command-line data processing with awk and cut, and clipboard data transfer between spreadsheets.
However, converting between CSV and TSV introduces an important formatting caveat: unlike CSV, there is no universally adopted quoting standard for TSV. Some parsers treat quotes as literal text, while others expect Unix-style backslash escaping (\t and \n) for internal tabs and line breaks.
If a source CSV field contains an embedded tab character, converting it to TSV without sanitizing that character will split the field across two columns. When converting tabular data intended for TSV environments, ensure literal tabs inside cells are replaced with spaces or use dedicated CSV-to-TSV conversion tools that warn about embedded whitespace.
Escaping quotes and RFC 4180 compliance
When changing delimiters, the quoting behavior must strictly conform to RFC 4180 specifications. A field must be wrapped in double quotes if and only if it contains the active delimiter, a line break (CRLF or LF), or a quotation mark.
If a cell value contains a double quote character, RFC 4180 dictates that the quote must be escaped by preceding it with another double quote (""). For example, the text 12" monitor must be serialized as "12"" monitor".
Many database export tools (such as MySQL with default settings) emit backslash escapes (\") instead of RFC 4180 double-quotes. When standardizing files across systems, a delimiter converter parses both dialect forms and normalizes output to compliant RFC 4180 quotes, ensuring universal interoperability across Python pandas, R, Excel, and relational databases.