data 교환

Data exchange

데이터 교환소스 스키마에서 구조화된 데이터를 대상 스키마로 변환하여 대상 데이터가 소스 [1]데이터를 정확하게 표현하도록 하는 프로세스입니다.데이터 교환을 통해 서로 다른 컴퓨터 프로그램 간에 데이터를 공유할 수 있습니다.

데이터 교환에서 데이터가 실제로 재구성(콘텐츠 손실 가능성 있음)된다는 점을 제외하면 데이터 통합의 관련 개념과 유사합니다.모든 제약조건에 따라 인스턴스를 변환하는 방법은 없을 수 있습니다.반대로 인스턴스를 변환하는 방법은 여러 가지가 있을 수 있으며(아마도 무한히 많을 수 있음), 이 경우 "최적의" 솔루션 선택을 식별하고 정당화해야 합니다.

단일 도메인 데이터 교환

일부 도메인에서는 수십 개의 서로 다른 소스 및 대상 스키마(독자 데이터 형식)가 존재할 수 있습니다."교환" 또는 "교환 형식"은 종종 단일 도메인에 대해 개발되며, 그 후 인터체인지 형식을 중간 [2]단계로 사용하여 모든 소스 스키마를 (간접적으로) 변환/변환하기 위해 필요한 루틴(매핑)이 작성됩니다.이는 각 소스 스키마를 각 타깃 스키마로 직접 변환하기 위해 필요한 수백 개의 다른 루틴을 작성하고 디버깅하는 것보다 훨씬 적은 작업을 필요로 합니다.

이러한 변환적인 교환 포맷의 예는 다음과 같습니다.

데이터 교환 언어

데이터 교환(또는 교환) 언어/포맷은 도메인에 의존하지 않고 모든 분야의 [9]데이터에 사용할 수 있는 언어입니다."[10]정보의 구조적 속성을 설명하는 메타데이터의 인코딩을 더욱 지원하기 위해 마크업 및 디스플레이 지향에서 발전했습니다."

특정 유형의 공식 언어는 특정 소프트웨어 구현 요구가 아닌 공식 프로세스에 의해 지정되기 때문에 다른 언어보다 이 작업에 더 적합하다는 것이 실무에서 입증되었습니다.예를 들어 XML은 방언(도메인 고유의 하위 언어의 정의)을 작성할 수 있도록 설계된 마크업 언어입니다.[11]그러나 도메인별 사전이나 팩트 유형은 포함되지 않습니다.신뢰할 수 있는 데이터 교환에는 표준 사전(파서, 스키마 검증기, 변환 [citation needed]도구 등)을 사용할 수 있다는 이점이 있습니다.

데이터 교환에 널리 사용되는 언어

다음은 여러 도메인에서 데이터 교환에 사용되는 일반적인 언어의 일부 목록입니다.

스키마 유연한 의미 검증 사전 정보 모델 동의어와 동음이의어 변증법 웹 표준 변혁 경량 사람이 읽을 수 있다 호환성.
RDF 네, 그렇습니다[1]. 네. 네. 네. 네. 네. 네. 네. 네. 네. 부분적 시멘틱서브셋
XML 네, 그렇습니다[2]. 네. 아니요. 아니요. 아니요. 아니요. 네. 네. 네. 아니요. 네. SGML 서브셋, HTML
아톰 네. 불명 불명 불명 아니요. 불명 네. 네. 네. 아니요. 아니요. XML 방언
JSON 아니요. 불명 불명 Un­known 아니요. Un­known 아니요. 네. 아니요. 네. 네. YAML의 부분 집합
YAML No[3] Un­known Un­known Un­known 아니요. Un­known 아니요. 아니요. No[3] 네. Yes[4] JSON의 상위
REBOL Yes[7] 네. 아니요. 네. 아니요. 네. 네. 아니요. Yes[7] 네. Yes[5]
겔리쉬 네. 네. 네. 네, 그렇습니다[8]. 아니요. 네. 네. ISO 아니요. 네. 부분적[6] SQL, RDF/XML, OWL

명명법

  • 스키마 - 언어 정의를 컴퓨터 해석 가능한 형식으로 사용할 수 있는지 여부
  • 유연성 - 언어를 사용하여 스키마를 변경하지 않고 의미 표현 기능을 확장할 수 있는지 여부
  • 의미 검증 - 언어 정의가 언어 표현의 정확성을 의미 검증할 수 있는지 여부
  • Dictionary-Taxonomy - 언어가 상속 개념의 사전 및 분류법(하위 유형-슈퍼 유형 계층)을 포함하는지 여부
  • 동의어와 동음이의어 - 언어에 동의어와 동음이의어가 표현에 포함되어 있는지 여부
  • 방언 - 언어 정의를 여러 자연 언어 또는 방언으로 사용할 수 있는지 여부
  • 웹 또는 ISO 표준 - 표준으로 언어를 승인한 조직
  • 변환 - 언어에 다른 표준으로의 번역이 포함되어 있는지 여부
  • Lightweight - 풀 버전 외에 Lightweight 버전 사용 가능 여부
  • 사람이 읽을 수 있는 언어 표현은 사람이 읽을 수 있는지 여부(훈련 [12]없이 사람이 읽을 수 있는지 여부)
  • 호환성 - 언어를 사용할 때 사용할 수 있거나 필요한 다른 도구는 무엇입니까?

주의:

  1. ^ RDF는 스키마가 유연한 언어입니다.
  2. ^ XML의 스키마에는 매우 제한된 문법과 어휘가 포함되어 있습니다.
  3. ^ 내선번호로 사용할 수 있습니다.
  4. ^ 콤팩트 구문이 아닌 기본 형식입니다.
  5. ^ 구문은 매우 간단합니다(인간이 읽을 수 있도록 설계되어 있습니다).사투리에는 도메인 지식이 필요할 수 있습니다.
  6. ^ 표준화된 사실 유형은 표준화된 영어 문구로 표시되며, 해석과 사용은 약간의 훈련이 필요하다.
  7. ^ 구문 분석 사투리는 사투리를 지정, 검증 및 변환하기 위해 사용됩니다.
  8. ^ 영어판에는 표준화된 사실 유형(=종류의 관계)도 포함된 겔리쉬 영어사전-택소노미가 포함되어 있습니다.

데이터 교환용 XML

World Wide Web에서의 데이터 교환에 XML이 인기를 끄는 데는 몇 가지 이유가 있습니다.우선 기존 표준인 SGML(Standard Generalized Markup Language) 및 Hypertext Markup Language(HTML)와 밀접하게 관련되어 있기 때문에 이들 2개 언어를 지원하기 위해 작성된 파서를 XML을 지원하도록 쉽게 확장할 수 있습니다.예를 들어 XHTML은 형식 XML이지만 대부분의 HTML 파서([11]전부는 아니더라도)에서 올바르게 인식되는 형식으로 정의되어 있습니다.

데이터 교환용 YAML

YAML은 사람이 읽을 수 있도록 설계된 언어입니다(또한 표준 텍스트 에디터로 쉽게 편집할 수 있습니다).그 개념은 종종 구조화 재구성과 유사합니다.텍스트 또는 Wiki 구문. 사람과 컴퓨터가 모두 읽을 수 있도록 시도합니다.YAML 1.2에는 JSON과의 호환성이 있는 약어 개념도 포함되어 있기 때문에 JSON 문서도 유효합니다.다만, 이것은 [13]그 반대입니다.

데이터 교환용 REBOL

REBOL은 모든 표준 텍스트 편집기를 사용하여 사람이 읽을 수 있고 쉽게 편집할 수 있도록 설계된 언어입니다.구두점이 최소이고 데이터 유형이 풍부한 단순한 자유 형식 구문을 사용합니다.URL, 이메일, 날짜 및 시간 값, 튜플, 문자열, 태그 등의 REBOL 데이터 유형은 공통 표준을 따릅니다.REBOL은 메타 언어를 추가하지 않아도 되도록 설계되었으며 메타 순환 방식으로 설계됩니다.예를 들어 REBOL 방언의 정의와 변환에 사용되는 Parse 방언도 REBOL의 방언이다.[14]REBOL은 [15]JSON의 영감의 원천으로 사용되었다.

데이터 교환을 위한 젤리쉬

겔리쉬 영어는 자연영어의 형식화된 서브셋으로, 여기에는 일반 및 도메인 고유의 용어(개념의 용어)를 정의하는 확장 가능한 큰 영어 사전-택소노미가 포함되어 있습니다.한편 개념은 지식 및 요구의 상속을 지원하는 하위 유형-슈퍼 유형 계층(분류학)으로 배열되어 있습니다.분노.Dictionary-Taxonomy에는 표준화된 팩트 유형(관계 유형이라고도 함)도 포함됩니다.용어 및 관계 유형을 함께 사용하여 사실, 지식, 요구사항 및 기타 정보의 표현을 만들고 해석할 수 있습니다.겔리쉬를 SQL, RDF/XML, OWL 및 기타 다양한 메타 언어와 조합하여 사용할 수 있습니다.겔리쉬 표준은 ISO 10303-221(AP221)과 ISO 15926의 [16]조합입니다.

「 」를 참조해 주세요.

레퍼런스

  1. ^ A. 도안, A.헤일비, 그리고 Z.Ives. "데이터 통합의 원리", Morgan Kaufmann, 2012년 페이지 276
  2. ^ Arenas, M.; Barceló, P.; Libkin, L.; Murlak, F. (2014). Foundations of Data Exchange. Cambridge University Press. pp. 1–11. ISBN 9781107016163. Retrieved 25 May 2018.
  3. ^ Clancy, J.J. (2012). "Chapter 1: Directions for Engineering Data Exchange for Computer Aided Design and Manufacturing". In Wang, P.C.C. (ed.). Advances in CAD/CAM: Case Studies. Springer Science & Business Media. pp. 1–36. ISBN 9781461328193. Retrieved 25 May 2018.
  4. ^ Kalish, C.E.; Mayer, M.F. (November 1981). "DIF: A format for data exchange between application programs". BYTE Magazine: 174.
  5. ^ "About ODF". OpenDoc Society. Retrieved 25 May 2018.
  6. ^ Zhu, X. (2016). GIS for Environmental Applications: A practical approach. Routledge. ISBN 9781134094509. Retrieved 25 May 2018.
  7. ^ "KML Reference". Google Inc. 21 January 2016. Retrieved 25 May 2018.
  8. ^ Martins, R.M.F.; Lourenço, N.C.C.; Horta, N.C.G. (2012). Generating Analog IC Layouts with LAYGEN II. Springer Science & Business Media. p. 34. ISBN 9783642331466. Retrieved 25 May 2018.
  9. ^ Billingsley, F.C. (1988). "General Data Interchange Language". ISPRS Archives. 27 (B3): 80–91. Retrieved 25 May 2018. The transformation routines will constitute a language and syntax which must be discipline and machine independent.
  10. ^ Nurseitov, N.; Paulson, M.; Reynolds, R.; Izurieta, C. (2009). "Comparison of JSON and XML Data Interchange Formats: A Case Study". Scenario: 157–162.
  11. ^ a b Lewis, J.; Moscovitz, M. (2009). AdvancED CSS. APress. pp. 5–6. ISBN 9781430219323. Retrieved 25 May 2018.
  12. ^ "human-readable". Oxford Dictionaries. Oxford University Press. Retrieved 29 May 2018.
  13. ^ Bendersky, E. (22 November 2008). "JSON is YAML, but YAML is not JSON". Eli Bendersky's website. Retrieved 29 May 2018.
  14. ^ Sassenrath, C. (2000). "The REBOL Scripting Language". Dr. Dobb's Journal. 25 (314): 64–8. Retrieved 29 May 2018.
  15. ^ Sassenrath, C. (13 December 2012). "On JSON and REBOL". REBOL.com. Retrieved 29 May 2018.
  16. ^ van Renssen, A.; Vermaas, P.E.; Zwart, S.D. (2007). "A Taxonomy of Functions in Gellish English". Proceedings from the International Conference on Engineering Design 2007: DS42_P_230. Retrieved 29 May 2018.