data type quarter, which is a restr

data type quarter, which is a restriction of xs:gYearMonth. The unitTypes clause in this example is empty. Querying Classification Nodes After having found out the dimensions and their classification hierarchies a client has gathered enough knowledge to request nodes of certain classification levels. This can be achieved by sending an XCubeQuery document consisting of a getClassNodes element to find out all nodes of a given level, or containing a getClassNode element only asking for detailed information on a single node. An example of the first choice is given in figure11 returning information on all branches including their attributes and roll-up-relationships. Requesting the Facts At this point the client should have gathered all necessary data to decide which part of the data cube he needs. The getFacts request displayed in figure 13 is obviously the most complex of all XCubeQuery elements. It contains an arbitrary number of cubes, a set of dimensions optionally restricted to certain classification nodes, and a number of facts. The example in figure 14 asks for the subsection of the sale cube defined by the dimensions geography and product; only the revenue fact is of interest and geography is restricted to two branches, branch48 and branch75. The functionality of getFacts is rather similar to the OLAP operations slice & dice ([27]). But it is important to know that these restrictions can only be applied to the basic granularity of the cubes, i.e. roll-up or drill-down operations
are not supported. As mentioned before XCube is not meant to be another OLAP dialect but only a data format for exchanging multidimensional data over the network. The result of the getFacts request is a set of cell elements consisting of multidimensional coordinates (dimensions with nodes) and the according fact value(s). 4.3 XCubeFunction The latest format of XCube is XCubeFunction which is still under development, so here only a brief outline can be given. The main idea behind this format is the ability to query an XCube server about its functionality. Primitive servers might only be able to deliver complete cubes, i.e. no restriction with regards to facts, dimensions or classification nodes is possible. Highly sophisticated servers on the other hand might even be able to process full-fledged OLAP queries including all kinds of multidimensional operations. 5. CONCLUSION AND OUTLOOK In this paper we presented XCube, an open, vendor independent and modular family of XML based document templates for describing data cubes as they are common in data warehouse systems. A short overview is given in table 1. The most important structures are XCubeSchema, XCubeDimension and XCubeFact because these are the common ingredients of every multidimensional model. However all three of them are flexible enough to express special features like shared roll-ups or multicubes. By splitting the description of a data cube into three parts, a client can easily explore if a certain cube is interesting for him or not, especially because schema and dimension data are by far smaller than the huge amount of fact data. As XCube is first of all meant to describe existing, multidimensional structures most of its templates are static (XCubeSchema, XCubeDimension, XCubeFact and XCubeText); but with XCubeQuery and XCubeFunction two dynamic document types are introduced that allow to discover the cubes and their structures step by step. They form a sound basis for a more complex and efficient infrastructure. We think that this representation of cubes can be very useful, because the cubes are now easily transferrable from one data warehouse to another. The approach can easily be combined with the new Web Service paradigm (the XCube documents simply have to be included into the body of SOAP messages, and XCubeQuery has to be translated to WSDL code). At least the technical heterogeneity problems when attempting to

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

ไตรมาส ซึ่งเป็นข้อจำกัดของ xs:gYearMonth ชนิดของข้อมูล ส่วนคำสั่ง unitTypes ในตัวอย่างนี้ว่างเปล่า สอบถามโหนประเภทหลัง มีพบมิติและลำดับชั้นของการจัดประเภทลูกค้าได้รวบรวมความรู้เพียงพอการร้องขอโหนบางระดับการจัดประเภท สามารถทำได้ โดยการส่งเอกสาร XCubeQuery ประกอบด้วยองค์ประกอบ getClassNodes เพื่อค้นหาโหนทั้งหมดของระดับที่กำหนด หรือที่ประกอบด้วย getClassNode เป็นองค์ประกอบเท่านั้น สอบถามข้อมูลรายละเอียดเกี่ยวกับโหนดเดียว ตัวอย่างของตัวเลือกแรกจะได้รับในสาขาทั้งหมดรวมทั้งแอตทริบิวต์และม้วนขึ้นความสัมพันธ์ข้อมูลกลับมา figure11 เขาต้องการร้องขอการข้อเท็จจริงจุดนี้ไคลเอนต์ควรได้รวบรวมข้อมูลทั้งหมดที่จำเป็นในการตัดสินใจซึ่งเป็นส่วนหนึ่งของข้อมูล cube คำขอ getFacts ที่แสดงในรูปที่ 13 จะเห็นได้ชัดสุดซับซ้อนขององค์ประกอบทั้งหมด XCubeQuery ประกอบด้วยจำนวนเองก้อน การเลือกที่จะจำกัดการโหนบางประเภท และจำนวนของข้อเท็จจริง ตัวอย่างในรูปที่ 14 ขอส่วนย่อยของ cube ขายกำหนด โดยมิติภูมิศาสตร์และผลิตภัณฑ์ เฉพาะรายได้ข้อเท็จจริงที่เป็นที่สนใจ และภูมิศาสตร์ถูกจำกัดให้สองสาขา branch48 และ branch75 การทำงานของ getFacts จะค่อนข้างคล้ายกับ OLAP การ slice และลูกเต๋า ([27]) แต่สิ่งสำคัญที่ต้องทราบว่า ข้อจำกัดเหล่านี้สามารถใช้ได้กับเท่าองค์ประกอบพื้นฐานของก้อน การดำเนินที่สะสม หรือลึกเช่นไม่สนับสนุนการ ดังกล่าวก่อน XCube มีความหมายเป็น ภาษาอื่น OLAP แต่เพียงรูปแบบข้อมูลสำหรับการแลกเปลี่ยนข้อมูลหลายมิติผ่านเครือข่าย ผลของการร้องขอ getFacts เป็นชุดขององค์ประกอบเซลล์ที่ประกอบด้วยหลายมิติพิกัด (มิติกับโหน) และค่าความจริงตาม 4.3 XCubeFunction รูปแบบล่าสุดของ XCube คือ XCubeFunction ซึ่งยังอยู่ภายใต้ ดังนั้นที่นี่จะได้รับเพียงเค้าร่างการโดยสังเขป แนวคิดหลักเบื้องหลังรูปแบบนี้คือ ความสามารถในการสอบถามเซิร์ฟเวอร์ XCube ที่เกี่ยวกับการทำงาน เซิร์ฟเวอร์ดั้งเดิมอาจเท่านั้นสามารถส่งก้อนสมบูรณ์ เช่นไม่มีข้อจำกัดเกี่ยวกับข้อเท็จจริง มิติ หรือโหนการจัดประเภทเป็นไปได้ เซิร์ฟเวอร์ที่มีความซับซ้อนสูงคงแม้อาจจะดำเนินการสอบถาม OLAP ที่เต็มเปี่ยมรวมทุกชนิดของการดำเนินงานหลายมิติ 5. สรุปและ OUTLOOK ในเอกสารนี้เรานำเสนอ XCube เปิดตัว ผู้จัดจำหน่ายอิสระ และโมดูครอบครัวของ XML ตามเท็มเพลตเอกสารการอธิบายลูกบาศก์ข้อมูลที่พวกเขาจะพบบ่อยในระบบคลัง ภาพรวมสั้นถูกกำหนดในตาราง 1 โครงสร้างสำคัญที่สุดคือ XCubeSchema, XCubeDimension และ XCubeFact เนื่องจากมีส่วนผสมของทุกรูปแบบหลายมิติทั่วไป อย่างไรก็ ตามทั้งสามของพวกเขาได้ปรับคุณสมบัติพิเศษด่วนเช่น ups ร่วมม้วนหรือ multicubes โดยแบ่งคำอธิบายของ cube ข้อมูลออกเป็นสามส่วน ไคลเอนต์สามารถเที่ยวถ้าเป็นก้อนบางอย่างที่น่าสนใจสำหรับเขา หรือ ไม่ โดยเฉพาะอย่างยิ่ง เพราะเค้าร่างและขนาดของข้อมูลมีขนาดเล็กโดยไกลกว่าข้อมูลจริงจำนวนมาก เป็น XCube ของหลายมิติ ความหมายการอธิบายที่มีอยู่ ของแม่ของตัวโครงสร้างเป็นแบบคงที่ (XCubeSchema, XCubeDimension, XCubeFact และ XCubeText); แต่กับ XCubeQuery และ XCubeFunction สองชนิดเอกสารแบบไดนามิกที่มีการแนะนำ ที่ทำให้การค้นพบก้อนและโครงสร้างของพวกเขาทีละขั้นตอน พวกเขารูปแบบพื้นฐานสำหรับโครงสร้างพื้นฐานซับซ้อนขึ้น และมีประสิทธิภาพ เราคิดว่า นี้เป็นตัวแทนของก้อนจะมีประโยชน์มาก เนื่องจากก้อนก็สามารถโอนได้อย่างง่ายดายจากคลังข้อมูลหนึ่งไปยังอีก วิธีการสามารถรวมกับบริการเว็บกระบวนทัศน์ใหม่ (XCube เอกสารก็จะต้องรวมอยู่ในเนื้อความของข้อความ SOAP และ XCubeQuery มีการแปลรหัส WSDL) อย่างน้อยปัญหาเทคนิค heterogeneity เมื่อพยายาม

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

ชนิดข้อมูลไตรมาสซึ่งเป็นข้อ จำกัด ของการ XS: gYearMonth ประโยค unitTypes ในตัวอย่างนี้เป็นที่ว่างเปล่า สอบถามการจำแนกประเภทโหนดหลังจากที่มีการค้นพบมิติและการจัดหมวดหมู่ของพวกเขาวรรณะลูกค้าได้รวบรวมความรู้พอที่จะโหนดคำขอของระดับการจำแนกบางอย่าง นี้สามารถทำได้โดยการส่งเอกสาร XCubeQuery ประกอบด้วยองค์ประกอบ getClassNodes เพื่อหาโหนดทั้งหมดของระดับที่กำหนดหรือมีองค์ประกอบ getClassNode เท่านั้นขอข้อมูลรายละเอียดเกี่ยวกับโหนดเดียว ตัวอย่างของการเป็นตัวเลือกแรกจะได้รับใน figure11 ข้อมูลกลับมาในทุกสาขารวมทั้งคุณลักษณะและม้วนขึ้น-สัมพันธ์ของพวกเขา ร้องขอข้อเท็จจริงที่จุดนี้ลูกค้าควรมีการรวบรวมข้อมูลทั้งหมดที่จำเป็นในการตัดสินใจซึ่งเป็นส่วนหนึ่งของก้อนข้อมูลที่เขาต้องการ คำขอ getFacts แสดงในรูปที่ 13 จะเห็นได้ชัดที่ซับซ้อนมากที่สุดขององค์ประกอบ XCubeQuery ทั้งหมด มันมีจำนวนข้อของก้อนชุดของมิติตัวเลือกที่ จำกัด ไปยังต่อมน้ำจำแนกบางอย่างและจำนวนของข้อเท็จจริง ตัวอย่างในรูปที่ 14 ขอส่วนย่อยของลูกบาศก์ขายที่กำหนดโดยขนาดและภูมิศาสตร์ผลิตภัณฑ์; เพียง แต่ความเป็นจริงรายได้เป็นที่น่าสนใจและภูมิศาสตร์ถูก จำกัด ให้สองสาขา branch48 และ branch75 การทำงานของ getFacts ค่อนข้างคล้ายกับการดำเนินงานของ OLAP และชิ้นลูกเต๋า ([27]) แต่มันเป็นสิ่งสำคัญที่จะรู้ว่าข้อ จำกัด เหล่านี้เท่านั้นที่สามารถนำไปใช้กับเมล็ดพื้นฐานของก้อนเช่นม้วนขึ้นหรือเจาะลงการดำเนินงาน
ยังไม่ได้รับการสนับสนุน ดังกล่าวก่อน Xcube ไม่ได้หมายความว่าจะเป็นภาษา OLAP อื่น แต่เพียงรูปแบบข้อมูลสำหรับการแลกเปลี่ยนข้อมูลหลายมิติผ่านเครือข่าย ผลของการร้องขอ getFacts คือชุดขององค์ประกอบของเซลล์ประกอบด้วยพิกัดหลายมิติ (มิติกับโหนด) และค่าความเป็นจริงตาม (s) 4.3 XCubeFunction รูปแบบล่าสุดของ Xcube เป็น XCubeFunction ซึ่งยังคงอยู่ภายใต้การพัฒนาเพื่อให้ที่นี่เป็นเพียงโครงร่างสั้น ๆ จะได้รับ ความคิดหลักที่อยู่เบื้องหลังรูปแบบนี้คือความสามารถในการสอบถามเซิร์ฟเวอร์ Xcube เกี่ยวกับการทำงานของมัน เซิร์ฟเวอร์ดั้งเดิมเท่านั้นอาจจะสามารถที่จะส่งมอบก้อนสมบูรณ์คือไม่มีข้อ จำกัด เกี่ยวกับการข้อเท็จจริงมิติหรือโหนดจำแนกเป็นไปได้ เซิร์ฟเวอร์ที่มีความซับซ้อนสูงบนมืออื่น ๆ ก็อาจจะสามารถประมวลผลคำสั่ง OLAP ที่เต็มเปี่ยมทุกชนิดรวมทั้งการดำเนินงานหลายมิติ 5. สรุปและแนวโน้มในบทความนี้เรานำเสนอ Xcube, เปิดผู้ค้าอิสระและแบบแยกครอบครัวของ XML ตามเอกสารแม่แบบสำหรับการอธิบายก้อนข้อมูลที่พวกเขาเป็นเรื่องธรรมดาในระบบคลังข้อมูล ภาพรวมสั้นจะได้รับในตารางที่ 1 โครงสร้างที่สำคัญที่สุดคือ XCubeSchema, XCubeDimension และ XCubeFact เพราะเหล่านี้มีส่วนผสมที่พบบ่อยของรูปแบบหลายมิติทุก อย่างไรก็ตามพวกเขาทั้งสามมีความยืดหยุ่นพอที่จะแสดงคุณสมบัติพิเศษเช่นใช้ร่วมกันม้วน UPS หรือ multicubes โดยแยกรายละเอียดของก้อนข้อมูลออกเป็นสามส่วนลูกค้าได้อย่างง่ายดายสามารถสำรวจถ้าก้อนหนึ่งเป็นที่น่าสนใจสำหรับเขาหรือไม่โดยเฉพาะอย่างยิ่งเนื่องจากคีมาและมิติข้อมูลโดยไกลขนาดเล็กกว่าจำนวนมากของข้อมูลความเป็นจริง ในฐานะที่เป็น Xcube เป็นครั้งแรกของทั้งหมดหมายถึงการอธิบายที่มีอยู่หลายมิติโครงสร้างส่วนใหญ่ของแม่ที่มีความคงที่ (XCubeSchema, XCubeDimension, XCubeFact และ XCubeText); แต่มี XCubeQuery และ XCubeFunction สองประเภทเอกสารแบบไดนามิกได้ถูกนำเสนอที่ช่วยให้การค้นพบก้อนและโครงสร้างของพวกเขาทีละขั้นตอน พวกเขาในรูปแบบพื้นฐานที่ดีสำหรับโครงสร้างพื้นฐานที่ซับซ้อนมากขึ้นและมีประสิทธิภาพ เราคิดว่าเป็นตัวแทนของก้อนนี้จะมีประโยชน์มากเพราะก้อนอยู่ในขณะนี้ได้อย่างง่ายดายโอนจากคลังข้อมูลหนึ่งไปยังอีก วิธีการที่สามารถนำมารวมกับกระบวนทัศน์บริการเว็บใหม่ (เอกสาร Xcube ก็ต้องถูกรวมเข้าไปในร่างกายของข้อความ SOAP และ XCubeQuery จะต้องมีการแปลเป็นรหัส WSDL) อย่างน้อยปัญหาความแตกต่างทางด้านเทคนิคเมื่อพยายามที่จะ