6. The format must be easily conver

6. The format must be easily convertible to and from various data sources and formats. 7. The format could possibly allow online analytical processing (OLAP) to reduce the amount of data to be transferred over the network. XCube is a family of XML based formats that fulfills these requirements. Especially points 3 to 6 suggest XML as the meta format of choice. Standards like XLink ([9]) and XPointer ([10]) allow to connect remote data sources and schemas. By applying XSLT-Stylesheets the XML presentation of an online data cube can be converted to a vast number of other data formats. The most challenging point above is the first one: unfortunately there is no unique multidimensional data model. Interesting proposals for a standard multidimensional data model can be found e.g. in [11], [12] or [13]. XCube is designed especially with the features of mUML ([13]) in mind, but because of XCube’s flexibility it is compatible with other data models as well. As a direct consequence of the second and the fifth point an appropriate format for representing data cubes cannot be a single format but rather a family of specialized formats that are linked together. These formats will be described in detail in the following sections. As a format like this is first of all meant for exchanging data between several data warehouses point 7 is only suggested as optional, but a certain subset of OLAP functionality could be useful. 2.5 Related Work To the authors’ knowledge only few research has been done on creating an XML standard for storing multidimensional data and what benefits such a standard could offer. With the Common Warehouse Metamodel (CWM, [14]) the Object Management Group (OMG, [15]) creates a standard format for data warehouse meta data. Based on the UML it
offers a complex model for describing data warehouse meta data; dimension and fact data are completely left out. The main goal of CWM is not the exchange of data cubes between data warehouses but to create a standard interface to data warehouses that every kind of tools can access, e.g. OLAP tools, ETL tools etc. More detailed information on CWM can be found in [16]. Another proposal for a meta data standard for data warehouses is MetaCube-X ([17]) which is based on XML. Similarly to CWM it only concentrates on meta data and does not take care of the fact data, i.e. the data cube itself. There is no separation between schema and dimension data, and because dimension data is encoded as XML element names, reusability is aggravated. Following the growing popularity of Web Services, XML for Analysis ([18], [19]) allows SOAP and XML based access to remote OLAP systems. The current version of XML for Analysis is an XML wrapping of MDX, so at the moment this approach is limited to warehouses built on SQL Server. It allows to discover a server on several levels of detail, e.g. an overview of the available data cubes, which dimensions are involved and finally the fact data itself. However it is not sure if XML for Analysis will be accepted as a standard because of its tight relations to Microsoft based systems. 3. BASIC XCUBE FORMATS The basis of XCube consists of XCubeSchema, XCubeDimension and XCubeFact. These three formats allow to completely describe a data cube with XCubeSchema holding the multidimensional schema, XCubeDimension the hierarchical structure of the dimensions involved and XCubeFact containing the fact data i.e. the cells of the cube. 3.1 XCubeSchema XCubeSchema is the central format for describing the multidimensional structure of the data cube: it ties together the dimensions and the measures contained in a cube. The basic structure of an XCubeSchema document can be seen in figure 3 in the upper half. The dashed lines express a parentchild relationship, the asterisks indicate that the child can appear an arbitrary number of times (even zero times). Under the root, multidimensionalSchema, a cubeSchema block and a classSchema block can be found. The cubeSchema section contains a collection of facts and dimensions, while classSchema describes the classification levels of the dimensions involved. Besides attribute which determines the current level, rollUp points to the next higher classification level, thus implicitly defining the complete hierarchy. The connection between a dimension and the classification hierarchy is achieved by a reference from cubeSchema/dimension to classSchema/classLevel. A simple example of an XCubeSchema document according to the grammar presented above is depicted in figure 4. The example describes a data cube named sale containing two facts (sales and revenue) set up by two dimensions (geography and article). For both dimensions their finest granularity is given (branch resp. article) which is a reference to the following classification schemas as mentioned before. The classification schema for geography consists of the branch level containing a manager attribute. It rolls up to the higher city level, that again rolls up to

ผลลัพธ์ (ไทย) 1:

6 ต้องปรับเปลี่ยนง่าย และ จากแหล่งข้อมูลต่าง ๆ และรูปแบบรูปแบบ 7. รูปแบบอาจอาจทำให้การประมวลผลการวิเคราะห์ทางออนไลน์ (OLAP) เพื่อลดจำนวนข้อมูลที่โอนย้ายผ่านเครือข่าย XCube เป็นครอบครัวของ XML ตามรูปแบบที่ตอบสนองความต้องการเหล่านี้ โดยเฉพาะอย่างยิ่งจุด 3 6 แนะนำ XML เป็นรูปแบบ meta ที่เลือก มาตรฐานเช่น XLink ([9]) และ XPointer ([10]) ทำให้การเชื่อมต่อแหล่งข้อมูลระยะไกลและแบบแผน โดยใช้ XSLT Stylesheets นำเสนอ XML ของ cube ข้อมูลออนไลน์สามารถแปลงเป็นจำนวนมากรูปแบบข้อมูลอื่น ๆ จุดสุดท้าทายข้างต้นเป็นคนแรก: แต่น่าเสียดายมีรูปแบบข้อมูลหลายมิติที่ไม่ซ้ำกันไม่ ข้อเสนอที่น่าสนใจสำหรับแบบจำลองข้อมูลหลายมิติมาตรฐานสามารถพบได้เช่นใน [11], [12] หรือ [13] XCube ถูกออกแบบมาโดยเฉพาะ ด้วยคุณสมบัติของ mUML ([13]) ในใจ แต่เนื่องจากความยืดหยุ่นของ XCube มันเข้ากันได้กับรูปแบบข้อมูลอื่น ๆ เช่น เป็นผลตรงการที่สองและจุดห้า รูปแบบเหมาะสำหรับการแสดงข้อมูลก้อนไม่ได้รูปแบบเดียวแต่ค่อนข้างเป็นครอบครัวรูปแบบเฉพาะที่เชื่อมโยงกัน รูปแบบเหล่านี้จะกล่าวในรายละเอียดในส่วนต่อไป ชอบรูปแบบนี้เป็นครั้งแรกของทั้งหมดสำหรับการแลกเปลี่ยนข้อมูลระหว่างคลังสินค้าข้อมูลหลายจุด 7 เท่าแนะนำเป็นตัวเลือก แต่ชุดย่อยของฟังก์ชัน OLAP อาจเป็นประโยชน์ 2.5 ทำงานเกี่ยวข้องกับผู้เขียนรู้เพียงไม่กี่มีงานวิจัยเกี่ยวกับการสร้างมาตรฐาน XML การจัดเก็บข้อมูลหลายมิติ และสิ่งประโยชน์มีมาตรฐานสามารถเสนอให้ ด้วยการทั่วไปสินค้า Metamodel (CWM, [14]) กลุ่มการจัดการวัตถุ (OMG, [15]) สร้างรูปแบบมาตรฐานสำหรับข้อมูลเมตาของข้อมูลคลังสินค้า คะแนนจากการ UMLมีรูปแบบซับซ้อนสำหรับอธิบายข้อมูลคลังสินค้าข้อมูล meta ข้อมูลมิติและจริงที่เหลืออยู่อย่างสมบูรณ์ออก เป้าหมายหลักของ CWM ไม่แลกเปลี่ยนของก้อนข้อมูล ระหว่างคลังข้อมูล แต่ การสร้างอินเตอร์เฟซมาตรฐานการคลังข้อมูลที่สามารถเข้าถึงเครื่องมือทุกชนิด เช่นเครื่องมือ OLAP, ETL เครื่องมืออื่น ๆ CWM ข้อมูลรายละเอียดเพิ่มเติมได้ใน [16] อีกข้อเสนอสำหรับข้อมูล meta มาตรฐานสำหรับคลังข้อมูลคือ MetaCube-X ([17]) ซึ่งมีพื้นฐานมาจาก XML ในทำนองเดียวกัน กับ CWM เท่านั้นเน้นไปตามข้อมูลเมตา และไม่ดูแลข้อมูลจริง เช่น cube ข้อมูลเอง มีไม่มีข้อมูล schema และมิติการแบ่ง และเนื่องจากขนาดข้อมูลถูกเข้ารหัสเป็นชื่อองค์ประกอบ XML สามารถนำมาใช้เป็นอย่าง ความนิยมเติบโตของเว็บเซอร์วิส XML สำหรับการวิเคราะห์ต่อไปนี้ ([18], [19]) ให้สบู่และ XML จากการเข้าถึงระบบ OLAP ระยะไกล รุ่นปัจจุบันของ XML สำหรับการวิเคราะห์เป็นการตัด XML ของ MDX ดังนั้นในขณะที่ วิธีการนี้ถูกจำกัดไปยังคลังสินค้าที่สร้างขึ้นบน SQL Server จะช่วยให้การค้นหาเซิร์ฟเวอร์ในหลายระดับของรายละเอียด ภาพรวมของข้อมูลก้อน มิติที่เกี่ยวข้อง และสุดท้ายข้อมูลข้อเท็จจริงเช่น อย่างไรก็ตาม ไม่แน่ใจว่า XML สำหรับการวิเคราะห์จะยอมรับเป็นมาตรฐานเนื่องจากความสัมพันธ์ที่แน่นไปยัง Microsoft ตามระบบ 3. BASIC XCUBE รูปแบบพื้นฐานของ XCube ประกอบด้วย XCubeSchema, XCubeDimension และ XCubeFact รูปแบบที่สามเหล่านี้อนุญาตให้สมบูรณ์อธิบายข้อมูล cube กับ XCubeSchema ถือแบบแผนหลายมิติ โครงสร้างลำดับชั้นของมิติที่เกี่ยวข้องกับ XCubeDimension และ XCubeFact ที่ประกอบด้วยข้อมูลข้อเท็จจริงเช่นเซลล์ของ cube 3.1 XCubeSchema XCubeSchema เป็นรูปแบบศูนย์กลางสำหรับการอธิบายโครงสร้างหลายมิติของ cube ข้อมูล: ผูกกันขนาดและหน่วยวัดใน cube โครงสร้างพื้นฐานของเอกสาร XCubeSchema สามารถมองเห็นในรูปที่ 3 ในครึ่งบน เส้นประแสดงความสัมพันธ์ parentchild เครื่องหมายดอกจันแสดงว่า เด็กสามารถปรากฏ จำนวนครั้งเอง (แม้ศูนย์ครั้ง) ภายใต้ราก multidimensionalSchema, cubeSchema บล็อก และบล็อก classSchema ได้ ส่วน cubeSchema ประกอบด้วยชุดของข้อเท็จจริงและมิติ ในขณะที่ classSchema อธิบายถึงระดับการจัดประเภทของมิติที่เกี่ยวข้อง นอกจากแอตทริบิวต์ซึ่งกำหนดระดับปัจจุบัน ยกเลิกจุดสูงจำแนกระดับ ดังนั้น การกำหนดลำดับชั้นสมบูรณ์นัย การเชื่อมต่อระหว่างมิติและลำดับชั้นของประเภทจะทำได้ โดยการอ้างอิงจากขนาด cubeSchema/classSchema/classLevel ตัวอย่างง่าย ๆ ของเอกสาร XCubeSchema ตามไวยากรณ์ที่แสดงข้างต้นเป็นถ่ายทอดออกมาในรูปที่ 4 ตัวอย่างอธิบาย cube ข้อมูลชื่อขายประกอบด้วยสองข้อเท็จจริง (ยอดขายและรายได้) ตั้งขึ้น โดยสองมิติ (ภูมิศาสตร์และบทความ) สำหรับมิติทั้ง ส่วนประกอบของพวกเขาที่ดีที่สุดจะได้รับ (บทความชอบสาขา) ซึ่งเป็นการอ้างอิงถึง schema ประเภทต่อไปนี้ที่กล่าวก่อน แผนการจัดประเภทสำหรับภูมิศาสตร์ประกอบด้วยระดับสาขาที่ประกอบด้วยแอตทริบิวต์จัดการ มันสะสมระดับเมืองสูงกว่า ที่ม้วนอีกครั้ง ถึง

ผลลัพธ์ (ไทย) 2:

6. รูปแบบจะต้องได้อย่างง่ายดายแปลงสภาพไปและกลับจากแหล่งข้อมูลต่าง ๆ และรูปแบบ 7. รูปแบบที่อาจจะช่วยให้การประมวลผลการวิเคราะห์ทางออนไลน์ (OLAP) เพื่อลดปริมาณของข้อมูลที่จะโอนผ่านเครือข่าย Xcube เป็นครอบครัวของรูปแบบตาม XML ที่ตอบสนองความต้องการเหล่านี้ โดยเฉพาะอย่างยิ่งชี้ 3-6 แนะนำ XML เป็นรูปแบบเมตาของทางเลือก มาตรฐานเช่น XLink ([9]) และ XPointer ([10]) อนุญาตให้มีการเชื่อมต่อกับแหล่งข้อมูลระยะไกลและแผนผัง โดยใช้ XSLT-Stylesheets นำเสนอ XML ของก้อนข้อมูลออนไลน์สามารถแปลงเป็นจำนวนมากมายของรูปแบบข้อมูลอื่น ๆ จุดที่ท้าทายมากที่สุดดังกล่าวข้างต้นเป็นครั้งแรกที่หนึ่ง: น่าเสียดายที่ไม่มีรูปแบบที่ไม่ซ้ำกันหลายมิติข้อมูล ข้อเสนอที่น่าสนใจสำหรับรูปแบบข้อมูลหลายมิติมาตรฐานสามารถพบได้เช่นใน [11] [12] หรือ [13] Xcube ถูกออกแบบมาโดยเฉพาะอย่างยิ่งที่มีคุณสมบัติของ mUML ([13]) ในใจ แต่เพราะความยืดหยุ่น Xcube มันเข้ากันได้กับรูปแบบข้อมูลอื่น ๆ เช่นกัน ในฐานะที่เป็นผลโดยตรงจากการที่สองและจุดที่ห้ารูปแบบที่เหมาะสมสำหรับการเป็นตัวแทนก้อนข้อมูลที่ไม่สามารถเป็นรูปแบบเดียว แต่ครอบครัวของรูปแบบพิเศษที่มีการเชื่อมโยงกัน รูปแบบเหล่านี้จะได้รับการอธิบายในรายละเอียดในส่วนต่อไป ในฐานะที่เป็นรูปแบบเช่นนี้เป็นครั้งแรกของทุกความหมายสำหรับการแลกเปลี่ยนข้อมูลระหว่างข้อมูลหลายคลังสินค้าชี้ 7 เป็นเพียงการแนะนำให้เป็นตัวเลือก แต่ส่วนย่อยบางอย่างของการทำงานของ OLAP อาจจะมีประโยชน์ 2.5 งานที่เกี่ยวข้องกับความรู้การวิจัยของผู้เขียนเพียงไม่กี่ได้รับการดำเนินการเกี่ยวกับการสร้างมาตรฐาน XML สำหรับการจัดเก็บข้อมูลหลายมิติและสิ่งที่เป็นประโยชน์มาตรฐานดังกล่าวสามารถนำเสนอ ด้วยการร่วมกันคลังสินค้า Metamodel (CWM [14]) วัตถุกลุ่มผู้บริหาร (OMG, [15]) สร้างรูปแบบมาตรฐานสำหรับข้อมูล meta คลังข้อมูล อยู่บนพื้นฐานของ UML มัน
มีรูปแบบที่ซับซ้อนสำหรับการอธิบายคลังข้อมูลข้อมูล meta; มิติและความจริงข้อมูลที่ถูกทิ้งสมบูรณ์ออก เป้าหมายหลักของ CWM ไม่ได้แลกเปลี่ยนข้อมูลระหว่างก้อนคลังข้อมูล แต่เพื่อสร้างมาตรฐานการเชื่อมต่อไปยังคลังข้อมูลที่ชนิดของเครื่องมือทุกคนสามารถเข้าถึงเช่นเครื่องมือ OLAP เครื่องมือ ETL ฯลฯ ข้อมูลรายละเอียดเพิ่มเติมเกี่ยวกับ CWM สามารถพบได้ใน [ 16] ข้อเสนอสำหรับมาตรฐานข้อมูล meta สำหรับคลังข้อมูลก็คือ MetaCube-X ([17]) ซึ่งอยู่บนพื้นฐานของ XML เช่นเดียวกันกับ CWM เพียงมุ่งเน้นที่ข้อมูล meta และไม่ดูแลของข้อมูลความเป็นจริงคือก้อนข้อมูลที่ตัวเอง มีการแยกระหว่างคีมาและมิติข้อมูลที่ไม่เป็นและเนื่องจากข้อมูลมิติจะถูกเข้ารหัสเป็นชื่อองค์ประกอบ XML สามารถนำมาใช้เป็น aggravated ต่อไปนี้ความนิยมที่เพิ่มขึ้นของบริการเว็บ XML สำหรับการวิเคราะห์ ([18] [19]) ช่วยให้สบู่และ XML การเข้าถึงตามกับระบบ OLAP ระยะไกล รุ่นปัจจุบันของ XML สำหรับการวิเคราะห์เป็นห่อ XML ของ MDX ดังนั้นในขณะที่วิธีการนี้ถูก จำกัด ไว้ที่คลังสินค้าที่สร้างขึ้นบน SQL Server จะช่วยให้การค้นพบเซิร์ฟเวอร์ในหลายระดับของรายละเอียดเช่นภาพรวมของก้อนข้อมูลที่มีอยู่ซึ่งมิติที่มีส่วนเกี่ยวข้องและในที่สุดข้อมูลที่เป็นจริงของตัวเอง แต่มันเป็นไม่แน่ใจว่า XML สำหรับการวิเคราะห์จะได้รับการยอมรับเป็นมาตรฐานเพราะความสัมพันธ์แน่นกับระบบไมโครซอฟท์ตาม 3. ขั้นพื้นฐาน Xcube รูปแบบพื้นฐานของ Xcube ประกอบด้วย XCubeSchema, XCubeDimension และ XCubeFact ทั้งสามรูปแบบที่อนุญาตให้มีการอธิบายอย่างสมบูรณ์ก้อนข้อมูลที่มี XCubeSchema ถือสคีหลายมิติ XCubeDimension โครงสร้างลำดับชั้นของมิติที่เกี่ยวข้องและ XCubeFact มีข้อมูลความเป็นจริงเช่นเซลล์ของลูกบาศก์ 3.1 XCubeSchema XCubeSchema เป็นรูปแบบกลางสำหรับการอธิบายโครงสร้างหลายมิติของก้อนข้อมูล: มันผูกเข้าด้วยกันขนาดและมาตรการที่มีอยู่ในก้อน โครงสร้างพื้นฐานของเอกสาร XCubeSchema สามารถมองเห็นได้ในรูปที่ 3 ในครึ่งบน เส้นประแสดงความสัมพันธ์ parentchild ดอกจันแสดงให้เห็นว่าเด็กสามารถปรากฏจำนวนข้อของครั้ง (แม้ศูนย์ครั้ง) ภายใต้ราก multidimensionalSchema บล็อก cubeSchema และป้องกัน classSchema สามารถพบได้ ส่วน cubeSchema มีการเก็บรวบรวมข้อเท็จจริงและขนาดในขณะที่ classSchema อธิบายระดับการจัดหมวดหมู่ของมิติที่เกี่ยวข้อง นอกจากแอตทริบิวต์ที่กำหนดในระดับปัจจุบันจุดการยกเลิกการจัดหมวดหมู่ระดับสูงต่อไปจึงปริยายกำหนดลำดับชั้นที่สมบูรณ์ การเชื่อมต่อระหว่างมิติและลำดับชั้นของการจัดหมวดหมู่จะทำได้โดยการอ้างอิงจาก cubeSchema / มิติให้ classSchema / classLevel ตัวอย่างง่ายๆของเอกสาร XCubeSchema ตามไวยากรณ์ที่นำเสนอข้างต้นเป็นที่ปรากฎในรูปที่ 4 ตัวอย่างอธิบายข้อมูลลูกบาศก์ชื่อขายที่มีสองข้อเท็จจริง (ขายและรายได้) ที่ตั้งขึ้นโดยสองมิติ (ภูมิศาสตร์และบทความ) สำหรับทั้งขนาดเมล็ดที่ดีที่สุดของพวกเขาจะได้รับ (สาขารับผิดชอบ. บทความ) ซึ่งเป็นการอ้างอิงไปยังสกีมาในประเภทดังกล่าวก่อน คีมาจัดหมวดหมู่สำหรับภูมิศาสตร์ประกอบด้วยระดับสาขาที่มีแอตทริบิวต์ผู้จัดการ มันม้วนขึ้นไปที่ระดับเมืองสูงกว่านั้นอีกม้วนขึ้นไป