note that though the roll-up-relationships in figure 5 look very similar to those in figure 3, they are not redundant at all: while the roll-ups in XCubeSchema documents express relationships between classification levels e.g. branch – city, those in XCubeDimension documents express the relationships between nodes, i.e. instances of the levels as with Northern Germany – Germany. An example of an XCubeDimension document related to the XCubeSchema from figure 4 can be found in figure 6. After defining EUR as a specialized currency unit, parts of the geography dimension are presented: Germany, Switzerland and France are instances of the country classification level. Several parts of Germany are shown as instances of the region level all rolling up to the country node Germany. Due to the lack of space the extended features of XCubeDimension are only briefly mentioned here. When constructing dimensions naming collisions might occur, therefore XCubeDimension introduces the concept of keys: every node can be provided with a unique key thus resolving the naming problem. Several data warehouses support shared roll-ups, i.e. a certain node, e.g. a modern mobile phone, can be rolled up to several higher nodes, e.g. mobile phone and digital camera ([22]). Although situations like that should be avoided by appropriate modelling XCubeDimension allows to specify weights for different higher classification nodes. Similarly to XCubeSchema XCubeDimension supports default time dimensions. 3.3 XCubeFact After describing the dimensions and how they play together, the cells of the data cubes can be defined by using the XCubeFact schema ([23]) which is outlined in figure 7. For each cube a collection of cells is defined. Each cell consists of two parts, dimension representing the multidimensional coordinates, i.e. the links to the dimensions and their corresponding classification nodes, and the fact values themselves (as each multidimensional cube can store several facts, also each cell has to be able to hold several facts). A sample document further clarifying the use of XCubeFact can be seen in figure 8. For the sale cube constructed in the code examples above two cells are shown: sales and revenue values are given for the product MA-450 in two different shops (branch48 and branch75) on 24th July 2003. 3.4 Summary In this section the core of XCube is presented. It consists of a set of three XML Schemas responsible for expressing the multidimensional schema, the single dimensions and the fact values. One reason for this decomposition is the possibility of reusing some of these documents, e.g. an XCubeDimension document can be shared by several cubes or even applications. Another reason is the attempt to deal with the different multidimensional terminologies. Perhaps it is possible to integrate these diversified streams by introducing an open XML standard for data warehouses.
It is further important to note that the three schemas expose no redundancies. Though several elements appear in all schemas they are realized as references (here XML is quite similar to relational database systems). 4. XCUBE EXTENDED STANDARDS Besides the basic description of data cubes XCube contains advanced formats like XCubeText, XCubeQuery and XCubeFunction. XCubeText allows to add textual descriptions and comments to XCubeSchema- and XCube-Dimension-files. While the formats so far are static and meant for describing a cube, XCubeQuery and XCubeFunction are dynamic. XCubeQuery allows to issue queries to a data cube and its meta data over the network, while XCubeFunction is designed to find out the capabilities of a server holding a cube. 4.1 XCubeText XCubeText ([24]) is meant to add textual descriptions and comments to nearly every element of XCubeSchema- and XCubeDimension documents. The current version 0.4 of XCube only allows to insert these text blocks directly into these structures; a future version will allow to extract these descriptions into its own files. XCubeText allows several degrees of detail by applying the elements short, medium, long and html. The decision to collect all XCubeText-comments in one or more external files gives rise to several new possibilities, e.g. multi-language support or different comments for different application domains. 4.2 XCubeQuery XCubeQuery ([25]) is one of the dynamic formats of the XCube family. With Web Services ([26]) growing more and more popular the idea of interactively asking for (static) XCube documents is not far away. XCubeQuery is meant to organize this interactive dialog between client and server. However XCubeQuery is not supposed to compete with fullfledged OLAP tools or XML query languages (XQuery etc.). Rather it might deliver a basis for a more efficient exchange of
โปรดทราบว่า แม้ว่าม้วนขึ้นความสัมพันธ์ในรูปที่ 5 ลักษณะคล้ายกันมากกับในรูปที่ 3 จะไม่ซ้ำซ้อนเลย: ขณะม้วน-ups ใน XCubeSchema เอกสารด่วนสัมพันธ์ระหว่างระดับการจัดประเภทสาขาเช่น – เมือง ผู้ที่อยู่ในเอกสาร XCubeDimension แสดงความสัมพันธ์ระหว่างโหน เช่นอินสแตนซ์ของระดับเช่นเดียวกับภาคเหนือเยอรมนี – เยอรมนี ตัวอย่างของเอกสารที่เกี่ยวข้องกับการ XCubeSchema จากรูป 4 XCubeDimension สามารถพบได้ในรูปที่ 6 หลังจากกำหนดยูโรเป็นสกุลเงินเฉพาะหน่วย แสดงส่วนของมิติภูมิศาสตร์: เยอรมนี สวิตเซอร์แลนด์ และฝรั่งเศสมีอินสแตนซ์ของการจำแนกระดับประเทศ หลายส่วนของประเทศเยอรมนีจะปรากฏเป็นอินสแตนซ์ของระดับภูมิภาคทั้งหมดกลิ้งขึ้นไปโหนประเทศเยอรมนี เนื่องจากมีพื้นที่ คุณลักษณะเพิ่มเติมของ XCubeDimension เพียงสั้น ๆ กล่าวถึงที่นี่ เมื่อสร้างมิติอาจเกิดการตั้งชื่อซ้ำ ดังนั้น XCubeDimension แนะนำแนวคิดของคีย์: คีย์ไม่ซ้ำดังนั้น การแก้ไขปัญหาการตั้งชื่อจะมีโหนทุก หลายข้อมูลคลังสินค้าร่วมสนับสนุนมีน เช่นบางโหน เช่นสมัยใหม่โทรศัพท์มือถือ สามารถรีดขึ้นหลายโหนสูง เช่นโทรศัพท์มือถือและกล้องดิจิตอล ([22]) แม้ว่าสถานการณ์ที่ควรหลีกเลี่ยง โดยการสร้างโมเดลที่เหมาะสม XCubeDimension ช่วยให้สามารถระบุน้ำหนักสำหรับโหนการจัดประเภทสูงขึ้นแตกต่างกัน ในทำนองเดียวกัน เพื่อ XCubeSchema XCubeDimension สนับสนุนมิติเวลาเริ่มต้น 3.3 XCubeFact หลังจากอธิบายขนาดและวิธีเล่นกัน เซลล์ของข้อมูลสามารถกำหนดลูกบาศก์ โดยใช้ schema XCubeFact ([23]) ซึ่งอธิบายในรูปที่ 7 สำหรับ cube แต่ละ คอลเลกชันของเซลล์ที่กำหนดไว้ แต่ละเซลล์ประกอบด้วยสองส่วน แสดงพิกัดหลายมิติ เช่นการเชื่อมโยงกับขนาดและประเภทของพวกเขาที่สอดคล้องกันโหน ขนาด และค่าความจริงตัวเอง (ตามแต่ละหลายมิติ cube สามารถเก็บหลายข้อเท็จจริง แต่ละเซลล์มีสามารถค้างไว้หลายข้อเท็จจริง) เอกสารตัวอย่างเพิ่มเติม อิ้งการใช้ XCubeFact สามารถมองเห็นภาพที่ 8 สำหรับ cube ขายถูกสร้างขึ้นมา จะแสดงตัวอย่างรหัสด้านบนเซลล์ที่สอง: การขายและรายได้ค่าจะได้รับผลิตภัณฑ์ 450 MA ในสองร้านที่แตกต่างกัน (branch48 และ branch75) ในวันที่ 24 2546 กรกฎาคม 3.4 สรุปในส่วนนี้เป็นแกนหลักของ XCube จะนำเสนอ ประกอบด้วยชุดของ Schema XML สามที่รับผิดชอบการแสดงแบบแผนหลายมิติ ขนาดเดียว และค่าจริง เหตุผลหนึ่งสำหรับการย่อยสลายนี้เป็นไปได้ในการนำเอกสารเหล่านี้อย่างใดอย่างหนึ่ง เช่น สามารถแชร์เอกสาร XCubeDimension มีหลายก้อนหรือการใช้งานได้ อีกเหตุผลหนึ่งคือ ความพยายามจะจัดการกับองค์กรณ์หลายมิติแตกต่างกัน บางทีก็สามารถรวมกระแสเหล่านี้มีความหลากหลาย โดยการแนะนำมาตรฐาน XML เปิดสำหรับข้อมูลคลังสินค้าIt is further important to note that the three schemas expose no redundancies. Though several elements appear in all schemas they are realized as references (here XML is quite similar to relational database systems). 4. XCUBE EXTENDED STANDARDS Besides the basic description of data cubes XCube contains advanced formats like XCubeText, XCubeQuery and XCubeFunction. XCubeText allows to add textual descriptions and comments to XCubeSchema- and XCube-Dimension-files. While the formats so far are static and meant for describing a cube, XCubeQuery and XCubeFunction are dynamic. XCubeQuery allows to issue queries to a data cube and its meta data over the network, while XCubeFunction is designed to find out the capabilities of a server holding a cube. 4.1 XCubeText XCubeText ([24]) is meant to add textual descriptions and comments to nearly every element of XCubeSchema- and XCubeDimension documents. The current version 0.4 of XCube only allows to insert these text blocks directly into these structures; a future version will allow to extract these descriptions into its own files. XCubeText allows several degrees of detail by applying the elements short, medium, long and html. The decision to collect all XCubeText-comments in one or more external files gives rise to several new possibilities, e.g. multi-language support or different comments for different application domains. 4.2 XCubeQuery XCubeQuery ([25]) is one of the dynamic formats of the XCube family. With Web Services ([26]) growing more and more popular the idea of interactively asking for (static) XCube documents is not far away. XCubeQuery is meant to organize this interactive dialog between client and server. However XCubeQuery is not supposed to compete with fullfledged OLAP tools or XML query languages (XQuery etc.). Rather it might deliver a basis for a more efficient exchange of
การแปล กรุณารอสักครู่..
