텍스트 형식으로 다른 프로그램과 데이터를 교환해야합니까?

Question

우리 프로그램은 서로 독립적 인 소유물에서 각각 다른 프로그램으로 데이터를 가져오고 내보낼 필요가 있습니다. 대부분의 회사는 2 개의 텍스트 파일을 전송합니다. 첫 번째 파일은 데이터 컨텐츠로 구성되며 두 번째 파일에는 설명이 들어 있습니다.

내용 파일 :이 예 가정 이 문제를 해결하기 위해 TheArtofDeceptionKevin11.53

Description file: offset[0..16] -> Book name 
        offset[17..21] -> Author 
        offset[22..27] -> Price 

을, 나는 각 회사 및 난을 구문 분석 데이터를 추출하려면 제이슨 기반의 구성 파일을 사용하여 jason, 오프셋 정보 추출 및 가져 오기 ...하지만 최근에 나는 이것을 위해 데이터베이스를 사용할 생각입니다. (회사, docType, 필드 이름) 및 열 (시작, 끝)과 같은 기본 키로 테이블을 정의한다고 가정 해 봅시다.

마지막 디자인에 대해 어떻게 생각하십니까? 누군가가 이미이 문제를 해결하고 좋은 해결책을 찾는데 도움이되기를 바랍니다.

는

잘 나는 실제로 데이터베이스의 DB에서 각 회사 및 저장에 대한 설명은 그 구성 파일을 구문 분석의 사실을 사용하여 의미, 감사합니다. 이 방법은 특정 회사에서 데이터를 가져올 때마다 구성 파일을 구문 분석 할 필요가 없을 것이라고 생각합니다. 그래서 모든 교환 파일은 단 한 번만 구문 분석되어 데이터베이스에 저장됩니다. 그리고 새 콘텐츠 파일에서 데이터를 가져올 때마다 db를 쿼리하고 오프셋을 추출합니다.

Answer 1

에 따라 다르다;..) (난 당신이 json하지 제이슨 의미 가정

데이터 교환은 JSON은 하위 집합 인의 XML의 주요 사용 사례 중 하나입니다 이것은 일반적인 교환 형식을 허용

그러나 데이터가 정기적으로 구조화되어 있다면 교환 형식과 같은 데이터베이스를 사용할 수는 있지만이 형식은 잘 정의되어 있지 않으므로 MySql 데이터베이스 파일을 복사 할 수는 없습니다. 탭을 전송할 수 있습니다. 구분 된 파일 또는 CSV 파일을 포함하지만 포함 된 데이터는 XM으로 잘 정의되지 않았습니다. L - 예 : 비 ASCII 문자 표현 방법은 무엇입니까? 또한이 파일에는 기본 키 정보가 포함되지 않습니다. 정확한 형식의 모든 참여자와 동의 할 수 있다면이 전송 방법은 XML보다 작은 파일을 사용하고 처리가 더 빠르지 만 다시 데이터 양이 많으면 다시 생각할 수 있습니다.

따라서 전송 또는 처리 속도가 프로세스에 눈에 띄는 차이를 만들지 않는 한 XML/json 형식을 사용합니다.

Answer 2

데이터베이스 시스템을 사용하면 내가 수집하는 영구 저장 장치를 원한다면 주로 유용합니다. 관심을 가질만한 것은 다양한 응용 프로그램간에 안정적인 전송을 준비 할 수있는 일종의 메시지 대기열 시스템입니다. 데이터 형식에 관해서는 XML과 JSON 사이의 결정은 주로 XML의 유효성을 검사하기 위해 일종의 스키마 언어를 사용하지 않는 한 응용 프로그램과 전송 메커니즘이 가장 잘 처리 할 수있는 것입니다. 현재 JSON을 널리 사용하지는 않습니다.