CSV, JSON, YAML, XML 간 데이터 이동
데이터는 한 형식에 가만히 있지 않습니다. 보고서는 스프레드시트로 도착하고, API는 JSON을 원하고, 배포 파이프라인은 YAML을 기대하며, 어딘가 레거시 서비스는 여전히 XML을 사용합니다. 데이터를 다루는 일상적인 마찰의 대부분은 데이터 자체가 아니라 가진 형태에서 다른 것이 요구하는 형태로 변환하는 것입니다. 그것이 데이터 변환기의 전체 역할입니다. 하나의 표기법으로 구조화된 텍스트를 받아 의미를 잃지 않고 다른 것으로 다시 표현합니다.
Speedor의 변환기는 브라우저에서 완전히 실행됩니다. 붙여넣고, 클릭하고, 결과를 복사합니다. 업로드도, 로깅도, 기기를 떠나는 것도 없습니다. 무작위 웹사이트에 고객 내보내기를 드롭하기 전에 망설였던 사람이라면, 로컬 전용 디자인이 핵심입니다.
각 형식이 실제로 잘하는 것
형식을 이리저리 바꾸기 전에 왜 이 형식들이 존재하는지 아는 것이 도움이 됩니다. 각각 다른 목적을 위해 만들어졌기 때문입니다.
CSV는 스프레드시트가 좋아하는 평면적인 쉼표로 구분된 격자입니다. 본질적으로 표 형식입니다. 행과 열, 중첩 없음. Excel, Google Sheets, 또는 Numbers에서 열면 바로 작동합니다. 단점은 CSV에 타입 개념이 없다는 것입니다. 값 007은 문자열, 숫자, 또는 우편번호일 수 있으며 CSV는 어느 것인지 알려주지 않습니다.
JSON은 현대 웹의 공통 언어입니다. 호출하게 될 거의 모든 API가 이것을 사용합니다. JSON은 중첩, 배열, 소수의 실제 타입(문자열, 숫자, 불리언, null)을 처리하므로 평면 테이블보다 훨씬 표현력이 있습니다. 간결하고 기계 친화적이며 어디서나 지원됩니다.
YAML은 JSON의 더 읽기 쉬운 사촌입니다. 대괄호 대신 들여쓰기를 사용하고, 주석을 지원하며, 설정 파일, Docker Compose, Kubernetes 매니페스트, CI 파이프라인에서 선호되는 형식입니다. 사람이 직접 편집해야 할 때 YAML이 보통 더 친절합니다.
XML은 원로입니다. 장황하고 태그가 많지만 엔터프라이즈 시스템, SOAP 서비스, 금융 메시징, RSS와 같은 문서 표준에 깊이 내장되어 있습니다. 새로운 프로젝트에서는 덜 자주 만나지만, 필요할 때는 정말로 필요합니다.
변환이 실제로 일어나는 곳
시나리오들은 살펴보면 꽤 구체적입니다. 마케팅에서 4,000명의 연락처가 담긴 스프레드시트를 건네고 가입 API가 JSON 배열만 받는다고 합시다. 시트를 CSV로 내보내고 CSV를 JSON으로 실행하면 POST할 준비가 된 페이로드를 얻습니다. 글루 스크립트도, pandas도, 엔지니어를 기다릴 필요도 없습니다.
또는 같은 API에서 JSON 덩어리를 가져와 서비스가 시작 시 읽는 설정 파일에 넣고 싶다면. JSON을 YAML로 변환하면 리포지토리에 맞는 깔끔하고 주석 달 수 있는 것을 얻습니다. 도구가 JSON만 받는데 설정이 YAML에 있을 때는 반대 방향도 작동합니다.
그리고 아무도 좋아하지 않는 통합: XML만 수집하는 파트너 시스템. 앱이 생각하는 방식이기 때문에 JSON으로 페이로드를 구성하고 경계에서 XML로 변환합니다. 형태는 같고 구문만 바뀝니다.
알아둘 주의 사항
형식 변환이 항상 무손실은 아니며, 그렇지 않은 척하면 버그로 이어집니다. 몇 가지 주의할 사항:
CSV는 타입을 잊습니다. 모든 셀이 단지 텍스트이기 때문에 숫자, 불리언, 날짜 모두 변환기가 추측하지 않는 한 문자열로 나옵니다. true가 불리언이어야 하고 단어 "true"가 아닐 때, 배포하기 전에 출력을 확인하세요.
YAML은 공백에 신경 씁니다. YAML에서 들여쓰기는 장식이 아니라 구조적입니다. 잘못된 공백 하나가 어떤 키에 값이 속하는지를 바꿀 수 있으며, 탭은 완전히 금지됩니다. JSON에서 YAML로의 변환 후에는 빠르게 살펴보거나 결과를 JSON 포매터에 다시 넣어 구조가 살아남았는지 확인하는 것이 좋습니다.
XML과 JSON은 깔끔하게 매핑되지 않습니다. JSON에는 배열이 있고, XML에는 반복 요소가 있습니다. JSON에는 속성이 없고, XML에는 어디에나 있습니다. 대부분의 변환기는 합리적인 관례를 선택하지만, XML이 속성을 많이 사용하면 생성된 JSON이 직접 작성한 JSON과 약간 달라 보입니다. 이것은 예상된 것이지 결함이 아닙니다.
중첩 깊이가 중요합니다. CSV는 평면적이므로 깊이 중첩된 JSON이 플래트닝 키(예: address.city) 없이 항상 열로 축소될 수 없습니다. 반대로 평면 CSV는 평면 배열이 되며 절대 트리가 되지 않습니다.
여기서 로컬 전용이 중요한 이유
변환하고 싶은 많은 데이터는 공유할 수 없는 것들입니다. 사용자 기록, 내부 설정, 응답에 묻힌 API 키, 재무 행. 많은 온라인 변환기들은 작업을 위해 조용히 붙여넣기를 서버로 전송합니다. Speedor는 그렇지 않습니다. 변환 로직이 브라우저 탭에서 실행되고, 데이터가 네트워크를 건너지 않으며, 탭을 닫는 것이 전체 정리입니다. 업로드 왕복이 없기 때문에 더 빠르기도 하고, 페이지가 로드된 후에는 오프라인으로도 작동합니다. 무료, 가입 불필요, 할당량 없음.
자주 묻는 질문
변환할 때 내 데이터가 어딘가로 업로드되나요?
아니요. 모든 변환은 JavaScript를 사용해 브라우저에서 로컬로 실행됩니다. 데이터가 기기를 떠나지 않으며 서버로 전송되지 않아서 오프라인 상태에서도 이 도구들이 작동합니다.
코드 없이 CSV를 JSON으로 변환할 수 있나요?
네. CSV를 변환기에 붙여넣고, 변환을 클릭하고, 결과 JSON 배열을 복사합니다. 첫 번째 행은 열 헤더로 처리되어 각 객체의 키가 됩니다.
변환된 JSON에서 숫자가 문자열로 표시되는 이유가 뭔가요?
CSV에는 데이터 타입 개념이 없어서 모든 값이 텍스트로 시작합니다. 일부 변환기는 숫자와 불리언을 자동으로 감지하려 하지만, 의심스러울 때는 선행 0이 있는 우편번호나 ID처럼 값을 손상시키지 않도록 문자열로 유지합니다.
JSON과 YAML의 차이가 뭔가요?
같은 종류의 데이터를 표현하지만 YAML은 중괄호와 대괄호 대신 들여쓰기를 사용하고, 주석을 허용하며, 일반적으로 사람이 읽고 편집하기 더 쉽습니다. JSON은 더 간결하며 대부분의 웹 API의 기본값입니다.
이 형식들 간의 변환이 항상 무손실인가요?
보통은 그렇지만 항상 그런 것은 아닙니다. JSON, YAML, XML은 대부분의 경우 서로 잘 매핑됩니다. 가장 까다로운 짝은 평면적이고 타입이 없는 CSV와 JSON 배열과 다르게 속성과 반복 요소를 처리하는 XML입니다. 중요한 데이터는 항상 출력을 확인하세요.
이 변환기들이 큰 파일에서도 작동하나요?
작업이 자신의 기기에서 이루어지기 때문에 대부분의 일상적인 파일은 편안하게 처리합니다. 성능은 서버가 아닌 기기에 따라 달라지므로 매우 큰 파일은 주로 브라우저 메모리에 의해 제한됩니다.