CONSTRUCT EssentialsCONSTRUCT allows us to ask queries and obtain our  dịch - CONSTRUCT EssentialsCONSTRUCT allows us to ask queries and obtain our  Việt làm thế nào để nói

CONSTRUCT EssentialsCONSTRUCT allow

CONSTRUCT Essentials
CONSTRUCT allows us to ask queries and obtain our results in RDF; we query using triples in a graph pattern and are returned a set of triples. All the modifiers we’ve discussed so far are also applicable in CONSTRUCT queries, except for DISTINCT, REDUCED, and the use of the asterisk for wildcard queries.
This seems like a much more natural way of handling RDF data. Unfortunately, since we cannot order RDF data, we are limited in what we can do with the data, such as streaming or comparing and contrasting various RDF results without the need for a custom graph diff operation. Nevertheless, CONSTRUCT is well adapted for data transformation such as ontology mapping, data repurposing, and data mash-ups, areas we’ll cover in upcoming chapters. Revisiting the query used for Table 6-9, we reformulate it using CONSTRUCT. Besides the new query form, the biggest change here is that blank nodes
:blank2 and :blank3 have been replaced with ?person. This change guarantees that ?person will contain the same IRI throughout the query, and the resulting graph will properly merge these triples based on this subject. If :blank2 or :blank3 were kept in the query, the blank node values would change for each triple, and certain statements would not merge properly (if, for example, http://example.org/Joe has two mailboxes, blank nodes would allow a result set of two triples with different subjects, modifying the original intent of the data, and could be fixed only by equating the two triples with an owl:sameAs statement)
0/5000
Từ: -
Sang: -
Kết quả (Việt) 1: [Sao chép]
Sao chép!
CONSTRUCT EssentialsCONSTRUCT allows us to ask queries and obtain our results in RDF; we query using triples in a graph pattern and are returned a set of triples. All the modifiers we’ve discussed so far are also applicable in CONSTRUCT queries, except for DISTINCT, REDUCED, and the use of the asterisk for wildcard queries.This seems like a much more natural way of handling RDF data. Unfortunately, since we cannot order RDF data, we are limited in what we can do with the data, such as streaming or comparing and contrasting various RDF results without the need for a custom graph diff operation. Nevertheless, CONSTRUCT is well adapted for data transformation such as ontology mapping, data repurposing, and data mash-ups, areas we’ll cover in upcoming chapters. Revisiting the query used for Table 6-9, we reformulate it using CONSTRUCT. Besides the new query form, the biggest change here is that blank nodes:blank2 and :blank3 have been replaced with ?person. This change guarantees that ?person will contain the same IRI throughout the query, and the resulting graph will properly merge these triples based on this subject. If :blank2 or :blank3 were kept in the query, the blank node values would change for each triple, and certain statements would not merge properly (if, for example, http://example.org/Joe has two mailboxes, blank nodes would allow a result set of two triples with different subjects, modifying the original intent of the data, and could be fixed only by equating the two triples with an owl:sameAs statement)
đang được dịch, vui lòng đợi..
Kết quả (Việt) 2:[Sao chép]
Sao chép!
CÔNG Essentials
XÂY cho phép chúng tôi để hỏi truy vấn và có được kết quả của chúng tôi trong RDF; chúng ta truy vấn bằng cách sử dụng ba trong một mô hình đồ thị và được trả lại một tập hợp của ba. Tất cả các bổ, chúng tôi đã thảo luận cho đến nay cũng được áp dụng trong các truy vấn trong CẤU TRÚC, trừ DISTINCT, GIẢM, và việc sử dụng dấu hoa thị cho các truy vấn tự đại diện.
Điều này có vẻ như là một cách tự nhiên nhiều hơn về việc xử lý dữ liệu RDF. Thật không may, vì chúng ta không có thể đặt dữ liệu RDF, chúng tôi được giới hạn trong những gì chúng ta có thể làm với các dữ liệu, chẳng hạn như streaming hay so sánh và đối kết quả RDF khác nhau mà không cần một thao tác tùy chỉnh đồ thị khác. Tuy nhiên, trong CẤU được thích nghi với biến đổi dữ liệu như bản đồ ontology, dữ liệu đặt lại mục tiêu, và dữ liệu mash-up, khu vực, chúng tôi sẽ giới thiệu trong chương sắp tới. Xem xét lại các truy vấn được sử dụng cho Bảng 6-9, chúng ta phải tái sử dụng nó trong CẤU TRÚC. Bên cạnh các hình thức truy vấn mới, thay đổi lớn nhất ở đây là các nút trống
: blank2 và: blank3 đã được thay thế bằng người?. Sự thay đổi này đảm bảo rằng? Người sẽ chứa cùng IRI khắp các truy vấn, và đồ thị kết quả đúng sẽ hợp nhất các bộ ba dựa trên chủ đề này. Nếu: blank2 hay: blank3 được giữ trong các truy vấn, các giá trị nút trống sẽ thay đổi cho mỗi bộ ba và báo cáo nhất định sẽ không hợp nhất đúng (nếu, ví dụ, http://example.org/Joe có hai hộp thư, các nút trống sẽ cho phép một kết quả thiết lập của hai gấp ba với các đối tượng khác nhau, thay đổi ý định ban đầu của dữ liệu, và chỉ có thể được cố định bằng cách cân bằng hai gấp ba với một cú: sameAs tuyên bố)
đang được dịch, vui lòng đợi..
 
Các ngôn ngữ khác
Hỗ trợ công cụ dịch thuật: Albania, Amharic, Anh, Armenia, Azerbaijan, Ba Lan, Ba Tư, Bantu, Basque, Belarus, Bengal, Bosnia, Bulgaria, Bồ Đào Nha, Catalan, Cebuano, Chichewa, Corsi, Creole (Haiti), Croatia, Do Thái, Estonia, Filipino, Frisia, Gael Scotland, Galicia, George, Gujarat, Hausa, Hawaii, Hindi, Hmong, Hungary, Hy Lạp, Hà Lan, Hà Lan (Nam Phi), Hàn, Iceland, Igbo, Ireland, Java, Kannada, Kazakh, Khmer, Kinyarwanda, Klingon, Kurd, Kyrgyz, Latinh, Latvia, Litva, Luxembourg, Lào, Macedonia, Malagasy, Malayalam, Malta, Maori, Marathi, Myanmar, Mã Lai, Mông Cổ, Na Uy, Nepal, Nga, Nhật, Odia (Oriya), Pashto, Pháp, Phát hiện ngôn ngữ, Phần Lan, Punjab, Quốc tế ngữ, Rumani, Samoa, Serbia, Sesotho, Shona, Sindhi, Sinhala, Slovak, Slovenia, Somali, Sunda, Swahili, Séc, Tajik, Tamil, Tatar, Telugu, Thái, Thổ Nhĩ Kỳ, Thụy Điển, Tiếng Indonesia, Tiếng Ý, Trung, Trung (Phồn thể), Turkmen, Tây Ban Nha, Ukraina, Urdu, Uyghur, Uzbek, Việt, Xứ Wales, Yiddish, Yoruba, Zulu, Đan Mạch, Đức, Ả Rập, dịch ngôn ngữ.

Copyright ©2025 I Love Translation. All reserved.

E-mail: