This section discusses the represen

This section discusses the representational issues that arise when converting data from a database system into XML documents. As we have discussed, XML uses a hierarchical (tree) model to represent documents. The database systems with the most widespread use follow the flat relational data model. When we add referential integrity constraints, a relational schema can be considered to be a graph structure (for example, see Figure 3.7). Similarly, the ER model represents data using graphlike structures (for example, see Figure 7.2). We saw in Chapter 9 that there are straightforward mappings between the ER and relational models, so we can conceptually represent a relational database schema using the corresponding ER schema. Although we will use the ER model in our discussion and examples to clarify the conceptual differences between tree and graph models, the same issues apply to converting relational data to XML.
We will use the simplified UNIVERSITYER schema shown in Figure 12.8 to illustrate our discussion. Suppose that an application needs to extract XML documents for student, course, and grade information from the UNIVERSITY database. The data needed for these documents is contained in the database attributes of the entity types COURSE, SECTION, and STUDENT from Figure 12.8, and the relationships S-S and C-Sbetween them. In general, most documents extracted from a database will only use a subset of the attributes, entity types, and relationships in the database. In this example, the subset of the database that is needed is shown in Figure 12.9.
At least three possible document hierarchies can be extracted from the database subset in Figure 12.9. First, we can choose COURSE as the root, as illustrated in Figure 12.10. Here, each course entity has the set of its sections as subelements, and each section has its students as subelements. We can see one consequence of modeling the information in a hierarchical tree structure. If a student has taken multiple sections, that student’s information will appear multiple times in the document— once under each section. A possible simplified XML schema for this view is shown in Figure 12.11. The Grade database attribute in the S-S relationship is migrated to the STUDENT element. This is because STUDENT becomes a child of SECTION in this hierarchy, so each STUDENT element under a specific SECTION element can have a specific grade in that section. In this document hierarchy, a student taking more than one section will have several replicas, one under each section, and each replica will have the specific grade given in that particular section.

Kết quả (Việt) 1:

Phần này thảo luận về representational các vấn đề phát sinh khi chuyển đổi dữ liệu từ một hệ thống cơ sở dữ liệu vào các tài liệu XML. Như chúng tôi đã thảo luận, XML sử dụng một mô hình phân cấp (cây) để đại diện cho tài liệu. Hệ thống cơ sở dữ liệu với việc sử dụng phổ biến nhất theo mô hình dữ liệu quan hệ bằng phẳng. Khi chúng tôi thêm ràng buộc toàn vẹn referential, một lược đồ quan hệ có thể được coi là một cấu trúc của đồ thị (ví dụ, xem hình 3.7). Tương tự, mô hình ER đại diện cho dữ liệu bằng cách sử dụng cấu trúc graphlike (ví dụ, xem hình 7.2). Chúng ta đã thấy ở chương 9 mà không có đơn giản ánh xạ giữa các mô hình quan hệ, ER và vì vậy chúng tôi có thể khái niệm đại diện cho một giản đồ cơ sở dữ liệu quan hệ bằng cách sử dụng lược đồ ER tương ứng. Mặc dù chúng tôi sẽ sử dụng mô hình ER trong cuộc thảo luận của chúng tôi và các ví dụ để làm rõ sự khác biệt khái niệm giữa mô hình cây và biểu đồ, các vấn đề tương tự áp dụng cho chuyển đổi quan hệ dữ liệu XML. Chúng tôi sẽ sử dụng lược đồ UNIVERSITYER đơn giản thể hiện trong hình 12.8 để minh họa cho cuộc thảo luận của chúng tôi. Giả sử rằng một ứng dụng cần phải trích xuất các tài liệu XML cho học sinh, khóa học và lớp thông tin từ cơ sở dữ liệu trường đại học. Các dữ liệu cần thiết cho các tài liệu này được chứa trong cơ sở dữ liệu các thuộc tính của các loại thực thể tất nhiên, phần, và các học sinh từ con số 12.8, và các mối quan hệ S-S và C-Sbetween chúng. Nói chung, hầu hết tài liệu được chiết xuất từ cơ sở dữ liệu sẽ chỉ sử dụng một tập hợp con của thuộc tính, các loại thực thể và mối quan hệ cơ sở dữ liệu. Trong ví dụ này, tập hợp con của cơ sở dữ liệu là cần thiết được hiển thị trong hình 12.9. Ít nhất ba tài liệu có thể phân cấp có thể được chiết xuất từ cơ sở dữ liệu tập trong hình 12.9. Trước tiên, chúng ta có thể chọn các khóa học như là người chủ, như minh họa trong hình 12.10. Ở đây, mỗi tổ chức khóa học có các thiết lập của các phần như subelements, và mỗi phần có học sinh của mình là subelements. Chúng ta có thể thấy một hậu quả của mô hình hóa các thông tin trong một cấu trúc cây thứ bậc. Nếu một học sinh đã có nhiều phần, thông tin của học sinh đó sẽ xuất hiện nhiều lần trong tài liệu — một lần theo từng phần. Một lược đồ XML có thể đơn giản cho quan điểm này được thể hiện trong hình 12.11. Các lớp cơ sở dữ liệu thuộc tính trong mối quan hệ S-S được di chuyển sang các yếu tố cho sinh viên. Điều này là bởi vì học sinh sẽ trở thành một đứa trẻ của phần trong hệ thống phân cấp này, để mỗi yếu tố học sinh dưới một yếu tố phần cụ thể có thể có một lớp cụ thể trong phần đó. Trong hệ thống tài liệu này, một sinh viên tham gia nhiều hơn một phần sẽ có nhiều bản sao, một dưới mỗi phần, và mỗi bản sao sẽ có lớp cụ thể được đưa ra trong phần cụ thể đó.

Kết quả (Việt) 2:

Phần này bàn về vấn đề biểu hiện phát sinh khi chuyển đổi dữ liệu từ một hệ thống cơ sở dữ liệu vào tài liệu XML. Như chúng ta đã thảo luận, XML sử dụng một (cây) mô hình phân cấp để đại diện cho tài liệu. Các hệ thống cơ sở dữ liệu với việc sử dụng rộng rãi nhất theo mô hình dữ liệu quan hệ bằng phẳng. Khi chúng ta thêm các ràng buộc toàn vẹn tham chiếu, một lược đồ quan hệ có thể được coi là một cấu trúc đồ thị (ví dụ, xem hình 3.7). Tương tự như vậy, mô hình ER đại diện cho dữ liệu sử dụng các cấu trúc graphlike (ví dụ, xem hình 7.2). Chúng tôi đã thấy trong Chương 9 rằng có ánh xạ đơn giản giữa ER và mô hình quan hệ, vì vậy chúng tôi khái niệm có thể đại diện cho một lược đồ dữ liệu quan hệ sử dụng các lược đồ ER tương ứng. Mặc dù chúng ta sẽ sử dụng mô hình ER trong cuộc thảo luận và các ví dụ của chúng tôi để làm rõ sự khác biệt về khái niệm giữa cây và đồ thị mô hình, các vấn đề tương tự áp dụng để chuyển đổi dữ liệu quan hệ đến XML.
Chúng tôi sẽ sử dụng giản đồ UNIVERSITYER đơn giản thể hiện trong hình 12.8 để minh họa cho cuộc thảo luận của chúng tôi. Giả sử rằng một ứng dụng cần để trích xuất các tài liệu XML cho sinh viên, tất nhiên, và thông tin cấp từ cơ sở dữ liệu ĐẠI HỌC. Các dữ liệu cần thiết cho các tài liệu được chứa trong các thuộc tính cơ sở dữ liệu của các loại thực thể HỌC, PHẦN, và HỌC SINH từ Hình 12.8, và các mối quan hệ SS và C-Sbetween họ. Nhìn chung, hầu hết các tài liệu được chiết xuất từ một cơ sở dữ liệu sẽ chỉ sử dụng một tập hợp các thuộc tính, các loại thực thể, và mối quan hệ trong cơ sở dữ liệu. Trong ví dụ này, các tập hợp con của các cơ sở dữ liệu đó là cần thiết được hiển thị trong hình 12.9.
Ít nhất ba phân cấp tài liệu có thể có thể được chiết xuất từ các cơ sở dữ liệu tập hợp con trong hình 12.9. Đầu tiên, chúng ta có thể chọn COURSE như là gốc, như minh họa trong hình 12.10. Ở đây, mỗi thực thể tất nhiên có những bộ phận của nó như là phần tử con, và mỗi phần có học sinh của mình như các bổ sung. Chúng ta có thể thấy một hệ quả của mô hình hóa các thông tin trong một cấu trúc cây phân cấp. Nếu một học sinh đã nhiều phần, thông tin của học sinh đó sẽ xuất hiện nhiều lần trong document- một lần theo từng phần. Một lược đồ XML đơn giản nhất có thể cho quan điểm này được thể hiện trong hình 12.11. Các cơ sở dữ liệu thuộc tính lớp trong mối quan hệ SS được di chuyển đến các yếu tố HỌC SINH. Điều này là do HỌC SINH trở thành một đứa trẻ của SECTION trong hệ thống cấp bậc này, do đó mỗi phần tử HỌC SINH dưới một yếu tố PHẦN cụ thể có thể có một lớp cụ thể trong phần đó. Trong hệ thống phân cấp tài liệu này, một sinh viên tham gia nhiều hơn một phần sẽ có một vài bản sao, một dưới mỗi phần, và mỗi bản sao sẽ có các lớp cụ thể được đưa ra trong đó phần cụ thể.