문제

도,XML 을 사용하기 때문에 그것이 유행이다.

도움이 되었습니까?

해결책

몇 가지 강점 :

  • XSD에 대해 XML 데이터를 검증 할 수 있습니다
  • 쉽게 제공 할 수 있습니다 계약 (XSD)는 XML 데이터를 생성/소비 해야하는 다른 당사자에게 문자 그대로 설명하지 않고
  • XML 데이터 표현에서 다단계에서 하나에서 많은 관계를 가질 수 있습니다.
  • XML은 CSV보다 더 읽기 쉽습니다
  • XML은 .NET Framework에서 기본적으로 지원됩니다

내 머리 꼭대기에서 몇 가지 이름을 지정합니다.

다른 팁

.CSV 파일은 데이터가 엄격하게 표로 표현되고 해당 구조를 알고있을 때 좋습니다. 다른 수준의 데이터 사이에 관계를 갖기 시작하자마자 XML은 중첩을 통해서만 (스키마 없이도) 관계가 분명 할 수 있기 때문에 더 잘 작동하는 경향이 있습니다.

XML 가에 대한 기본값으로는 많은 혜택을의 많은 다른 사람들이 이미 언급했다.그래서 질문은"때와 왜 CSV 것이 바람직하 XML?".

나는 느낌 CSV 는 것이 바람직하 XML 경우:-을 로드하는 간단한 형식의 데이터 -당신은에서 제어 모두의 생성과 소비의 데이터 파일 -데이터 집합은 큰

CSV 완벽하게 사용할 수 있는 경우에는 첫 번째 2 개의 지점은 사실,그리고 성능 이점이는 것이 더 중요한 큰 데이터 집합입니다.

나는 빠른 테스트 loading~8000 기록 각 6 텍스트 필드가 있습니다.선적 및 XML 구문 분석했다~8 초가 걸렸습니다.선적 CSV1 초 미만이 걸렸다.

오버헤드 XML 가치가 그 많은 경우에,그러나 때렬 CSV 하는 것이 더 적합합니다.

CSV는 일부 정보와 관련된 일련의 값을 가지고있을 때 유용하며 항상 각 필드에 대한 값을 저장할 것임을 알고 있습니다.

XML은 자체 설명 데이터 (TAG)와 계층 구조를 갖는 이점이 있습니다. 이는 데이터를 저장하는 방식에있어 훨씬 더 많은 유연성을 제공합니다.

훨씬 더 복잡한 계층 구조 등을 가질 수 있으며 XML vs. CSV를 사용하여 구조를 가질 수 있습니다. 훨씬 더 유연성을 제공합니다.

인터넷에서 흥미로운 성능 테스트를 찾았습니다. XML의 특징이 필요하지 않은 경우 XML의 단점의 신 예.

"나는 다른 각도에서 Steven의 실험을 시도했다. 나는 Excel XP 스프레드 시트를 한 자리 숫자로 채우고 XML과 Comma 기준 텍스트 파일 (CSV)에 저장했다. 그런 다음 Winzip으로 압축 한 다음 둘 다 열었다. Excel과 함께. 여기에 내가 찾은 내용은 다음과 같습니다.

XML 파일은 840MB, CSV 34MB - 2,500% 차이 압축, XML 파일은 2.5MB, CSV 0.00015MB (150KB) - 1,670% 차이입니다.

마찬가지로 극적으로 드라마틱 한 것은 파일을 압축하지 않고 Excel 스프레드 시트로 렌더링하는 데 걸리는 시간입니다. XML 파일에서 약 20 분이 걸렸습니다. CSV는 1 분이 걸렸습니다. 2,000% 차이. "

http://www.xml.com/pub/a/a/a/a/a/12/15/deviant.html

물론 그것은 때때로 유행하고 버즈에 가치가 있습니다. 그것은 모두 당신의 응용 프로그램에 따라 다릅니다. 구문 분석하기 쉽기 때문에 XML의 구성 파일을 선호합니다. 반면 DatagridView 또는 Database Dumps에 CSV 파일을 사용합니다.

이것 일일 WTF : XML 대 CSV 선택은 분명합니다. 결정을 내리는 데 도움이 될 것입니다;)

XML 은 선택할 만한을 통해 CSV 경우 데이터의 구조화(알 수 없는 스키마)를 읽을 수 있습니다.

틀림없이지 않는 한 데이터에 포함되는 주로 텍스트,CSV 는 또한 의미한다.

또한,관련는 경우에 데이터를 2 개 또는 3 차원이다.CSV 에 가장 적합한 2 차원의 텍스트,그리고 그것 때문에'상세 정보,XML 잘 작동합으로 3 차원의 데이터입니다.

전체"standardness"XML 은 과장,그리고 촬영 하지 않아야 합니다.XML 는 거대한 기술적 문제와 해결책의 많은 없 특히 우아하거나,많은 경우에 유용합니다:

  1. 그것을 사용하여 텍스트를 지정한 그것의 자신의 텍스트 인코딩(닭고기와 계란?)
  2. 없음의 일반적인 스키마에 대한 언어 XML 특히습니다.
  3. 고대의 평범한 방법을 만드는 마크업 언어를 사용하여 <tags> 지 않기 때문에 특히 유용한 표준입니다.
  4. XML 시도를 소급 슈 혼 더 강력한 마크업 언어와 같은 SGML 기반으로 사람 그 자체로,의 혼란을 만들어 호환되지 않는다.
  5. 그것은 여전히 남아 있는지 여부를 결정 텍스트는 XML 탈출 시퀀스를 위해 일할 수 있지만 아무것도 가장 간단한 경우(즉,.친절한 데이터).

할 명확하고,XML 은 아마 잘못된 선택 90%의 데이터 교환 그것은 현재 사용되고 있는지에 대한,이후 해당 사용을 일부 또는 위의 모든 모델 예측제어 등을 다룬다.

다른 답변 외에도 XML을 사용하면 문서가있는 문자 세트를 지정할 수 있습니다.

XML의 가장 큰 장점은 구문 분석 기능과 대부분의 XML 라이브러리와 함께 제공되는 엄격한 검증이라는 것을 알았습니다. 잘 형성되고 이해하기 쉬운 오류 메시지 (X, X, 열 Y에서 XYZ가 닫히지 않음)에 대한 주장은 CSV 파일의 오류로 인해 깨진 값 또는 알려지지 않은 동작에 비해 진정한 도움이됩니다.

CSV는 일반적으로 XML보다 2 배 더 작기 때문에 물건을 움직이고 싶다면 더 가볍습니다.

XML은 표준이며 CSV의 다른 OS'ES 버전에 맞지 않습니다.

관련 답변에 대해 언급 할 충분한 명성이 없지만 누군가 CSV 형식으로 크기 패리티를 얻는 방법으로 XML을 압축하는 것을 제안했습니다. 이것이 사실이지만, XML 압축은 Somtimes가 당신을 물기 위해 돌아올 수 있습니다. XML 데이터를 시점에서 지점으로 전송하고 실패하면 XML을 읽고 무엇이 잘못되었는지 알아내는 것이 좋습니다. XML이 압축되어 전송이 실패하면 때때로 압축을 압축하고 내용을 검사 할 수 없습니다. 다시 말해서 XML을 압축하면 인간이 읽을 수있는 이점이 취소됩니다.

언젠가 당신이나 누군가 (짧은 성질과 큰 총 수집품)가 CSV 데이터에서 오류를 찾아야 할 수 있기 때문에 XML (및 JSON)을 사용한다고 말합니다.

그렇습니다. 나는 가독성을 말하고 있습니다. 다른 사람을 생각하는 것을 잊지 마십시오! 그는 당신에 대해 생각하고있을 것입니다.

XML은 데이터를 메타 데이터 (태그 이름 및 속성 이름으로 제공)로 태그하는 방법을 제공하는 반면 CSV는 그렇지 않습니다. 이를 구조화 된 계층 구조를 정의 할 수있는 기능과 결합하면 데이터 만 제공 할 때 XML을 쉽게 이해할 수있게하는 반면 CSV는 각 값을 해석하는 방법을 설명하기 위해 수반되는 도구 또는 문서가 필요합니다.

복잡한 데이터가있는 경우에도 XML 데이터를 쉽게 통과 할 수 있습니다.

이 링크를 확인하십시오.

그리고 다시 한 번 더 XML:이 X XML 의미 Extensible(나를 알고,정말 기억:-P).는 수단의 도움으로,XML 네임스페이스 메커니즘에 참석할 수 있습니다.두 가지 XML 언어 당신이 좋아하고 그들을 결합에 문서입니다.주어진 것 하나만 있 CSV'language'(산의 무수 구분 기호 스타일),XML 처리할 수 있는 매우 복잡,그리고 모듈식 방법입니다.

그러나 이것은 장점이 CSV:당신이 정말로 필요하다면 테이블 형식의 데이터는 XML 구문은 대부분입니다.

또한 일부 CVS 생성기/파서는 일반 텍스트 데이터에 많은 어려움이 있음을 발견했습니다. 캐리지 리턴과 쉼표, 인용문 등이 많은 긴 텍스트 문자열 등 CV를 조작 할 때 인생을 정말 어렵게 만듭니다.

SSMS는 재미를 위해 CSV를 잘라내는 것을 좋아합니다.

구조화되고, 인간이 읽기 쉬운, 편집, 검증, 패러스 성, 변형 가능성, 타이핑, 네임 스페이스, 그 뒤에 강력한 라이브러리가 여러 가지 이유 중 하나입니다.

무엇보다도 표준이지만.

  1. 모든 언어 및 데이터베이스에 기존 파서와 이미지가 있습니다.
  2. 그들은 나를 위해 인코딩을 다룹니다
  3. 그들은 나를 위해 탈출하는 것을 다룹니다

그게 나에게 중요한 전부입니다.

물론, CSV에서 도피하는 반면 표준 방법이 있습니다 (예 : "Excel이 수행하는 방식"). 자신을 쓰는 것은 정확히 어렵지 않지만 시간이 걸립니다. 그리고 당신은 대역 밖으로 인코딩하는 캐릭터에 암시 적으로 동의해야합니다. 그러나 너무 간단하기 때문에 사람들은 스스로 글을 쓰려고 노력하고 항상 #2 또는 #3을 망쳐 놓습니다.

JSON은 또한 #2와 #3을 만나며 #1 만족에 가까워지고 있습니다. 적어도 문서화되지 않은 파일의 경우에도 더 간단합니다. 당연히, 나는 내부적, 내부 및 외부 적으로 점점 더 많이 사용하고 있습니다.

그리고 나는 또한 훨씬 더 읽기 쉽기 때문에 그것을 선호합니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top