Loại dữ liệu và loại ngữ nghĩa

Khi bạn tạo trình kết nối cộng đồng, mỗi trường mà bạn xác định trong giản đồ yêu cầu loại dữ liệu. Loại dữ liệu xác định loại dữ liệu cơ bản của trường, chẳng hạn như BOOLEAN, STRING, NUMBER, v.v.

Ngoài các kiểu dữ liệu, Looker Studio cũng sử dụng các kiểu ngữ nghĩa. Kiểu ngữ nghĩa giúp mô tả loại thông tin mà dữ liệu trình bày. Cho ví dụ: một trường có loại dữ liệu NUMBER có thể biểu thị đơn vị tiền tệ theo ngữ nghĩa số tiền hoặc tỷ lệ phần trăm và trường có loại dữ liệu STRING có thể về mặt ngữ nghĩa đại diện cho một thành phố. Để xem loại ngữ nghĩa nào có sẵn, vui lòng tham khảo tài liệu về kiểu ngữ nghĩa

Giản đồ Trình kết nối cộng đồng và các trường trong Looker Studio

Khi bạn xác định giản đồ cho trình kết nối cộng đồng, có nhiều các thuộc tính cho mỗi trường sẽ xác định cách trường đó được thể hiện và được dùng trong Looker Studio. Ví dụ:

  • conceptType là đã xác định trong giản đồ trình kết nối bằng thuộc tính conceptType. Chiến dịch này sẽ xác định xem trường đó được coi là phương diện hay chỉ số. Bạn có thể xem nội dung giải thích về sự khác biệt giữa chỉ số và phương diện vào lúc Phương diện và chỉ số.
  • Kiểu ngữ nghĩa có thể được xác định trong giản đồ trình kết nối hoặc có thể tự động phát hiện được của Looker Studio dựa trên thuộc tính loại dữ liệu được xác định trong trình kết nối của bạn và giá trị dữ liệu được trình kết nối trả về. Xem Tự động phát hiện kiểu ngữ nghĩa để biết thông tin chi tiết về cách hoạt động của chế độ này.
  • Loại tổng hợp xác định liệu giá trị chỉ số (phương diện) bị bỏ qua) có thể được tổng hợp lại. Thiết lập semantics.isReaggregatable thành true sẽ được đặt mặc định thành tổng hợp SUM, nếu không thì được đặt thành Auto. Bạn cũng có thể đặt loại tổng hợp mặc định theo cách thủ công cho các trường tổng hợp lại bằng cách sử dụng defaultAggregationType thuộc tính này.

Khi bạn định cấu hình và kết nối bằng trình kết nối trong Looker Studio, các trường trình chỉnh sửa hiển thị giản đồ hoàn chỉnh cho trình kết nối dựa trên cách bạn đã xác định các thuộc tính trên. Nếu bạn đã bao gồm kiểu ngữ nghĩa, thì chúng sẽ hiển thị như bạn đã xác định. Nếu bạn đang sử dụng tự động phát hiện kiểu ngữ nghĩa, thì các trường sẽ hiển thị khi chúng được phát hiện. Màn hình trường

Đặt thông tin ngữ nghĩa

Có hai cách để đặt thông tin ngữ nghĩa. Bạn có thể đặt trường ngữ nghĩa theo cách thủ công hoặc dựa vào Looker Studio để tự động phát hiện.

Ví dụ: nếu bạn có một Số đại diện cho đồng đô la Mỹ về mặt ngữ nghĩa, Looker Studio sẽ không thể tự động phát hiện loại ngữ nghĩa này. Ngoài ra, tính năng tự động phát hiện ngữ nghĩa yêu cầu Looker Studio tạo dữ liệu tìm nạp lệnh gọi cho từng trường trong giản đồ của bạn. Nếu bạn chỉ định giản đồ theo cách thủ công thay vào đó, sẽ không có lệnh gọi tìm nạp dữ liệu nào được thực hiện. Trong trường hợp bạn biết loại ngữ nghĩa (ví dụ: đơn vị tiền tệ, phần trăm, ngày, v.v.) cho dữ liệu của mình, thì chúng tôi khuyên bạn nên đặt rõ ràng điều này trong giản đồ để đảm bảo độ chính xác và hiệu suất lý do.

Đặt loại ngữ nghĩa theo cách thủ công (Nên dùng)

Nếu biết kiểu ngữ nghĩa, bạn có thể xác định semantics cho mỗi kiểu theo cách thủ công trường schema. Bạn có thể xem toàn bộ thông tin về những cơ sở lưu trú hiện có trong trang tham chiếu trường. Nếu bạn chọn xác định kiểu ngữ nghĩa thủ công, bạn nên xác định semanticType và semanticGroup cho mọi trường. Bằng cách cung cấp các thì quá trình tự động phát hiện kiểu ngữ nghĩa sẽ không chạy. Nếu bạn đặt một số trường theo cách thủ công, nhưng không phải tất cả, sau đó đặt những trường mà bạn không thiết lập chỉ định giá trị mặc định là Text, Number hoặc Boolean tuỳ thuộc vào dataType được chỉ định cho trường này.

Sau đây là ví dụ về một giản đồ đơn giản có thể đặt ngữ nghĩa theo cách thủ công loại. Income được đặt thành Đơn vị tiền tệ và Filing Year được đặt làm ngày.

data-studio/semantics.gs
var schema = [
  {
    'name': 'Income',
    'label': 'Income (in USD)',
    'dataType': 'NUMBER',
    'semantics': {
      'conceptType': 'METRIC',
      'semanticGroup': 'CURRENCY',
      'semanticType': 'CURRENCY_USD'
    }
  }, {
    'name': 'Filing Year',
    'label': 'Year in which you filed the taxes.',
    'dataType': 'STRING',
    'semantics': {
      'conceptType': 'METRIC',
      'semanticGroup': 'DATE_OR_TIME',
      'semanticType': 'YEAR'
    }
  }
];

Khắc phục sự cố về các loại ngữ nghĩa thủ công

Nếu bạn thiết lập kiểu ngữ nghĩa không chính xác cho dữ liệu cơ bản, chúng sẽ không hoạt động chính xác. Việc thử nghiệm tính năng này có thể khó khăn, nhưng bạn có thể thử có thể làm để giúp phát hiện sự cố.

  1. Trả về 2 hoặc 3 hàng từ dữ liệu của bạn thay vì toàn bộ, rồi theo cách thủ công hãy kiểm tra nó.
  2. Tạo bảng trong Looker Studio chỉ sử dụng trường bạn đang muốn .
  3. Hãy chú ý kỹ đến các trường Geo và Date vì các trường này có nhiều dữ liệu nhất nghiêm ngặt hơn.

Tự động phát hiện kiểu ngữ nghĩa

Nếu bạn chưa xác định bất kỳ loại ngữ nghĩa nào trong giản đồ của mình, thì Looker Studio sẽ cố tự động phát hiện chúng dựa trên data type và định dạng giá trị dữ liệu được trình kết nối của bạn trả về.

Sau đây là các bước của quy trình phát hiện tự động:

  1. Yêu cầu giản đồ bằng cách thực thi Hàm getSchema của trình kết nối cộng đồng.
  2. Lặp lại qua các lô trường được xác định trong giản đồ trình kết nối và sự cố getData yêu cầu các trường. Các yêu cầu getData được thực thi bằng tham số sampleExtraction được đặt thành true để cho biết các yêu cầu dữ liệu là nhằm mục đích về mặt ngữ nghĩa của bạn.
  3. Dựa trên loại dữ liệu của trường và định dạng của giá trị được trả về từ Yêu cầu getData, xác định loại ngữ nghĩa của trường.

Các tuỳ chọn để xử lý việc tự động phát hiện kiểu ngữ nghĩa

Khi Looker Studio thực thi hàm getData của trình kết nối cộng đồng cho mục đích phát hiện ngữ nghĩa, yêu cầu đến sẽ chứa thuộc tính sampleExtraction sẽ được đặt thành true. Dữ liệu được trả về bởi trình kết nối của bạn chỉ được Looker Studio dùng để xác định loại ngữ nghĩa của trường này. Vì giá trị này sẽ không được dùng cho bất kỳ mục đích nào khác nên không yêu cầu dữ liệu thực tế từ nguồn bên ngoài.

Có một số cách để cải thiện khả năng phát hiện kiểu ngữ nghĩa trong mã của bạn:

  • Đề xuất: Truyền các giá trị được xác định trước
    Trả về một giá trị được xác định trước cho mỗi trường thể hiện ngữ nghĩa tốt nhất cho trường và được xác định là do Looker Studio phát hiện đúng cách. Ví dụ: nếu loại ngữ nghĩa cho một trường là Country (Quốc gia), thì hãy trả về một chẳng hạn như IT cho Ý. Lợi ích khác của phương pháp này là nhanh hơn nhiều vì không cần phải thực hiện yêu cầu HTTP đến đối với dữ liệu.

  • Chỉ trả về n số lượng bản ghi
    Nếu dịch vụ bên thứ ba mà bạn đang tìm nạp dữ liệu hỗ trợ hạn mức về số hàng khi yêu cầu dữ liệu thì hãy trả về một nhóm nhỏ các hàng đến Looker Studio của toàn bộ tập dữ liệu. Thao tác này sẽ giới hạn lượng dữ liệu mà bạn cần truyền đến Looker Studio cho từng yêu cầu phát hiện ngữ nghĩa.

  • Yêu cầu tất cả các cột và lưu phản hồi vào bộ nhớ đệm
    Nếu có thể yêu cầu tất cả các cột cho dịch vụ bên thứ ba từ mà bạn đang tìm nạp dữ liệu, sau đó theo yêu cầu phát hiện ngữ nghĩa đầu tiên đã nhận được từ Looker Studio, tìm nạp tất cả các cột và lưu kết quả vào bộ nhớ đệm. Cho các yêu cầu phát hiện ngữ nghĩa tiếp theo sẽ tìm nạp các giá trị cột từ bộ nhớ đệm thay vì gửi các yêu cầu HTTP bổ sung tới dịch vụ bên thứ ba.

  • Không làm gì khác
    Bạn có thể chọn không triển khai bất kỳ chỗ ở cụ thể nào cho các yêu cầu mà trong đó sampleExtraction được đặt thành true. Việc này sẽ khiến tính năng Phát hiện ngữ nghĩa vì Looker Studio sẽ phải tìm nạp tất cả dữ liệu cho Quy trình Phát hiện ngữ nghĩa. Ngoài ra, điều này sẽ ảnh hưởng đến tỷ lệ yêu cầu đối với nguồn dữ liệu bên ngoài vì nhiều yêu cầu phát hiện ngữ nghĩa sẽ được được thực thi song song.

Các định dạng được nhận dạng để tự động phát hiện loại ngữ nghĩa

Ngày và giờ
  • YYYY/MM/DD-HH:MM:SS
  • YYYY-MM-DD [HH:MM:SS[.uuuuuu]]
  • YYYY/MM/DD [HH:MM:SS[.uuuuuu]]
  • YYYYMMDD [HH:MM:SS[.uuuuuu]]
  • Sat, 24 May 2008 20:09:47 GMT
  • 2008-05-24T20:09:47Z
  • Thời gian: thời gian bắt đầu của hệ thống cho giây, vi, mili giây và nano.
Địa lý