In this second fact table we will d

In this second fact table we will define the granularity to be the individual
page event in each customer session. With simple, static HTML pages, we may
be able to record only one interesting event per page view, namely, the page
view itself. As Web sites employ dynamically created XML-based pages with
the ability to establish an ongoing dialogue through the page, the number and
types of events will grow.
It is likely that this fact table will become astronomical in size. We will resist
the urge to aggregate the table up to a coarser granularity because such a step
inevitably involves eliminating dimensions. Actually, the first fact table we
built for this data mart represents just such an aggregation. It is a worthwhile
fact table, but the analyst cannot ask questions about visitor behavior or individual pages. When the individual page-oriented data set gets too large, then
in order to preserve the ability to analyze detailed behavior, either the time
span of the data must be restricted or statistical sampling techniques must be
used to reduce data size. Although disk storage capacity has been doubling
even faster (every 12 months, supposedly) than processing power, our propensity to collect reams of data seems to be doubling at an even faster pace.
Having chosen the grain, we can choose the appropriate dimensions. Our list
of dimensions includes calendar date, time of day, customer, page, event, session, session ID, product, causal, and referrer. The completed design is shown
in Figure 14.4.

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

ในตารางนี้ข้อเท็จจริงที่สอง เราจะกำหนดองค์ประกอบให้ แต่ละเหตุการณ์หน้าในแต่ละลูกค้า กับหน้า HTML อย่างง่าย คง เราอาจสามารถบันทึกเหตุการณ์น่าสนใจเดียวต่อมุมมองเพจ ได้แก่ หน้าดูตัวเอง เป็นเว็บไซต์ใช้แบบไดนามิก สร้าง XML ตามหน้าด้วยความสามารถในการสร้างการสนทนาอย่างต่อเนื่องผ่านหน้า หมายเลข และชนิดของเหตุการณ์ที่จะเติบโตก็จะให้ตารางข้อเท็จจริงนี้จะเป็นดาราศาสตร์ขนาด เราจะต่อต้านกระตุ้นการรวมตารางขึ้นอยู่กับส่วนประกอบ coarser เนื่องจากเป็นขั้นตอนย่อมเกี่ยวข้องกับการตัดขนาด จริง จริงแรกตารางเราสร้างขึ้นสำหรับตลาดข้อมูลนี้แสดงเพียงเช่นสมุห์ มีความคุ้มค่าตารางความจริง แต่นักวิเคราะห์ไม่สามารถถามคำถามเกี่ยวกับพฤติกรรมการเข้าชมแต่ละหน้า เมื่อแต่ละคนหน้าแปลก ชุดข้อมูลที่ได้รับมากเกินไป แล้วเพื่อรักษาความสามารถในการวิเคราะห์ปัญหาโดยละเอียด เวลาใดช่วงของข้อมูลต้องจำกัด หรือต้องเป็นเทคนิคการสุ่มตัวอย่างทางสถิติใช้ในการลดขนาดข้อมูล แม้ว่าจะได้รับจะเก็บดิสก์เร็ว (ทุก 12 เดือน คาดคะเน) มากกว่าการแปรรูปไฟฟ้า สิ่งของเพื่อรวบรวม reams ของข้อมูลน่าจะ จะจะที่มีจังหวะเร็วขึ้นไม่เลือกเม็ด เราสามารถเลือกขนาดที่เหมาะสม รายการของเราขนาดมีปฏิทินวัน เวลาของวัน ลูกค้า หน้า กิจกรรม งาน รหัสรอบเวลา ผลิตภัณฑ์ สาเหตุ และทำการอ้างอิง แสดงการออกแบบเสร็จสมบูรณ์ในรูปที่ 14.4 การ

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

ในตารางความจริงที่สองนี้เราจะกำหนดเมล็ดจะเป็นแต่ละ
เหตุการณ์หน้าในแต่ละครั้งของลูกค้า ด้วยความง่ายในหน้า HTML แบบคงที่เราอาจ
จะสามารถบันทึกเพียงเหตุการณ์หนึ่งที่น่าสนใจต่อการดูหน้าคือหน้า
ดูตัวเอง ในฐานะที่เป็นเว็บไซต์จ้างสร้างแบบไดนามิกหน้าตาม XML ที่มี
ความสามารถในการสร้างการเจรจาอย่างต่อเนื่องผ่านทางหน้าจำนวนและ
ประเภทของกิจกรรมจะเติบโต.
มันมีแนวโน้มว่าตารางความจริงนี้จะกลายเป็นทางดาราศาสตร์ในขนาด เราจะต่อต้านการ
กระตุ้นให้รวมตารางถึงเมล็ดหยาบเพราะขั้นตอนดังกล่าว
อย่างหลีกเลี่ยงไม่เกี่ยวข้องกับมิติการกำจัด ที่จริงโต๊ะจริงแรกที่เรา
สร้างขึ้นสำหรับมาร์ทข้อมูลนี้เป็นเพียงเช่นการรวมตัว มันเป็นความคุ้มค่า
ตารางความจริง แต่นักวิเคราะห์ไม่สามารถถามคำถามเกี่ยวกับพฤติกรรมของผู้เข้าชมหรือหน้าเว็บแต่ละหน้า เมื่อข้อมูลแต่ละหน้ามุ่งเน้นการตั้งรับมากเกินไปแล้ว
เพื่อที่จะรักษาความสามารถในการวิเคราะห์พฤติกรรมรายละเอียดทั้งเวลา
ช่วงของข้อมูลที่ต้องถูก จำกัด หรือเทคนิคการสุ่มตัวอย่างทางสถิติจะต้อง
ใช้ในการลดขนาดของข้อมูล แม้ว่าความจุดิสก์ได้รับการเสแสร้ง
ได้เร็วยิ่งขึ้น (ทุก 12 เดือนสมมุติ) กว่าพลังการประมวลผลเอนเอียงของเราในการเก็บรวบรวมข้อมูลรีมดูเหมือนว่าจะเป็นสองเท่าของที่ก้าวได้เร็วยิ่งขึ้น.
หลังจากได้รับการแต่งตั้งข้าวเราสามารถเลือกขนาดที่เหมาะสม รายการของเรา
ในมิติรวมถึงวันปฏิทินเวลาของวัน, ลูกค้า, หน้าเหตุการณ์เซสชั่น, ID เซสชั่นผลิตภัณฑ์เชิงสาเหตุและอ้างอิง ออกแบบเสร็จจะแสดง
ในรูปที่ 14.4

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

ในความเป็นจริงสองโต๊ะเราจะกําหนด granularity เป็นเหตุการณ์แต่ละหน้า
ในลูกค้าแต่ละเซสชัน กับง่าย , หน้า HTML แบบคงที่ เราอาจ
สามารถบันทึกเพียงหนึ่งที่น่าสนใจเหตุการณ์ต่อเพจวิว คือ วิวหน้า
นั่นเอง เป็นเว็บไซต์แบบไดนามิกเว็บจ้างสร้าง XML ตามหน้าเว็บที่มีความสามารถในการสร้างอย่างต่อเนื่อง
บทสนทนาผ่านหน้าหมายเลข
ประเภทเหตุการณ์จะเติบโต .
มันมีแนวโน้มว่า ข้อเท็จจริงนี้ โต๊ะจะเป็นดาราศาสตร์ ในขนาด เราจะต่อต้าน
อยากรวมโต๊ะกับ granularity ชนิดเพราะขั้นตอนดังกล่าว
ย่อมเกี่ยวข้องกับการพิจารณา จริงๆ แล้ว เรื่องแรกที่สร้างขึ้นสำหรับข้อมูลตารางเรา
มาร์ทเป็นเพียงเช่นสมุห์ . มันคือโต๊ะ
ความเป็นจริงคุ้มค่าแต่นักวิเคราะห์ไม่สามารถถามคำถามเกี่ยวกับพฤติกรรมหรือการเข้าชมแต่ละหน้า เมื่อแต่ละหน้าและชุดข้อมูลที่ได้รับมีขนาดใหญ่เกินไปแล้ว
เพื่อรักษาความสามารถในการวิเคราะห์พฤติกรรมของทั้งเวลา
ช่วงของข้อมูลต้องถูก จำกัด หรือสถิติ การสุ่มตัวอย่างต้อง
ใช้เพื่อลดขนาดของข้อมูล ถึงแม้ว่าความจุดิสก์ได้รับสองเท่า
ได้เร็วขึ้น ( ทุก 12 เดือน สมมุติ ) มากกว่าการประมวลผลพลังงาน ความโน้มเอียงของเราเก็บรีมข้อมูลดูเหมือนจะเสแสร้งที่ก้าวเร็วขึ้น .
เลือกเมล็ดข้าว เราสามารถเลือกขนาดให้เหมาะสม รายชื่อของเรา
มิติรวมถึงวันที่ปฏิทิน , เวลาของวัน , ลูกค้า , หน้า , เหตุการณ์ , เซสชั่น , ID ของเซสชัน , ผลิตภัณฑ์ , สาเหตุ , และอ้างอิง . การออกแบบเสร็จสมบูรณ์จะแสดงในรูปที่ 6
.