TIÊU CHUẨN QUỐC GIA TCVN 7981-3:2009 (ISO/TS 17369-3:2005) VỀ TRAO ĐỔI SIÊU DỮ LIỆU VÀ DỮ LIỆU THỐNG KÊ – PHẦN 3: LƯỢC ĐỒ VÀ TÀI LIỆU SDMX-ML

Hiệu lực: Còn hiệu lực

TIÊU CHUẨN QUỐC GIA

TCVN 7981-3:2009

ISO/TS 17369-3:2005

TRAO ĐỔI SIÊU DỮ LIỆU VÀ DỮ LIỆU THỐNG KÊ – PHẦN 3: LƯỢC ĐỒ VÀ TÀI LIỆU SDMX-ML

Statistical data and metadata exchange – Section 3: SDMX-ML: Schema and documentation

Lời nói đầu

TCVN 7981-3:2009 hoàn toàn tương đương với ISO 17369-3:2005

TCVN 7981-3:2009 do Ban Kỹ thuật Tiêu chuẩn quốc gia TCVN/TC 154 “Quá trình, các yếu tố dữ liệu và tài liệu trong thương mại, công nghiệp và hành chính” biên soạn, Tổng cục Tiêu chuẩn Đo lường Chất lượng đề nghị, Bộ Khoa học và Công nghệ công bố.

Bộ tiêu chuẩn TCVN 7981 (ISO 17369) gồm các phần sau:

– TCVN 7981-1:2008 (ISO/TS 17369-1:2005); Phần 1:Khung tổng quát về các tiêu chuẩn SDMX.

– TCVN 7981-2:2008 (ISO/TS 17369-2:2005); Phần 2: Mô hình thông tin: Thiết kế khái niệm UML.

– TCVN 7981-3:2009 (ISO/TS 17369-3:2005); Phần 3: Lược đồ và tài liệu SDMX-ML.

– TCVN 7981-4:2009 (ISO/TS 17369-4:2005); Phần 4: Cú pháp và tài liệu SDMX-EDI.

– TCVN 7981-5:2009 (ISO/TS 17369-5:2005); Phần 5: Hướng dẫn thực thi tiêu chuẩn định dạng SDMX.

– TCVN 7981-6:2009 (ISO/TS 17369-6:2005); Phần 6: Hướng dẫn SDMX sử dụng các dịch vụ web.

TRAO ĐỔI SIÊU DỮ LIỆU VÀ DỮ LIỆU THỐNG KÊ – PHẦN 3: LƯỢC ĐỒ VÀ TÀI LIỆU SDMX-ML

Statistical data and metadata exchange – Section 3: SDMX-ML: Schema and documentation

1. Bối cảnh

1.1. XML trong các dự án nghiên cứu tình huống và trao đổi dữ liệu theo lô

Theo tiến trình của các dự án trao đổi dữ liệu theo lô (Batch Data Exchange – BDE) và nghiên cứu tình huống, có hai lược đồ được xây dựng, cả hai lược đồ này đều dựa trên cơ sở mô hình thông tin theo đặc tả GESMES/TS. Vì vậy, chúng có nhiều khía cạnh giống nhau. Tuy nhiên, cũng có các đặc điểm khác biệt do sự khác nhau về yêu cầu kỹ thuật của hai dự án trên.

XML trong BDE được tối ưu hóa để trao đổi các tập dữ liệu lớn theo lô. Nó hỗ trợ đúng kiểu trao đổi đã thiết kế cho GESMES/TS, không phải để hỗ trợ cú pháp XML.

XML trong nghiên cứu tình huống được thiết kế và tối ưu hóa để hỗ trợ việc phổ biến web và cung cấp kiến trúc chia sẻ dữ liệu trên sổ đăng ký.

Rõ ràng, XML đơn thích hợp với nhiều phương pháp tiếp cận, điều đó thúc đẩy việc xây dựng tiêu chuẩn về SDMX-ML trong thời gian sớm nhất có thể.

Xem xét các yêu cầu kết hợp của tất cả các quá trình được hỗ trợ bởi công việc trước đây, thấy rằng việc một kiểu tài liệu đơn không phải là phương pháp tiếp cận tốt nhất. Tất cả các sản phẩm công nghệ SDMX (XML và các định dạng dữ liệu EDIFACT, sổ đăng ký, v.v) chia sẻ một mô hình thông tin, do đó mang cùng thông tin. Điều này đưa đến kết quả là một thiết kế XML ứng với năm hoặc sáu kiểu tài liệu biết trước.

1.2. Kết quả: Thiết kế XML

Tất cả kiểu tài liệu này chia sẻ một “phong bì” chung ở mức thông điệp (“SDMXMessage.xsd”), cũng như một tập chung các thành phần ở mức thấp (“SDMXCommon.xsd”), do vậy, thông tin tiêu đề và cấu trúc cơ bản luôn giống nhau.

Lược đồ mô tả cấu trúc tập khóa (“SDMXStructure.xsd”)

Lược đồ dữ liệu chung cho trao đổi dữ liệu chia sẻ (“SDMXGenericData.xsd”)

Lược đồ truy vấn chung để gọi các dịch vụ web (“SDMXQuery.xsd”)

Lược đồ tập khóa chuyên dụng đối với trao đổi song phương/cập nhật và sửa đổi (“SDMXCompactData.xsd”)

Lược đồ tập khóa chuyên dụng cho việc xử lý cách trình bày và sử dụng bên trong (“SDMXUtilityData.xsd”)

Yêu cầu: Lược đồ tập khóa chuyên dụng về dữ liệu phần giao – được kết hợp với kiểu tài liệu cô đọng (“SDMXCrossSectionalData.xsd”)

1.3. Thúc đẩy việc sử dụng tiêu chuẩn SDMX-ML

Ngoài các định dạng khác nhau này, các ánh xạ chuẩn và công cụ biến đổi tương ứng được xây dựng để tạo ra các lược đồ tập khóa chuyên dụng từ các mô tả cấu trúc và để biến đổi các trường hợp dữ liệu XML cụ thể từ một định dạng mô tả dữ liệu XML sang một định dạng khác và từ các định dạng này thành các thông điệp SDMX-ML tương ứng. Mức hỗ trợ các công cụ này thúc đẩy việc sử dụng SDMX, cho phép dữ liệu được sử dụng dễ dàng qua toàn bộ các quá trình và đáp ứng các yêu cầu phức tạp. Cuối cùng, tất cả định dạng chia sẻ Mô hình thông tin chung cho phép cách tiếp cận này đáp ứng một tập rộng các yêu cầu của SDMX.

2. Tài liệu viện dẫn

Các tài liệu viện dẫn sau là rất cần thiết cho việc áp dụng tiêu chuẩn. Đối với các tài liệu viện dẫn ghi năm ban hành thì áp dụng bản được nêu. Đối với các tài liệu viện dẫn không ghi năm ban hành thì áp dụng phiên bản mới nhất, bao gồm cả các sửa đổi.

Ngôn ngữ xác định lược đồ W3 XML, phiên bản 1.0 (URL: http://www.w3c.orq/XML/Schema#dev).

Ngôn ngữ đánh dấu mở rộng W3C, phiên bản 1.0, xuất bản lần 3 (URL: http://www.w3c.orq/TR/2004/REC-xml-20040204/)

3. Sự phù hợp

Các Điều 5 và 6 của tiêu chuẩn này mang tính quy định, cung cấp quy tắc tạo ra các trường hợp XML SDMX-ML cụ thể và các lược đồ XML W3C.

4. Tổng quan thiết kế

4.1. Phạm vi và yêu cầu

Để hiểu mối quan hệ giữa một số kiểu tài liệu, điều quan trọng là phải nắm rõ các yêu cầu mà chúng được thiết kế để hoàn thành công việc. Theo truyền thống, GESMES/TS (trước đây là GESMES/CB) được tạo ra để trao đổi lượng lớn dữ liệu giữa các bên đối tác. Việc sử dụng định dạng dữ liệu này thể hiện một số yêu cầu mà SDMX-ML chấp nhận chúng như chính yêu cầu của mình, đó là một trong các trường hợp sử dụng được yêu cầu để hỗ trợ:

Lượng lớn dữ liệu phải đạt được trong một định dạng cô đọng hợp lý, bởi kích cỡ tiềm tàng của các cơ sở dữ liệu đang được trao đổi.

GESMES/TS phải có khả năng gửi các cập nhật gia tăng, hơn là gửi toàn bộ và các cơ sở dữ liệu đầy đủ. Việc kiểm tra tính hợp lệ các trao đổi như vậy không đòi hỏi trao đổi toàn bộ tập dữ liệu, mà chỉ cần gửi thông tin đủ để đảm bảo các quá trình cập nhật và sửa đổi không chính xác.

Thông tin có cấu trúc cũng như dữ liệu cần được truyền.

Phải có một phép biến đổi đáng tin cậy sang và từ cú pháp GESMES/TS EDIFACT.

Nên có khả năng trình bày thông tin trong ngôn ngữ tự nhiên bằng các ngôn ngữ tương đương hoặc đa ngôn ngữ.

Đây là một tập các yêu cầu mà định dạng XML trong BDE được thiết kế để đáp ứng chúng, về bản chất, các kiểu trao đổi này có xu hướng trao đổi song phương (hoặc các trao đổi bằng “cổng nối”, mà mức độ tiêu chuẩn hóa được đặt ở tập các trao đổi song phương). Trong các kiểu trao đổi này, cả hai bên đối tác đã thỏa thuận quá trình trao đổi và các tập khóa được sử dụng, để không gặp bất kỳ khó khăn nào.

SDMX-ML đối mặt với tập các yêu cầu lớn hơn. Tuy nhiên, Một trong các yêu cầu lớn nhất là hỗ trợ việc phổ biến web, trong đó, không có một bên đối tác nào, đúng hơn là không có nhà cung cấp dữ liệu và người sử dụng dữ liệu. Các vai trò này không có quan hệ cần thiết ngoài việc trao đổi dữ liệu đơn, do đó, có thể ảnh hưởng đến việc hiểu quá trình phổ biến và các tập khóa được sử dụng, v.v. Ngoài ra, SDMX-ML được thiết kế để hỗ trợ việc sử dụng XML trong kiến trúc trung tâm sổ đăng ký, sử dụng công nghệ dịch vụ web. Các trường hợp sử dụng này đi cùng với các yêu cầu bổ sung cho các trường hợp sử dụng của trao đổi song phương và việc cập nhật các cơ sở dữ liệu:

Để hỗ trợ các dịch vụ web và các phương pháp công nghệ tương tự, có một yêu cầu gửi các truy vấn đến nguồn thông tin cũng như dữ liệu và cấu trúc.

Người sử dụng (và các dịch vụ sổ đăng ký) không biết rõ về tập khóa cụ thể, vì vậy họ phải điều khiển dữ liệu qua các tập khóa và thậm chí (dịch vụ so sánh) để đặt dữ liệu cấu trúc theo nhiều tập khóa trong trường hợp XML đơn.

XML càng đơn giản càng tốt để cho phép người sở hữu web và người xây dựng web chưa quen với việc coi thống kê như một miền có thể sử dụng dễ dàng.

Nên sử dụng XML càng “bình thường” càng tốt trong các công cụ XML tiêu chuẩn như môi trường phát triển web, phân tích cú pháp, công cụ soạn thảo v.v.

Việc kiểm tra tính hợp lệ của các tập dữ liệu nên kiểm tra tính đầy đủ của tập dữ liệu đó – Hồ sơ kiểm tra tính hợp lệ cho các cập nhật gia tăng là không đầy đủ.

Dữ liệu nên được cấu trúc không chỉ theo dữ liệu chuỗi thời gian, mà còn theo dữ liệu phần giao để đáp ứng các nhu cầu của người sử dụng khác nhau. Phải có khả năng lấy dữ liệu cấu trúc theo tập khóa đơn và biến đổi dữ liệu đó thành định dạng chuẩn cho phép một trong hai cách tối ưu hóa cấu trúc này.

Các định dạng XML thúc đẩy việc tái sử dụng các ngữ nghĩa, khái niệm và danh sách mã chung trong phạm vi lớn nhất có thể, trong khi vẫn công nhận cơ quan duy trì tài nguyên cụ thể (danh sách mã, tập khóa, tập dữ liệu, v.v.).

Đây là một tập các yêu cầu rất rộng, trong quá trình khảo sát nghiên cứu, rõ ràng thấy rằng một số trong các yêu cầu đó rất dễ gây hiểu lầm. Hầu như không thể thiết kế một kiểu tài liệu XML đơn thỏa mãn tất cả các yêu cầu này. Đồng thời, mọi thiết kế được chấp nhận nên có quan hệ rõ ràng với Mô hình thông tin, để người sử dụng có thể dễ dàng hiểu ý tưởng của tập khóa và quan hệ của nó với dữ liệu thống kê.

4.2. Phương pháp thiết kế

Một trong các khía cạnh lớn nhất của hướng dẫn thực hiện GESMES/TS là mô hình dữ liệu của nó, cho phép thông điệp EDIFACT được sử dụng cho nhiều kiểu dữ liệu khác nhau. Thiết kế XML xây dựng dựa trên phương pháp này bằng cách mở rộng việc sử dụng của mô hình nhằm bao trùm không chỉ các kiểu dữ liệu thống kê được thể hiện như các tập khóa mà còn các cú pháp. Tập khóa là kết cấu siêu dữ liệu – nó được thể hiện trong nhiều cú pháp, nhưng không phụ thuộc vào chúng. Xem xét ý tưởng sử dụng mô hình thông tin SDMX (tập mô hình dữ liệu GESMES/TS) nhằm bao trùm các cú pháp, thấy rằng phương pháp tương tự có thể được sử dụng để bao trùm các định dạng XML về trường hợp sử dụng. Do chúng được dựa trên cùng một mô hình nên tính tương đương được bảo đảm. Đối với phép biến đổi đơn giản, dữ liệu bất kỳ được biểu diễn trong EDIFACT hoặc XML quá trình – cụ thể có thể được biến đổi thành thông tin ưa thích của bên nhận dữ liệu. Thêm nữa, từ mô tả có thể xử lý của tập khóa (mô tả XML), nó có khả năng tạo ra các mô tả định dạng, công cụ và cấu hình đặc trưng cho tập khóa đó.

Lí do chính chống lại phương pháp này là tính phức tạp của nó, đây là nhân tố tiêu cực khi ban bố các tiêu chuẩn quốc tế. Ngoài ra, nhìn vào các yêu cầu, nhận thấy rằng không chỉ cần các định dạng XML của tập khóa chuyên dụng mà còn cần các định dạng có thể cung cấp nhiều tập khóa mà không phải không thay đổi – đó là định dạng phi tập khóa chuyên dụng.

Kết quả của phân tích này là ý tưởng về quan điểm thỏa thuận. Ngay khi có thỏa thuận rằng; chỉ có một định dạng XML cho việc mô tả tập khóa – nhiều hơn là không cần thiết. Thì một yêu cầu tồn tại nhằm giúp cho các dịch vụ có thể sử dụng dữ liệu cấu trúc theo mọi tập khóa và đôi khi là trong tổ hợp của chúng. Điều này thể hiện nhu cầu về định dạng dữ liệu “chung”. Việc truy vấn yêu cầu này đòi hỏi tạo ra một thông điệp Query (truy vấn) (trước đây, đã được thảo luận trong cộng đồng GESMES/TS, mặc dù chưa được hoàn thành). Ngoài ra, nhận thấy rằng, có ít nhất hai, có thể là ba kịch bản mâu thuẫn các yêu cầu về mặt thiết kế XML:

Trao đổi, cập nhật và sửa đổi cơ sở dữ liệu;

Sử dụng và xử lý XML “thông thường” đối với người sở hữu web, người phát triển và người sử dụng các công cụ XML điển hình;

Trao đổi dữ liệu phần giao (có thể giống với kịch bản trao đổi cơ sở dữ liệu)

Để hỗ trợ tập rộng các yêu cầu, thì số lượng nhỏ các tài liệu tiêu chuẩn nên khớp với nhau để đáp ứng các yêu cầu xử lý cụ thể. Điều này bao gồm ba kịch bản được mô tả ở trên và việc sử dụng kiểu tài liệu truy vấn, được yêu cầu cho việc phát triển các dịch vụ web và các ứng dụng tương tự liên quan đến việc tạo dữ liệu SDMX-ML trong thời gian chạy từ các cơ sở dữ liệu.

Trong thiết kế này vẫn duy trì ý tưởng tái sử dụng, bất cứ nơi nào có thể, các cấu trúc chung được tái sử dụng. Điều này dẫn đến một cấu trúc “thông điệp” chung, trong đó, có một tiêu đề được chia sẻ bởi tất cả tài liệu và một “phong bì” đơn (không nhầm lẫn với phong bì SOAP của các dịch vụ web, chứa toàn bộ các thông điệp SDMX-ML của mỗi loại). Hơn nữa, cấu trúc chính của kiểu tài liệu XML của tập khóa chuyên dụng giống với cấu trúc của kiểu tài liệu khác, nhằm mục đích mở rộng tối đa có thể. Để tăng tính nhất quán, nên sử dụng các định dạng XML với các cấu trúc xác định.

Kết quả cuối cùng là sự phân chia chủ yếu giữa các định dạng XML “chung” không gắn với các tập khóa riêng với tập các định dạng đặc trưng cho các tập khóa và kịch bản sử dụng riêng.

Các quyết định thiết kế này thực hiện khi đối tượng được trình bày giống như một phần tử hoặc thuộc tính XML được tạo ra dựa trên các yêu cầu cụ thể về mỗi định dạng XML. Đối với các định dạng mà tính cô đọng của dữ liệu là hết sức quan trọng, thì hầu hết được trình bày như các thuộc tính, bởi điều này dẫn tới việc trình bày dữ liệu cô đọng hơn. Trong các trường hợp khác – ví dụ trong các thông điệp UtilityData (dữ liệu tiện ích), các kiểu cấu trúc khác được sử dụng có cấu trúc dài dòng hơn, nhưng lại trình bày nhiều siêu dữ liệu hơn trong tập khóa (ví dụ: thứ tự khóa). Kiểu khác nhau trong các thân thiết kế này luôn xuất phát từ các yêu cầu về định dạng XML cụ thể đang được thiết kế.

4.3. Đóng gói SDMX-ML: Các môđun tên miền

Trong thiết kế lược đồ XML đề xuất, có lược đồ đóng gói dựa trên ý tưởng rằng các tên miền XML có thể được sử dụng như “các môđun”, giúp người sử dụng hay ứng dụng bất kỳ chỉ cần quen với tập con của toàn bộ các thư viện có thể sử dụng nó. Phương pháp này rất phù hợp với thiết kế mô tả ở trên và thường được sử dụng chủ yếu trong các tiêu chuẩn XML về các miền khác.

Lợi ích chủ yếu của các tên miền – đặc biệt trong việc làm sáng tỏ yêu cầu rằng các cơ quan duy trì được tìm kiếm qua việc tái sử dụng các cấu trúc và dữ liệu họ duy trì – cho phép SDMX sở hữu các môđun tên miền nào đó và cho phép các cơ quan duy trì khác sở hữu các tên miền đặc trưng cho các tập khóa họ duy trì.

Kết quả là một tập các gói tên miền nhất trí với phương pháp thiết kế mô tả ở trên. Mỗi môđun là một trường hợp đơn lẻ của phần tử schema trong ngôn ngữ lược đồ XML của W3C. Ở đó, các môđun này phụ thuộc một môđun khác, chúng sử dụng cơ chế nhập lược đồ XML để đưa ra các kết cấu mô tả trong môđun khác.

Môđun tên miền SDMX chứa các kết cấu thông điệp chung, bao gồm thông tin tiêu đề chung (“SDMXMessage.xsd”) – được sử dụng với tất cả môđun tên miền SDMX-ML khác

Môđun tên miền SDMX chứa các mô tả siêu dữ liệu có cấu trúc ví dụ như các tập khóa, khái niệm và danh sách mã (“SDMXStructure.xsd”)

Môđun tên miền SDMX chứa các kết cấu dùng chung qua tất cả kiểu thông điệp SDMX (“SDMXCommon.xsd”) – cần thiết cho tất cả các môđun tên miền SDMX-ML khác (Để thuận tiện, cũng chứa tên miền XML [“xml.xsd”] được cung cấp bởi W3C bao gồm thuộc tính xml:lang trong các lược đồ).

Môđun tên miền SDMX mô tả định dạng chung (phi tập khóa) về định dạng dữ liệu (“SDMXGenericData.xsd”),

Môđun tên miền SDMX mô tả cấu trúc của thông điệp Query (truy vấn) chung (“SDMXQuery.xsd”) – đối với người sử dụng và phát triển các dịch vụ web, v.v.

Môđun tên miền SDMX cung cấp khung cơ cấu chung được sử dụng cho tất cả lược đồ tập khóa về Trao đổi Cơ sở dữ liệu, Cập nhật và Sửa đổi (“SDMXCompactData.xsd”)- đối với việc sử dụng song phương.

Tập các môđun tên miền được tạo ra và duy trì bởi người tạo ra các lược đồ “Compact” (cô đọng) về tập khóa – không được duy trì bởi SDMX.

Môđun tên miền SDMX cung cấp khung cơ cấu chung được sử dụng cho tất cả lược đồ tập khóa chuyên dụng về người sở hữu web và người phát triển sử dụng các công cụ XML tiêu chuẩn (“SDMXUtilityData.xsd”) để xử lý và sử dụng sản phẩm công bố.

Tập các môđun tên miền được tạo và duy trì bởi người tạo các lược đồ “Utility” (tiện ích)của tập khóa – không được duy trì bởi SDMX.

Môđun tên miền SDMX cung cấp khung cơ cấu chung về tất cả lược đồ tập khóa chuyên dụng của dữ liệu phần giao (“SDMXCrossSectionalData.xsd”) để sử dụng song phương và xử lý dữ liệu phần giao.

Tập các môđun tên miền được tạo và duy trì bởi người tạo các lược đồ “CrossSectional” (phần giao) của tập khóa – không được duy trì bởi SDMX.

Các điều sau đây mô tả chi tiết các định dạng XML được đề xuất, các định dạng này nên được kiểm tra cùng với tài liệu cung cấp. Các lược đồ đề xuất này được chia thành các lược đồ chung trong đó, một tập các định nghĩa lược đồ hoàn chỉnh được cung cấp và các lược đồ về tập khóa trong đó, cấu trúc chính được cung cấp (cùng với mã lược đồ), cộng với hướng dẫn tập khóa cụ thể được ánh xạ tới cấu trúc chính.

5. Lược đồ (phi tập khóa) chung

Một vài lược đồ SDMX-ML là tương tự đối với tất cả các lược đồ tập khóa chuyên dụng. Các lược đồ này gồm:

SDMXMessage.xsd, mô tả cấu trúc thông điệp cơ bản chung cho tất cả các thông điệp SDMX-ML;

SDMXStructure.xsd, mô tả các tập khóa, danh sách mã và khái niệm;

SDMXGenericData. xsd, mô tả dữ liệu qua các tập khóa về việc xử lý chung;

SDMXQuery.xsd, đánh dấu các truy vấn dựa vào cơ sở dữ liệu và các dịch vụ web phù hợp với SDMX;

SDMXCommon.xsd, mô tả các kết cấu chung được sử dụng trong các lược đồ khác

Trong các thông điệp này, chỉ có thông điệp SDMXStructure và SDMXGenericData được yêu cầu cho việc trao đổi dữ liệu chung. Tài liệu cho mỗi lược đồ trên được đưa ra dưới đây. (Bản thân các lược đồ được bổ sung riêng)

5.1. Môđun tên miền của thông điệp SDMX

Tên miền: http://www.SDMX.org/resources/SDMXML/schemas/v1_0/message

Nhập: http://www.SDMX.org/resources/SDMXML/schemas/v1_0/structure

(SDMXStructure.xsd)

Nhập: http://www.SDMX.org/resources/SDMXML/schemas/v1_0/generic

(SDMXGenericData.xsd)

Nhập: http://www.SDMX.org/resources/SDMXML/schemas/v1_0/utility

(SDMXUtilityData.xsd)

Nhập: http://www.SDMX.org/resources/SDMXML/schemas/v1_0/compact

(SDMXCompactData.xsd)

Nhập: http://www.SDMX.org/resources/SDMXML/schemas/v1_0/cross

(SDMXCrossSectionalData.xsd)

Nhập: http://www.SDMX.org/resources/SDMXML/schemas/v1_0/query

(SDMXQuery.xsd)

Nhập: http://www.SDMX.org/resources/SDMXML/schemas/v1_0/common

(SDMXCommon.xsd)

5.1.1. Phần tử toàn cục

Structure (Cấu trúc) (StructureType/Kiểu cấu trúc): là thông điệp chứa tất cả siêu dữ liệu có cấu trúc về tập dữ liệu, có thể là các tập khóa, khái niệm hoặc danh sách mã.

GenericData (Dữ liệu chung) (GenericDataType/Kiểu dữ liệu chung): được sử dụng để truyền dữ liệu theo dạng tập khóa giao nhau.

UtilityData (Dữ liệu tiện ích) (UtilityDataType/Kiểu dữ liệu tiện ích): chứa dữ liệu dạng XML, đặc trưng cho mỗi tập khóa, theo các ánh xạ chuẩn và được tối ưu hóa để hỗ trợ công cụ soạn thảo và các ứng dụng khác đòi hỏi một lược đồ XML “điển hình”. Định dạng này có thể được sử dụng để kiểm tra tính hợp lệ của dữ liệu theo một dạng tập khóa chuyên dụng giống như các lược đồ XML mong đợi và yêu cầu toàn bộ tập dữ liệu. Kiểu dữ liệu này không thể được sử dụng cho các cập nhật gia tăng.

CompactData (Dữ liệu cô đọng) (CompactDataType/Kiểu dữ liệu cô đọng): chứa dữ liệu theo định dạng XML được tối ưu hóa cho cập nhật gia tăng và việc truyền song phương các tập dữ liệu lớn. Nó đặc trưng cho mỗi tập khóa, theo các ánh xạ chuẩn. Cho phép các giá trị khóa được trình bày ở mức Group (nhóm).

CrossSectionalData (Dữ liệu phần giao) (CrossSectionalDataType/Kiểu dữ liệu phần giao): chứa dữ liệu theo định dạng XML được tối ưu hóa đối với việc mô tả quan sát tại một điểm theo thời gian và đối với việc truyền song phương các tập dữ liệu. Nó đặc trưng cho mỗi tập khóa theo các ánh xạ chuẩn. Cho phép các giá trị khóa được trình bày từ mức Group (nhóm) xuống mức Observation (quan sát) và cho phép nhiều giá trị quan sát với các “đơn vị đo” khác nhau. Thời gian được gắn với mức DataSet (tập dữ liệu).

QueryMessage (Dữ liệu truy vấn) (QueryMessageType/Kiểu dữ liệu truy vấn): được sử dụng để truy vấn các cơ sở dữ liệu công bố trên web và gọi các dịch vụ web. Nó cho phép các truy vấn được tạo về dữ liệu và siêu dữ liệu có cấu trúc.

MessageGroup (Nhóm thông điệp) (MessageGroupType/Kiểu nhóm thông điệp): được sử dụng để cho phép nhiều thông điệp dữ liệu của một kiểu đơn được chứa trong đường truyền đơn. Phần tử này xuất hiện từ yêu cầu về các dịch vụ có khả năng trao đổi dữ liệu từ nhiều nguồn và được cấu trúc theo nhiều tập khóa.

Header (Tiêu đề) (HeaderType/Kiểu tiêu đề): được khai báo toàn cục để có thể hoạt động như phần tiêu đề của nhóm thay thế cho các lược đồ được sử dụng bên trong. Tuy đây là một ngoại lệ của toàn bộ các thiết kế SDMX-ML, nhưng nhiều người lại thích sử dụng kết cấu này. Chú ý rằng khi các thông điệp SDMX-ML được trao đổi bên ngoài tổ chức, thì nên sử dụng tiêu đề chuẩn – không tạo ra bất kỳ giả định nào về các trường bổ sung trong kiểu thay thế nếu không được nhất trí của các bên đối tác.

5.1.2. Kiểu phức

MessageType (Kiểu thông điệp): là kiểu trừu tượng được tất cả các thông điệp sử dụng, cho phép kế thừa các tính năng chung. Nó cũng cung cấp các quy định về tính duy nhất đối với các trường tiêu đề.

Element Content (Type):

Header (HeaderType)

StructureType (Kiểu cấu trúc): xác định các nội dung của thông điệp cấu trúc.

Extends: MessageType

Element Content (Type):

Agencies (structure:AgenciesType) – giá trị nhỏ nhất: 0

CodeLists (structure:CodeListsType) – giá trị nhỏ nhất: 0

Concepts (structure:ConceptsType) – giá trị nhỏ nhất: 0

KeyFamilies (structure:KeyFamiliesType) – giá trị nhỏ nhất: 0

GenericDataType (Kiểu dữ liệu chung): xác định các nội dung của thông điệp GenericData (dữ liệu chung).

Extends: MessageType

Element Content (Type)

DataSet (generic:DataSetType)

UtilityDataType (Kiểu dữ liệu tiện ích): xác định các nội dung của thông điệp UtilityData (dữ liệu tiện ích).

Extends: MessageType

Element Content (Type):

[Reference] (utility:DataSet)

CompactDataType (Kiểu dữ liệu cô đọng): xác định các nội dung của thông điệp CompactData (dữ liệu cô đọng).

Extends: MessageType

Element Content (Type):

[Reference] (compact:DataSet)

CrossSectionalDataType (Kiểu dữ liệu phần giao): xác định các nội dung của thông điệp CrossSectionalData (dữ liệu phần giao).

Extends: MessageType

Element Content (Type):

[Reference] (cross:DataSet)

QueryMessageType (Kiểu thông điệp truy vấn (Query)): xác định các nội dung của QueryMessage (thông điệp truy vấn (Query)).

Extends: MessageType

Element Content (Type):

Query (query:QueryType)

MessageGroupType (Kiểu nhóm thông điệp): xác định các nội dung của thông điệp MessageGroup (nhóm thông điệp).

Extends: MessageType

Choice:

[Reference] (generic:DataSet) – giá trị lớn nhất: vô cùng

Choice:

[Reference] (utility: DataSet) – giá trị lớn nhất: vô cùng

Choice:

[Reference] (compact:DataSet) – giá trị lớn nhất: vô cùng

Choice:

[Reference] (cross:DataSet) – giá trị lớn nhất: vô cùng

Attribute: id(xs:NMTOKEN) – tùy chọn

HeaderType (Kiểu tiêu đề): xác định các trường tiêu đề sử dụng cho tất cả các thông điệp. ID định danh định nghĩa luồng dữ liệu, khi được liên kết với thời gian, nó định danh duy nhất tập dữ liệu đó. Việc kiểm tra cho biết liệu thông điệp có dùng cho mục đích kiểm tra hay không. Trường Truncated (cắt bớt) được sử dụng trong các thông điệp dữ liệu đáp ứng các thông điệp Query (truy vấn) và đặt là true nếu đáp ứng đó bị cắt bớt để thỏa mãn các giới hạn về kích cỡ được đưa ra bởi thuộc tính defaultLimit (giới hạn mặc định) trong thông điệp Query (truy vấn). Trường Name (tên) cung cấp một tên để truyền. Trường Prepared (chuẩn bị) là ngày tháng chuẩn bị. Trường Sender (người gửi) là thông tin về người gửi và trường Receiver (người nhận) là thông tin về người nhận. Trường Agency (cơ quan) cung cấp mã định danh/từ viết tắt cho cơ quan duy trì tập dữ liệu. Id của tập dữ liệu cung cấp định danh cho tập dữ liệu. Mã Action (hoạt động) cung cấp mã để xác định xem liệu thông điệp bao là thông điệp Update (cập nhật) hay thông điệp Delete (xóa) (không được sử dụng với thông điệp UtilityData (dữ liệu tiện ích)). KeyFamilyRef (tham chiếu tập khóa) được sử dụng để tham chiếu tập khóa tới tập dữ liệu, sử dụng id của nó. (Thông tin này được yêu cầu ở mức DataSet (tập dữ liệu) cho một vài thông điệp, ngoài ra được cung cấp ở đây nhằm tạo thuận lợi cho các thông điệp không yêu cầu nó.) KeyFamilyAgency (cơ quan duy trì tập khóa) quy định cơ quan duy trì tập khóa sử dụng id được mã hóa của nó. Các trường tham chiếu đến tập dữ liệu không được sử dụng nếu thông điệp chứa truy vấn hoặc thông tin có cấu trúc – các thông điệp này cung cấp các trường cụ thể cho việc nắm bắt thông tin. Các thông điệp ở đây không được sử dụng như các mặc định. Trường Extracted (tách) là tem thời gian từ hệ thống trả về dữ liệu; ReportingBegin (báo cáo bắt đầu) và ReportingEnd (báo cáo kết thúc) cung cấp chu kỳ thời gian được chứa trong thông điệp. Trường Source (nguồn) cung cấp thông tin có thể đọc về nguồn dữ liệu đó.

Element Content (Type):

ID (xs:NCName)

Test (xs:boolean)

Truncated (xs:boolean)

Name (common:TextType) – giá trị nhỏ nhất: 0 – giá trị lớn nhất: vô cùng

Prepared (HeaderTimeType)

Sender (PartyType)

Receiver (PartyType) – giá trị nhỏ nhất: 0 – giá trị lớn nhất: vô cùng

KeyFamilyRef (xs:NMTOKEN) – giá trị nhỏ nhất: 0

KeyFamilyAgency (xs:NMTOKEN) – giá trị nhỏ nhất: 0

DataSetAgency (xs:NMTOKEN) – giá trị nhỏ nhất: 0

DataSetID (xs:NMTOKEN) – giá trị nhỏ nhất: 0

DataSetAction (common:ActionType) – giá trị nhỏ nhất: 0

Extracted (xs:dateTime) – giá trị nhỏ nhất: 0

ReportingBegin (HeaderTimeType) – giá trị nhỏ nhất: 0

ReportingEnd (HeaderTimeType) – giá trị nhỏ nhất: 0

Source (common:TextType) – giá trị nhỏ nhất: 0 – giá trị lớn nhất: vô cùng

PartyType (Kiểu bên tham gia): xác định thông tin được gửi về các bên tham gia khác nhau ví dụ như người gửi và người nhận thông điệp. Trường Name (tên) là ID của một bên và trường Contact (liên lạc) cung cấp các thông tin liên hệ chi tiết.

Element Content (Type):

Name (common:TextType) – giá trị nhỏ nhất: 0 – giá trị lớn nhất: vô cùng

Contact (ContactType) – giá trị nhỏ nhất: 0 – giá trị lớn nhất: vô cùng

Attribute: id (xs:NMTOKEN) – theo quy định

ContactType (kiểu liên hệ): xác định thông tin liên hệ của một bên tham gia. Trường Name (tên) cung cấp tên mà con người có thể đọc.

Element Content (Type):

Name (common:TextType) – giá trị nhỏ nhất: 0 – giá trị lớn nhất: vô cùng

Department (common:TextType) – giá trị nhỏ nhất: 0 – giá trị lớn nhất: vô cùng

Role (common:TextType) – giá trị nhỏ nhất: 0 – giá trị lớn nhất: vô cùng

Choice: giá trị nhỏ nhất: 0 – giá trị lớn nhất: vô cùng

Telephone (xs:string)

Fax (xs:string)

X400 (xs:string)

URI (xs:string)

Email (xs:string)

5.1.3. Kiểu đơn giản

HeaderTimeType (Kiểu tiêu đề thời gian): cung cấp kiểu liên kết xs:date và xs:dateTime cho các trường tiêu đề trong thông điệp.

5.2. Môđun tên miền của cấu trúc SDMX

Tên miền: http://www.SDMX.org/resources/SDMXML/schemas/v1_0/structure

Nhập: http://www.SDMX.org/resources/SDMXML/schemas/v1_0/common

(SDMXCommon.xsd)

5.2.1. Kiểu phức

AgenciesType (Kiểu các cơ quan): bao gồm một hoặc nhiều cơ quan.

Element Content (Type):

Agency (AgencyType) – giá trị lớn nhất: vô cùng

AgencyType (Kiểu cơ quan): cung cấp cấu trúc để mô tả các cơ quan và thông tin liên hệ. Thuộc tính id mang mã định danh cơ quan. Thuộc tính version (phiên bản) chỉ ra phiên bản mô tả cơ quan đó. Thuộc tính uri cung cấp uri cho cách định danh luân phiên về thông tin cơ quan đó (điển hình là URL phân tích cơ quan được mô tả trong SDMX-ML). Phần tử Name (tên) là phần tử cung cấp tên có thể đọc về tổ chức. MaintenanceContact (liên hệ của duy trì) cung cấp thông tin liên hệ của cơ quan khi nó hoạt động như một MaintenanceAgency (cơ quan duy trì); CollectorContact (liên hệ của thu thập) hoạt động giống với MaintenanceAgency (cơ quan duy trì) khi cơ quan này hoạt động như người thu thập số liệu thống kê; DisseminatorContact (liên hệ của phổ biến) khi cơ quan hoạt động như người phổ biến số liệu thống kê; và ReporterContact (liên hệ của báo cáo) khi cơ quan hoạt động như người báo cáo số liệu thống kê. OtherContact (liên hệ khác) được sử dụng để mô tả vai trò khác. Chú ý rằng trường Role (vai trò) trong cấu trúc thông tin liên hệ được quy định cho OtherContact (liên hệ khác). Cho phép tham chiếu thông tin đầy đủ về Agency (cơ quan) bằng cách chỉ sử dụng (tối thiểu) các trường id, name (tên), uri, với trường uri trỏ tới một mô tả ngoại trú trong một thông điệp Structure (cấu trúc) SDMX-ML hợp lệ mà cung cấp thông tin đầy đủ hơn. (gọi là “tham chiếu ngoại trú”). Nếu một tham chiếu ngoại trú được tạo, thì thuộc tính isExternalReference (tham chiếu ngoại trú) phải là “true”.

Element Content (Type):

Name (common:TextType) – giá trị lớn nhất: vô cùng

MaintenanceContact (ContactType) – giá trị nhỏ nhất: 0

CollectorContact (ContactType) – giá trị nhỏ nhất: 0

DisseminatorContact (ContactType) – giá trị nhỏ nhất: 0

ReporterContact (ContactType) – giá trị nhỏ nhất: 0

OtherContact (ContactType) – giá trị nhỏ nhất: 0 – giá trị lớn nhất: vô cùng

Attribute: id (xs:NCName) – theo quy định

Attribute: version (xs:string) – tùy chọn

Attribute: uri (xs:anyURI) – tùy chọn

Attribute: isExternalReference (xs:Boolean) – tùy chọn

ContactType (kiểu liên hệ): xác định thông tin liên hệ của bên tham gia. Phần tử id mang thông tin id của người sử dụng đối với liên hệ đó, trong đó, trường Name (tên) cung cấp tên có thể đọc.

Element Content (Type):

Name (common:TextType) – giá trị nhỏ nhất: 0 – giá trị lớn nhất: vô cùng

id (xs:NMTOKEN) – giá trị nhỏ nhất: 0

Department (common:TextType) – giá trị nhỏ nhất: 0 – giá trị lớn nhất: vô cùng

Role (common:TextType) – giá trị nhỏ nhất: 0 – giá trị lớn nhất: vô cùng

Choice: giá trị nhỏ nhất: 0 – giá trị lớn nhất: vô cùng

Telephone (xs:string)

Fax (xs:string)

X400 (xs:string)

URI (xs:string)

Email (xs:string)

CodeListsType (Kiểu các danh sách mã): chứa một hoặc nhiều danh sách mã. Kiểu này cũng xác định các quy định tính duy nhất đối với các id của danh sách mã.

Element Content (Type):

CodeList (CodeListType) – giá trị nhỏ nhất: 0 – giá trị lớn nhất: vô cùng

CodeListType (Kiểu danh sách mã): xác định các nội dung của danh sách mã. Bao gồm ID, cơ quan duy trì danh sách mã, phiên bản của nó và URL đặt danh sách mã đó. Các phần tử được hỗ trợ cho việc cung cấp tên và các mã. Nó chấp nhận cung cấp id, tên và các trường uri ở mức tối thiểu, với uri chỉ tới thông điệp cấu trúc SDMX chứa các chi tiết đầy đủ về danh sách mã. (Nó được đặt tên là “tham chiếu ngoại trú”) Nếu một tham chiếu ngoại trú được tạo ra thì thuộc tính isExternalReference phải là “true”.

Element Content (Type):

Name (common:TextType) – giá trị lớn nhất: vô cùng

Code (CodeType) – giá trị nhỏ nhất: 0 – giá trị lớn nhất: vô cùng

Annotations (common:AnnotationsType) – giá trị nhỏ nhất: 0

Attribute: id (xs:NCName) – theo quy định

Attribute: agency (xs:NMTOKEN) – tùy chọn

Attribute: version (xsistring) – tùy chọn

Attribute: uri (xs:anyURI) – tùy chọn

Attribute: isExternalReference (xs:Boolean) – tùy chọn

CodeType (Kiểu mã): xác định cấu trúc của mã. Điều này chấp nhận các mô tả văn bản thuần túy như nội dung phần tử và mã hóa giá trị như thuộc tính giá trị. (Các mô tả ngắn hoặc thông tin thể hiện khác có thể được bổ sung sử dụng Annotation (ghi chú) với một trường chỉ dẫn [ví dụ, “ShortDescription”]

Element Content (Type):

Description (common:TextType) – giá trị lớn nhất: vô cùng

Annotations (common:AnnotationsType) – giá trị nhỏ nhất: 0

Attribute: value (xs:NMTOKEN) – theo quy định

ConceptsType (Kiểu các khái niệm): xác định cấu trúc của tập các khái niệm.

Element Content (Type):

Concept (ConceptType) – giá trị lớn nhất: vô cùng

ConceptType (Kiểu khái niệm): quy định thông tin được cung cấp về khái niệm đơn. Bao gồm tên, nội dung phần tử và ID. Có thể sử dụng trường uri để chỉ tới vị trí của thông điệp cấu trúc SDMX-ML chứa nhiều phiên bản khái niệm chi tiết hơn. (Được đặt tên là “tham chiếu ngoại trú”.) Nếu một tham chiếu ngoại trú được tạo ra, thì thuộc tính isExternalReference phải là “true”.

Element Content (Type):

Name (common:TextType) – giá trị lớn nhất: vô cùng

Annotations (common:AnnotationsType) – giá trị nhỏ nhất: 0

Attribute: id (xs:NCName) – theo quy định

Attribute: agency (xs:NMTOKEN) – tùy chọn

Attribute: version (xs:string) – tùy chọn

Attribute: uri (xs:anyURI) – tùy chọn

Attribute: isExternalReference (xs:Boolean) – tùy chọn

KeyFamiliesType (Kiểu các tập khóa): xác định cấu trúc cho việc mô tả một hoặc nhiều tập khóa. Nó cũng cung cấp các quy định tính duy nhất đối với mỗi ID của tập khóa.

Element Content (Type):

KeyFamily (KeyFamilyType) – giá trị lớn nhất: vô cùng

KeyFamilyType (Kiểu tập khóa): xác định cấu trúc của mô tả tập khóa. Điều này bao gồm tên và tập các phần tử (thuộc tính và miền dữ liệu) giống với nội dung phần tử và ID, cơ quan, phiên bản và URL nơi định vị các thuộc tính.

Element Content (Type):

Name (common:TextType) – giá trị lớn nhất: vô cùng

Components (ComponentsType)

Annotations (common:AnnotationsType) – giá trị nhỏ nhất: 0

Attribute: id (xs:NCName) – theo quy định

Attribute: agency (xs:NMTOKEN) – tùy chọn

Attribute: version (xs:string) – tùy chọn

Attribute: uri (xs:anyURI) – tùy chọn

ComponentsType (Kiểu các thành phần): mô tả các miền dữ liệu, nhóm, thuộc tính và đơn vị đo của tập khóa. Nếu TimeDimension (miền dữ liệu thời gian) được chứa trong tập khóa – nếu các định dạng chuỗi thời gian về dữ liệu (các định dạng GenericData (dữ liệu chung), CompactData (dữ liệu cô đọng) và UtilityData (dữ liệu tiện ích)) được sử dụng thì phải có một miền dữ liệu tần suất.

Element Content (Type):

Dimension (DimensionType) – giá trị nhỏ nhất: 0 – giá trị lớn nhất: vô cùng

TimeDimension (TimeDimensionType) – giá trị nhỏ nhất: 0

PrimaryMeasure (PrimaryMeasureType)

CrossSectionalMeasure (CrossSectionalMeasureType) – giá trị nhỏ nhất: 0 – giá trị lớn nhất: vô cùng

Group (GroupType) – giá trị nhỏ nhất: 0 – giá trị lớn nhất: vô cùng

Attribute (AttributeType) – giá trị nhỏ nhất: 0 – giá trị lớn nhất: vô cùng

DimensionType (Kiểu miền dữ liệu): mô tả cấu trúc các miền dữ liệu phi thời gian. Thứ tự khai báo là rất quan trọng: nó được sử dụng để mô tả thứ tự khi chúng xuất hiện trong các định dạng dữ liệu mà các giá trị khóa được cung cấp theo một dạng có thứ tự (không kể miền dữ liệu thời gian, mà không được biểu diễn như một thành viên của khóa sắp xếp). Trong trường hợp các tập khóa được sử dụng cho dữ liệu phần giao cũng như dữ liệu chuỗi thời gian, mọi miền dữ liệu “đơn vị đo” phải có giá trị thuộc tính “isMeasureDimension” đặt là “true”. Nếu một miền dữ liệu được khai báo là đơn vị đo, thì nó phải có đơn vị đo được khai báo ở trong tập khóa mà tương ứng với mỗi giá trị trong danh sách mã biểu diễn nó. Bất kỳ miền dữ liệu tương ứng với khái niệm tần suất phải có thuộc tính isFrequencyDimension đặt là “true”. Chỉ có một miền dữ liệu này trong tập khóa. (Như đã quy ước trước đó, đó là miền dữ liệu đầu tiên trong tập các miền dữ liệu sắp xếp.) Nếu tập khóa mô tả dữ liệu phần giao, thì với mỗi miền dữ liệu phi thời gian, các thuộc tính crossSectionalAttachDataSet, crossSectionalAttachGroup, crossSectionalAttachSection và crossSectionalAttachObservation phải được đưa ra các giá trị. Giá trị “true” cho các thuộc tính này chỉ ra rằng miền dữ liệu có thể được cung cấp một giá trị ở mức chỉ báo trong cấu trúc phần giao.

Chú ý rằng các thuộc tính này không được cung cấp cho bất kỳ miền dữ liệu nào với isFrequencyDimension đặt là “true”, khi các miền dữ liệu này được đính kèm ở mức Group (nhóm) như thời gian. Tập khóa được thiết kế cho việc sử dụng phần giao phải được cấu trúc để mọi khóa của tập quan sát có thể được mô tả rõ ràng bằng cách lấy mỗi giá trị miền dữ liệu từ mức quan sát, mức phần, mức nhóm và mức tập dữ liệu, đúng với trình tự đưa ra trong tập khóa.

Element Content (Type):

Annotations (common:AnnotationsType) – giá trị nhỏ nhất: 0

Attribute: concept (xs:NMTOKEN) – theo quy định

Attribute: codelist (xs:NMTOKEN) – theo quy định

Attribute: isMeasureDimension (xs:boolean) – default: false

Attribute: isFrequencyDimension (xs:boolean) – default: false

Attribute: crossSectionalAttachDataSet (xs:boolean) – tùy chọn

Attribute: crossSectionalAttachGroup (xs:boolean) – tùy chọn

Attribute: crossSectionalAttachSection (xs:boolean) – tùy chọn

Attribute: crossSectionalAttachObservation (xs:boolean) – tùy chọn

TimeDimensionType (Kiểu miền dữ liệu thời gian): mô tả miền dữ liệu thời gian đặc biệt. Mọi miền dữ liệu được sử dụng cho các định dạng chuỗi thời gian (GenericData (dữ liệu chung), CompactData (dữ liệu cô đọng) và UtilityData (dữ liệu tiện ích)) phải bao hàm miền dữ liệu thời gian. Mọi tập khóa sử dụng miền dữ liệu thời gian phải khai báo miền dữ liệu thời gian, miền dữ liệu đầu tiên trong tập khóa như đã quy ước (tập các miền dữ liệu phi thời gian). Phần tử TextFormat (định dạng văn bản) có thể được bao hàm để chỉ ra việc biểu diễn thời gian trong một vài định dạng dữ liệu phi XML. Thuộc tính khái niệm phải chứa tên của khái niệm thời gian. Thuộc tính danh sách mã có thể cung cấp giá trị về tên của danh sách mã nếu cần.

Element Content (Type):

TextFormat (TextFormatType) – giá trị nhỏ nhất: 0

Annotations (common:AnnotationsType) – giá trị nhỏ nhất: 0

Attribute: concept (xs:NMTOKEN) – theo quy định

Attribute: codelist (xs:NMTOKEN) – tùy chọn

GroupType (Kiểu nhóm): khai báo các nhóm dữ liệu hữu ích, dựa trên việc lựa chọn các miền dữ liệu (phi thời gian) được khai báo tạo thành các khóa từng phần mà các thuộc tính được đính kèm. Giá trị của phần tử DimensionRef (tham chiếu miền dữ liệu) là khái niệm của miền dữ liệu – đó là giá trị của thuộc tính khái niệm của miền dữ liệu. Do đó, nếu dữ liệu được thể hiện như tập chuỗi thời gian trong đó tập chuỗi này thay đổi theo các tần suất khác nhau thì “nhóm quan hệ” được khai báo, với tất cả miền dữ liệu ngoại trừ miền dữ liệu tần suất trong đó. Nếu dữ liệu được nhóm với nhau như một tập gồm các quốc gia, thì “nhóm quốc gia” có thể được khai báo, với tất cả miền dữ liệu ngoại trừ miền dữ liệu quốc gia tạo thành một phần của khóa từng phần. Nếu mọi miền dữ liệu không phải là một phần của nhóm thì đều có giá trị biến đổi ở mức chuỗi (cho các định dạng chuỗi thời gian). Chỉ có miền dữ liệu đơn bị loại khỏi khóa từng phần – nó có thể là mọi tập con của các miền dữ liệu sắp xếp (đó là toàn bộ các miền dữ liệu ngoại trừ miền dữ liệu của chuỗi thời gian mà có thể không bao giờ được khai báo khi ở trong khóa từng phần theo nhóm). Tất cả các nhóm khai báo trong tập khóa phải là duy nhất – tức là, không thể sao chép lại các khóa từng phần. Tất cả các nhóm cũng phải được được gán cho một tên duy nhất (các thuộc tính id). Mặc dù theo quy ước phải khai báo các miền dữ liệu theo cùng thứ tự khi chúng được khai báo trong khóa sắp xếp, nhưng không có yêu cầu nào bắt buộc phải làm như vậy – thứ tự các giá trị của tập khóa được lấy theo thứ tự mà các miền dữ liệu được khai báo. Phần tử Description (mô tả) cung cấp mô tả mà con người có thể hiểu được (trong nhiều ngôn ngữ hoặc song ngữ) của nhóm. Chú ý rằng với các định dạng phần giao, cơ chế nhóm có tên không được sử dụng, mà thay được thay thế bằng nhóm chung có thời gian và các giá trị tần suất, chấp nhận các thuộc tính mức nhóm có sẵn được quy định nếu cần.

Element Content (Type):

DimensionRef (xs:NMTOKEN) – giá trị lớn nhất: vô cùng

Description (common:TextType) – giá trị nhỏ nhất: 0 – giá trị lớn nhất: vô cùng

Annotations (common:AnnotationsType) – giá trị nhỏ nhất: 0

Attribute: name (xs:NMTOKEN) – theo quy định

AttributeType (Kiểu thuộc tính): mô tả cấu trúc của các thuộc tính được khai báo trong tập khóa. Nếu thuộc tính danh sách mã không được sử dụng, thì thuộc tính không được mã hóa. Bạn có thể sử dụng phần tử TextFormat (định dạng văn bản) để quy định giá trị của thuộc tính không được mã hóa. Thuộc tính khái niệm chứa tên của khái niệm. Thuộc tính danh sách mã cung cấp giá trị id của danh sách mã. Thuộc tính attachmentLevel chỉ ra mức mà thuộc tính được đính kèm trong các định dạng chuỗi thời gian (các định dạng GenericData (dữ liệu chung), CompactData (dữ liệu cô đọng) và UtilityData (dữ liệu tiện ích)). Thuộc thính assignmentStatus cho biết liệu giá trị được cung cấp cho thuộc tính hay không khi gửi tài liệu cùng với dữ liệu. Phần tử AttachmentGroup (nhóm đính kèm) chỉ được bao hàm khi thuộc tính được đính kèm ở mức Group (nhóm), nhằm chỉ ra nhóm hay các nhóm khai báo thuộc tính có thể đính kèm. Với mỗi nhóm này, phần tử AttachmentGroup xuất hiện với nội dung của phần tử là tên của nhóm. Phần tử AttachmentMeasure (đơn vị đo kèm theo) cũng tương tự như vậy, chỉ ra các định dạng phần giao mà đơn vị đo hoặc đơn vị đo khai báo thuộc tính được đính kèm tới mức quan sát. Thuộc tính isTimeFormat cho biết thuộc tính biểu diễn khái niệm của định dạng thời gian (đặc biệt thuộc tính mức chuỗi bắt buộc với việc biểu diễn danh sách mã được lấy từ tiêu chuẩn ISO 8601). Với các tập khóa không được sử dụng để cấu trúc các định dạng phần giao, phần tử này có thể bị loại bỏ. Mỗi phần tử này đều chứa tên của đơn vị đo được khai báo. Các thuộc tính crossSectionalAttachDataSet, crossSectionalAttachGroup, crossSectionalAttachSection và crossSectionalAttachObservation chỉ ra mức độ hoặc các mức độ đính kèm cho các định dạng dữ liệu phần giao và có thể bị loại bỏ nếu tập khóa không được sử dụng để cấu trúc chúng. Giá trị “true” cho biết nó được phép cung cấp giá trị về thuộc tính ở mức quy định trong cấu trúc. Chú ý rằng tất cả các nhóm trong các định dạng phần giao được thay thế bởi nhóm chung có các giá trị về thời gian và tần suất, cho phép bất kỳ thuộc tính mức nhóm được đính kèm với nó.

Element Content (Type):

TextFormat (TextFormatType) – giá trị nhỏ nhất: 0

AttachmentGroup (xs:NMTOKEN) – giá trị nhỏ nhất: 0 – giá trị lớn nhất: vô cùng

AttachmentMeasure (xs:NMTOKEN) – giá trị nhỏ nhất: 0 – giá trị lớn nhất: vô cùng

Annotations (common:AnnotationsType) – giá trị nhỏ nhất: 0

Attribute: concept (xs:NMTOKEN) – theo quy định

Attribute: codelist (xs:NMTOKEN) – tùy chọn

Attribute: attachmentLevel (structure:AttachmentLevelType) – theo quy định

Attribute: assignmentStatus (structure:AssignmentStatusType) – theo quy định

Attribute: isTimeFormat (xs:boolean) – default: false

Attribute: crossSectionalAttachDataSet (xs:boolean) – tùy chọn

Attribute: crossSectionalAttachGroup (xs:boolean) – tùy chọn

Attribute: crossSectionalAttachSection (xs:boolean) – tùy chọn

Attribute: crossSectionalAttachObservation (xs:boolean) – tùy chọn

TextFormatType (Kiểu định dạng văn bản): xác định thông tin về việc mô tả định dạng văn bản. Nếu thuộc tính TextType (kiểu văn bản) không được quy định, thì các ký tự hợp lệ có thể được chứa trong trường văn bản. (tương ứng với kiểu dữ liệu xs:string của Lược đồ XML của W3C) Trong trường hợp này, thuộc tính Length (độ dài) được hiểu là độ dài lớn nhất. Nói cách khác, độ dài cung cấp giá trị cực đại hoặc các độ dài chuỗi ký tự như mỗi giá trị thuộc tính TextType (kiểu văn bản). Thuộc tính thập phân cung cấp độ chính xác (số các vị trí thập phân) mà dữ liệu số phải sử dụng. Đây là một số nguyên chỉ ra số lượng các chữ số xuất hiện sau dấu phân cách thập phân (“.”). Nếu được sử dụng, chữ số vắng mặt trong dữ liệu số được hiển thị là 0. Nếu không được sử dụng thì không có giới hạn nào trên các chữ số được cung cấp trong dữ liệu tồn tại cho các mục định trao đổi.

Attribute: length (xs:integer) – tùy chọn

Attribute: decimals (xs:integer) – tùy chọn

Attribute: TextType (TextTypeType) – tùy chọn

PrimaryMeasureType (Kiểu đơn vị đo chính): mô tả các giá trị quan sát về tất cả các cách thể hiện của dữ liệu, ngoại trừ các định dạng phần giao có nhiều đơn vị đo (một tập các đơn vị đo phần giao được sử dụng thay thế). Thuộc tính khái niệm chỉ tới khái niệm duy nhất được biểu diễn bởi đơn vị đo. PrimaryMeasure (đơn vị đo chính) được liên kết với khái niệm OBS-VALUE.

Element Content (Type):

Annotations (common:AnnotationsType) – giá trị nhỏ nhất: 0

Attribute: concept (xs:NMTOKEN) – theo quy định

CrossSectionalMeasureType (Kiểu đơn vị đo phần giao): mô tả các giá trị quan sát về các định dạng dữ liệu phần giao đơn vị đo. Với các tập khóa phi phần giao, không cần thiết quy định các đơn vị đo phần giao. Thuộc tính khái niệm chỉ tới khái niệm duy nhất được biểu diễn bởi phép đo. Thuộc tính measureDimension chứa tên khái niệm của miền dữ liệu đơn vị đo. Thuộc tính mã chứa giá trị của mã tương ứng trong danh sách mã sử dụng để biểu diễn miền dữ liệu đơn vị đo. CrossSectionalMeasure (Đơn vị đo phần giao) phải được khai báo cho mỗi mã trong danh sách mã sử dụng để biểu diễn miền dữ liệu đơn vị đo – Chúng thay thế đơn vị đo chính về các định dạng dữ liệu phần giao nhiều đơn vị đo.

Element Content (Type):

Annotations (common:AnnotationsType) – giá trị nhỏ nhất: 0

Attribute: concept (xs:NMTOKEN) – theo quy định

Attribute: measureDimension (xs:NMTOKEN) – theo quy định

Attribute: code (xs:NMTOKEN) – theo quy định

5.2.2. Kiểu đơn giản

AttachmentLevelType (Kiểu mức đính kèm):

Restricts xs:NMTOKEN

Code: DataSet – Data set level

Code: Group – Group level

Code: Series – Series level

Code: Observation – Observation level

AssignmentStatusType (Kiểu trạng thái gán):

Restricts xs:NMTOKEN

Code: Mandatory – Việc cung cấp giá trị thuộc tính là bắt buộc

Code: Conditional – Việc cung cấp giá trị thuộc tính là tùy chọn

TextTypeType (Kiểu văn bản): cung cấp danh sách các kiểu ký tự được cho phép trong TextFormat field.

Restricts xs:NMTOKEN

Code: Alpha – Cho phép các ký tự không phải là số được sử dụng trong chuỗi ký tự, với độ dài lớn nhất được quy định trong thuộc tính độ dài.

Code: AlphaFixed – Cho phép các ký tự không phải là số được sử dụng trong chuỗi ký tự, với độ dài (set length) được quy định trong thuộc tính độ dài.

Code: Num – Cho phép các ký tự số (0 – 9) được sử dụng trong chuỗi ký tự, với độ dài lớn nhất được quy định trong thuộc tính độ dài.

Code: NumFixed – Cho phép các ký tự số (0 – 9) được sử dụng trong chuỗi ký tự với độ dài được quy định trong thuộc tính độ dài.

Code: AlphaNum – Cho phép các ký tự số và không phải là số được sử dụng trong chuỗi ký tự, với độ dài lớn nhất được quy định trong thuộc tính độ dài.

Code: AlphaNumFixed – Cho phép các ký tự số và không phải là số được sử dụng trong chuỗi ký tự, với độ dài được quy định trong thuộc tính độ dài.

5.3. Môđun tên miền dữ liệu SDMX chung

Tên miền: http://www.SDMX.org/resources/SDMXML/schemas/v1_0/generic

Nhập: http://www.SDMX.org/resources/SDMXML/schemas/v1_0/common

(SDMXCommon.xsd)

5.3.1. Phần tử chung

DataSet (DataSetType) (Tập dữ liệu (Kiểu tập dữ liệu)): Phần tử DataSet (tập dữ liệu) chứa một hoặc nhiều nhóm tạo thành tập dữ liệu.

5.3.2. Kiểu phức

DataSetType (Kiểu tập dữ liệu): xác định cấu trúc của tập dữ liệu. Nó bao gồm tham chiếu tập khóa chứa ID của tập khóa và các giá trị thuộc tính đính kèm ở mức tập dữ liệu. DataSet (tập dữ liệu) có thể được sử dụng để truyền tài liệu (chỉ các giá trị thuộc tính), dữ liệu hoặc kết hợp cả hai. Nếu chỉ cung cấp tài liệu thì không cần gửi tập các thuộc tính hoàn thiện. Nếu chỉ truyền dữ liệu thì Group có thể bị loại bỏ nếu muốn. Các quy định về tính duy nhất được định nghĩa cho các thuộc tính của tập dữ liệu. Nếu các thuộc tính mức tập dữ liệu được gửi đi trong thông điệp xóa, thì giá trị thuộc tính hợp lệ sẽ chỉ ra rằng nên xóa giá trị hiện thời. Thuộc tính keyFamilyURI cho phép URI (điển hình là URL) được cung cấp, chỉ tới thông điệp cấu trúc SDMX-ML mô tả tập khóa.

Attribute: keyFamilyURI (xs:anyURI) – tùy chọn

Element Content (Type):

KeyFamilyRef (xs:NCName)

Attributes (ValuesType) – giá trị nhỏ nhất: 0

Choice: – giá trị nhỏ nhất: 0 – giá trị lớn nhất: vô cùng

Group (GroupType) – giá trị nhỏ nhất: 0 – giá trị lớn nhất: vô cùng

Series (SeriesType) – giá trị nhỏ nhất: 0 – giá trị lớn nhất: vô cùng

Annotations (common:AnnotationsType) – giá trị nhỏ nhất: 0

GroupType (Kiểu nhóm): Các giá trị khóa ở mức nhóm có thể được tuyên bố rõ ràng và tất cả giá trị không phải là ký tự thay thế được liệt kê trong GroupKey (khóa mật mã) – chúng cũng phải được đưa ra giá trị ở mức chuỗi. Không cần thiết phải quy định khóa mật mã, vì nó được suy luận từ các giá trị lặp đi lặp lại ở mức chuỗi. Nếu chỉ tài liệu (các thuộc tính mức nhóm) được truyền thì GroupKey (khóa mật mã)không bị loại bỏ. Thuộc tính kiểu chứa tên của nhóm được khai báo trong tập khóa. Nếu các thuộc tính mức nhóm được quy định trong thông điệp xóa thì giá trị hợp lệ được cung cấp cho thuộc tính chỉ ra rằng giá trị thuộc tính hiện tại nên được xóa bỏ thay cho thuộc tính quy định.

Attribute: type (xs:NMTOKEN) – theo quy định

Element Content (Type):

GroupKey (ValuesType) – giá trị nhỏ nhất: 0

Attributes(ValuesType) – giá trị nhỏ nhất: 0

Series (SeriesType) – giá trị lớn nhất: vô cùng

Annotations (AnnotationsType) – giá trị nhỏ nhất: 0

SeriesType (Kiểu chuỗi): quy định cấu trúc của chuỗi. Điều này bao gồm tất cả các giá trị khóa, giá trị về các thuộc tính và tập các quan sát tạo ra nội dung chuỗi. Các thông điệp có thể truyền các thuộc tính, dữ liệu hoặc cả hai. Bất luận trường hợp nào khóa của chuỗi thời gian đều được yêu cầu. Các giá trị khóa xuất hiện tại mức Series (chuỗi) ở trình tự tương ứng với trình tự khóa trong tập khóa. Chuỗi trong thông điệp xóa không cần cung cấp nhiều khóa, chỉ ra rằng toàn bộ các chuỗi được định danh bằng khóa đó nên được xóa. Nếu các thuộc tính chuỗi được gửi đi trong thông điệp xóa và giá trị hợp lệ được quy định cho thuộc tính thì thuộc tính nên được xóa bỏ.

Element Content (Type):

SeriesKey (SeriesKeyType)

Attributes (ValuesType) – giá trị nhỏ nhất: 0

Obs (ObsType) – giá trị nhỏ nhất: 0 – giá trị lớn nhất: vô cùng

Annotations (common:AnnotationsType) – giá trị nhỏ nhất: 0

SeriesKeyType (Kiểu khóa của chuỗi thời gian): xác định nội dung của khóa chuỗi. Mỗi miền dữ liệu phi thời gian phải có giá trị cung cấp cho nó, theo thứ tự mà các miền dữ liệu được quy định trong tập khóa.

Element Content (Type):

Value (ValueType) – giá trị lớn nhất: vô cùng

ObsType (Kiểu quan sát): xác định cấu trúc của một quan sát. Điều này bao gồm giá trị thời gian và giá trị quan sát cũng như các giá trị về mỗi thuộc tính được gán ở mức quan sát bởi tập khóa. Trong thông điệp xóa, chỉ thời gian cần được đưa ra, nó cho biết rằng quan sát được định danh bởi khóa và thời gian nên được xóa bỏ. Với thông điệp cập nhật, cả giá trị thời gian và giá trị quan sát được yêu cầu. Nếu các thuộc tính xuất hiện trong thông điệp xóa thì giá trị hợp lệ cung cấp cho thuộc tính cho biết giá trị hiện tại nên được xóa bỏ.

Element Content (Type):

Time (common:TimePeriodType)

ObsValue (ObsValueType) – giá trị nhỏ nhất: 0

Attributes (ValuesType) – min

Annotations (common:AnnotationsType) – giá trị nhỏ nhất: 0

ValuesType (Kiểu các giá trị):

Element Content (Type):

Value (ValueType) – giá trị lớn nhất: vô cùng

ValueType (Kiểu giá trị): được sử dụng để gán giá trị đơn vào khái niệm, như cho các giá trị thuộc tính và các giá trị khóa. Kiểu này không có nội dung phần tử.

Attribute: concept (xs:NCName)

Attribute: value (xs:string)

ObsValueType (Kiểu giá trị quan sát): mô tả tập thông tin về giá trị quan sát. Điều này được liên kết với khái niệm đơn vị đo chính được khai báo trong tập khóa.

Attribute: value (xs:double)

5.4. Môđun tên miền về truy vấn SDMX

Tên miền: http://www.SDMX.org/resources/SDMXML/schemas/v1_0/query

Nhập: http://www.SDMX.org/resources/SDMXML/schemas/v1_0/common

(SDMXCommon.xsd)

5.4.1. Phần tử chung

Query(QueryType) (Truy vấn (Kiểu truy vấn)): Thông điệp Query (truy vấn) cho phép truy vấn các cơ sở dữ liệu và dịch vụ web theo SDMX. Nó cho phép các truy vấn lấy lại dữ liệu, các tập khóa, các danh sách mã và các khái niệm.

5.4.2. Kiểu phức

QueryType (Kiểu truy vấn): Phần tử Query (truy vấn) là phần tử ở mức trên cùng của tên miền này, nó được tham chiếu bởi phong bì thông điệp SDMX hoặc được đặt bên trong phong bì khác, ví dụ như SOAP. Nó bao gồm một truy vấn. Thuộc tính defaultLimit (giới hạn mặc định) là kích cỡ hồi đáp lớn nhất được đề nghị tính bằng kilobyte.

Element Content (Type):

DataWhere (DataWhereType) – giá trị nhỏ nhất: 0 – giá trị lớn nhất: vô cùng

KeyFamilyWhere (KeyFamilyWhereType) – giá trị nhỏ nhất: 0 – giá trị lớn nhất: vô cùng

CodelistWhere (CodelistWhereType) – giá trị nhỏ nhất: 0 – giá trị lớn nhất: vô cùng

ConceptWhere (ConceptWhereType) – giá trị nhỏ nhất: 0 – giá trị lớn nhất: vô cùng

AgencyWhere (AgencyWhereType) – giá trị nhỏ nhất: 0 – giá trị lớn nhất: vô cùng

Attribute: defaultLimit (giới hạn mặc định) (xs:integer) – tùy chọn

DataWhereType: Phần tử DataWhere biểu diễn truy vấn về dữ liệu. Nó chứa tất cả các mệnh đề trong truy vấn đó, được biểu diễn bởi các phần tử con của nó.

Element Content (Type):

(Choice)

DataSet (xs:string)

KeyFamily (xs:string)

Dimension (DimensionType)

Attribute (AttributeType)

Codelist (CodelistType)

Time (TimeType)

Category (CategoryType)

Concept (xs:string)

Agency (xs:string)

Or (OrType)

And (AndType)

AndType (Kiểu And): Với phần tử And, mỗi thành phần con tức thời biểu diễn các mệnh đề, trong đó tất cả các mệnh đề biểu diễn phải được thỏa mãn. Nếu phần tử con là A, B và C thì mọi câu trả lời đúng cần đáp ứng tất cả các điều kiện A, B và C.

Element Content (Type):

DataSet (xs:string) – giá trị nhỏ nhất: 0 – giá trị lớn nhất: vô cùng

KeyFamily (xs:string) – giá trị nhỏ nhất: 0 – giá trị lớn nhất: vô cùng

Dimension (DimensionType) – giá trị nhỏ nhất: 0 – giá trị lớn nhất: vô cùng

Attribute (AttributeType) – giá trị nhỏ nhất: 0 – giá trị lớn nhất: vô cùng

Codelist (CodelistType) – giá trị nhỏ nhất: 0 – giá trị lớn nhất: vô cùng

Time (TimeType) – giá trị nhỏ nhất: 0 – giá trị lớn nhất: vô cùng

Category (CategoryType) – giá trị nhỏ nhất: 0 – giá trị lớn nhất: vô cùng

Concept (xs:string) – giá trị nhỏ nhất: 0 – giá trị lớn nhất: vô cùng

Agency (xs:string) – giá trị nhỏ nhất: 0 – giá trị lớn nhất: vô cùng

Or (OrType) – giá trị nhỏ nhất: 0 – giá trị lớn nhất: vô cùng

And (AndType) – giá trị nhỏ nhất: 0 – giá trị lớn nhất: vô cùng

OrType (Kiểu Or): Phần tử con tức thời của phần tử Or biểu diễn các mệnh đề trong truy vấn, mà chỉ phần tử trong đó mới đáp ứng đủ điều kiện truy vấn. Nếu các phần tử con này là A, B và C thì bất kỳ kết quả đáp ứng điều kiện hoặc A hoặc B hoặc C cũng đều đáp ứng truy vấn đó.