OBIEE - คู่มือฉบับย่อ

ในตลาดที่มีการแข่งขันสูงในปัจจุบัน บริษัท ที่ประสบความสำเร็จส่วนใหญ่จะตอบสนองอย่างรวดเร็วต่อการเปลี่ยนแปลงและโอกาสของตลาด ความต้องการที่จะตอบสนองอย่างรวดเร็วคือการใช้ข้อมูลและสารสนเทศอย่างมีประสิทธิผลและประสิทธิภาพ“Data Warehouse”เป็นที่เก็บข้อมูลส่วนกลางที่จัดระเบียบตามหมวดหมู่เพื่อสนับสนุนผู้มีอำนาจตัดสินใจขององค์กร เมื่อข้อมูลถูกเก็บไว้ในคลังข้อมูลแล้วจะสามารถเข้าถึงเพื่อวิเคราะห์ได้

คำว่า "คลังข้อมูล" ถูกคิดค้นขึ้นครั้งแรกโดย Bill Inmon ในปี 1990 ตามที่เขากล่าวว่า "คลังข้อมูลคือการรวบรวมข้อมูลที่มุ่งเน้นไปที่เรื่องบูรณาการตัวแปรเวลาและไม่ลบเลือนเพื่อสนับสนุนกระบวนการตัดสินใจของผู้บริหาร"

Ralph Kimball ให้คำจำกัดความของคลังข้อมูลตามฟังก์ชันการทำงาน เขากล่าวว่า“ คลังข้อมูลคือสำเนาของข้อมูลธุรกรรมที่มีโครงสร้างเฉพาะสำหรับการสืบค้นและการวิเคราะห์”

Data Warehouse (DW หรือ DWH) เป็นระบบที่ใช้สำหรับการวิเคราะห์ข้อมูลและการรายงาน เป็นที่เก็บที่บันทึกข้อมูลจากแหล่งข้อมูลที่แตกต่างกันอย่างน้อยหนึ่งแหล่ง จัดเก็บทั้งข้อมูลปัจจุบันและข้อมูลในอดีตและใช้สำหรับสร้างรายงานเชิงวิเคราะห์ DW สามารถใช้เพื่อสร้างแดชบอร์ดแบบโต้ตอบสำหรับผู้บริหารระดับสูง

ตัวอย่างเช่นรายงานการวิเคราะห์อาจมีข้อมูลสำหรับการเปรียบเทียบรายไตรมาสหรือสำหรับการเปรียบเทียบรายงานการขายประจำปีสำหรับ บริษัท

ข้อมูลใน DW มาจากระบบปฏิบัติการหลายระบบเช่นการขายทรัพยากรบุคคลการตลาดการจัดการคลังสินค้าเป็นต้นซึ่งมีข้อมูลประวัติจากระบบธุรกรรมที่แตกต่างกัน แต่ยังสามารถรวมข้อมูลจากแหล่งอื่นได้ด้วย DW ใช้เพื่อแยกภาระงานการประมวลผลและการวิเคราะห์ข้อมูลออกจากภาระงานธุรกรรมและช่วยให้สามารถรวมข้อมูลจากแหล่งข้อมูลต่างๆได้

ความต้องการคลังข้อมูล

ตัวอย่างเช่น - คุณมีหน่วยงานสินเชื่อบ้านซึ่งข้อมูลมาจากแอปพลิเคชัน SAP / ที่ไม่ใช่ SAP หลายรายการเช่นการตลาดการขาย ERP HRM เป็นต้นข้อมูลนี้จะถูกแยกแปลงและโหลดเป็น DW หากคุณต้องทำการเปรียบเทียบยอดขายรายไตรมาส / รายปีของผลิตภัณฑ์คุณไม่สามารถใช้ฐานข้อมูลการดำเนินงานได้เนื่องจากจะทำให้ระบบธุรกรรมค้าง นี่คือจุดที่ความจำเป็นในการใช้ DW เกิดขึ้น

ลักษณะของคลังข้อมูล

ลักษณะสำคัญบางประการของ DW ได้แก่ -

• ใช้สำหรับการรายงานและการวิเคราะห์ข้อมูล
• จัดเตรียมที่เก็บส่วนกลางพร้อมข้อมูลที่รวมจากแหล่งที่มาหนึ่งแหล่งขึ้นไป
• จัดเก็บข้อมูลปัจจุบันและในอดีต

คลังข้อมูลเทียบกับระบบธุรกรรม

ต่อไปนี้เป็นความแตกต่างเล็กน้อยระหว่างคลังข้อมูลและฐานข้อมูลการดำเนินงาน (ระบบธุรกรรม) -

• ระบบธุรกรรมได้รับการออกแบบมาสำหรับปริมาณงานและธุรกรรมที่เป็นที่รู้จักเช่นการอัปเดตบันทึกผู้ใช้การค้นหาบันทึกเป็นต้นอย่างไรก็ตามธุรกรรม DW มีความซับซ้อนมากขึ้นและนำเสนอรูปแบบข้อมูลทั่วไป

• ระบบธุรกรรมมีข้อมูลปัจจุบันขององค์กรในขณะที่ DW มีข้อมูลประวัติ

• ระบบธุรกรรมรองรับการประมวลผลแบบขนานของธุรกรรมหลายรายการ จำเป็นต้องมีกลไกการควบคุมและการกู้คืนพร้อมกันเพื่อรักษาความสอดคล้องของฐานข้อมูล

• แบบสอบถามฐานข้อมูลการดำเนินการอนุญาตให้อ่านและแก้ไขการดำเนินการ (ลบและอัปเดต) ในขณะที่แบบสอบถาม OLAP ต้องการการเข้าถึงข้อมูลที่จัดเก็บแบบอ่านอย่างเดียว (คำสั่งเลือก)

• DW เกี่ยวข้องกับการล้างข้อมูลการรวมข้อมูลและการรวมข้อมูล

DW มีสถาปัตยกรรมสามชั้น ได้แก่ Data Source Layer, Integration Layer และ Presentation Layer แผนภาพต่อไปนี้แสดงสถาปัตยกรรมทั่วไปของระบบคลังข้อมูล

ประเภทของระบบคลังข้อมูล

ต่อไปนี้เป็นประเภทของระบบ DW -

• ข้อมูลมาร์ท
• การประมวลผลเชิงวิเคราะห์ออนไลน์ (OLAP)
• การประมวลผลธุรกรรมออนไลน์ (OLTP)
• การวิเคราะห์เชิงคาดการณ์

ข้อมูลมาร์ท

Data Mart เป็นรูปแบบ DW ที่ง่ายที่สุดและโดยปกติจะเน้นไปที่พื้นที่การทำงานเดียวเช่นการขายการเงินหรือการตลาด ดังนั้นดาต้ามาร์ทมักจะรับข้อมูลจากแหล่งข้อมูลเพียงไม่กี่แหล่งเท่านั้น

แหล่งที่มาอาจเป็นระบบธุรกรรมภายในคลังข้อมูลกลางหรือแอปพลิเคชันแหล่งข้อมูลภายนอก De-normalization เป็นบรรทัดฐานสำหรับเทคนิคการสร้างแบบจำลองข้อมูลในระบบนี้

การประมวลผลเชิงวิเคราะห์ออนไลน์ (OLAP)

ระบบ OLAP มีจำนวนธุรกรรมน้อยกว่า แต่เกี่ยวข้องกับการคำนวณที่ซับซ้อนเช่นการใช้ Aggregations - Sum, Count, Average เป็นต้น

Aggregation คืออะไร?

เราบันทึกตารางที่มีข้อมูลรวมเช่นรายปี (1 แถว) รายไตรมาส (4 แถว) รายเดือน (12 แถว) และตอนนี้เราต้องการเปรียบเทียบข้อมูลเช่นรายปีจะมีการประมวลผลเพียง 1 แถวเท่านั้น อย่างไรก็ตามในข้อมูลที่ไม่ได้รวบรวมทุกแถวจะได้รับการประมวลผล

โดยปกติระบบ OLAP จะจัดเก็บข้อมูลในรูปแบบหลายมิติเช่น Star Schema, Galaxy schemas (ด้วยตาราง Fact และ Dimensional จะเชื่อมโยงกันในลักษณะตรรกะ)

ในระบบ OLAP เวลาตอบสนองในการดำเนินการสืบค้นเป็นการวัดประสิทธิผล แอปพลิเคชัน OLAP ใช้กันอย่างแพร่หลายโดยเทคนิคการขุดข้อมูลเพื่อรับข้อมูลจากระบบ OLAP ฐานข้อมูล OLAP จัดเก็บข้อมูลประวัติที่รวบรวมไว้ในสกีมาหลายมิติ ระบบ OLAP มีเวลาแฝงของข้อมูลเพียงไม่กี่ชั่วโมงเมื่อเทียบกับ Data Marts ซึ่งโดยปกติเวลาแฝงจะใกล้เคียงกับสองสามวัน

การประมวลผลธุรกรรมออนไลน์ (OLTP)

ระบบ OLTP เป็นที่รู้จักสำหรับการทำธุรกรรมออนไลน์สั้น ๆ จำนวนมากเช่นการแทรกอัปเดตลบ ฯลฯ ระบบ OLTP ให้การประมวลผลการสืบค้นที่รวดเร็วและยังรับผิดชอบในการจัดเตรียมความสมบูรณ์ของข้อมูลในสภาพแวดล้อมการเข้าถึงหลาย

สำหรับระบบ OLTP ประสิทธิภาพจะวัดจากจำนวนธุรกรรมที่ประมวลผลต่อวินาที โดยปกติระบบ OLTP จะมีเฉพาะข้อมูลปัจจุบัน สคีมาที่ใช้ในการจัดเก็บฐานข้อมูลธุรกรรมคือแบบจำลองเอนทิตี Normalization ใช้สำหรับเทคนิคการสร้างแบบจำลองข้อมูลในระบบ OLTP

OLTP กับ OLAP

ภาพประกอบต่อไปนี้แสดงความแตกต่างที่สำคัญระหว่างระบบ OLTP และ OLAP

Indexes - ในระบบ OLTP มีดัชนีเพียงไม่กี่ตัวในขณะที่ในระบบ OLAP มีดัชนีมากมายสำหรับการเพิ่มประสิทธิภาพ

Joins- ในระบบ OLTP การรวมและข้อมูลจำนวนมากจะถูกทำให้เป็นมาตรฐาน อย่างไรก็ตามในระบบ OLAP จะมีการรวมและ de-normalized น้อยกว่า

Aggregation - ในระบบ OLTP ข้อมูลจะไม่ถูกรวมในขณะที่อยู่ในฐานข้อมูล OLAP จะใช้การรวมมากกว่า

การสร้างแบบจำลองมิติให้ชุดวิธีการและแนวคิดที่ใช้ในการออกแบบ DW ตามที่ที่ปรึกษา DW Ralph Kimball กล่าวว่าการสร้างแบบจำลองมิติเป็นเทคนิคการออกแบบสำหรับฐานข้อมูลที่มีวัตถุประสงค์เพื่อรองรับการสืบค้นของผู้ใช้ปลายทางในคลังข้อมูล มุ่งเน้นไปที่ความเข้าใจและประสิทธิภาพ ตามที่เขากล่าวแม้ว่า ER ที่มุ่งเน้นธุรกรรมจะมีประโยชน์มากสำหรับการดักจับธุรกรรม แต่ก็ควรหลีกเลี่ยงสำหรับการจัดส่งผู้ใช้ปลายทาง

การสร้างแบบจำลองมิติใช้ตารางข้อเท็จจริงและตารางมิติข้อมูลเสมอ ข้อเท็จจริงคือค่าตัวเลขซึ่งสามารถรวบรวมและวิเคราะห์ค่าความจริงได้ มิติข้อมูลกำหนดลำดับชั้นและคำอธิบายเกี่ยวกับค่าข้อเท็จจริง

ตารางมิติ

ตารางมิติเก็บแอตทริบิวต์ที่อธิบายวัตถุในตารางข้อเท็จจริง ตารางมิติมีคีย์หลักที่ระบุแถวมิติข้อมูลแต่ละแถวโดยไม่ซ้ำกัน คีย์นี้ใช้เพื่อเชื่อมโยงตาราง Dimension กับตาราง Fact

โดยปกติตารางมิติจะถูกยกเลิกการทำให้เป็นมาตรฐานเนื่องจากไม่ได้สร้างขึ้นเพื่อดำเนินธุรกรรมและใช้เพื่อวิเคราะห์ข้อมูลโดยละเอียดเท่านั้น

ตัวอย่าง

ในตารางมิติข้อมูลต่อไปนี้โดยปกติมิติของลูกค้าจะประกอบด้วยชื่อลูกค้าที่อยู่รหัสลูกค้าเพศกลุ่มรายได้ระดับการศึกษา ฯลฯ

รหัสลูกค้า	ชื่อ	เพศ	รายได้	การศึกษา	ศาสนา
1	Brian Edge	ม	2	3	4
2	เฟรดสมิ ธ	ม	3	5	1
3	แซลลี่โจนส์	ฉ	1	7	3

ตารางข้อเท็จจริง

ตารางข้อเท็จจริงประกอบด้วยค่าตัวเลขที่เรียกว่าการวัด ตารางข้อมูลข้อเท็จจริงมีคอลัมน์สองประเภทคือข้อเท็จจริงและคีย์ต่างประเทศของตารางมิติข้อมูล

มาตรการในตารางข้อเท็จจริงมีสามประเภท -

• Additive - มาตรการที่สามารถเพิ่มได้ในทุกมิติ

• Non-Additive - มาตรการที่ไม่สามารถเพิ่มในมิติใด ๆ

• Semi-Additive - มาตรการที่สามารถเพิ่มได้ในบางมิติ

ตัวอย่าง

รหัสเวลา	รหัสผลิตภัณฑ์	รหัสลูกค้า	หน่วยขาย
4	17	2	1
8	21	3	2
8	4	1	1

ตารางข้อเท็จจริงนี้ประกอบด้วยคีย์ต่างประเทศสำหรับมิติเวลามิติผลิตภัณฑ์มิติลูกค้าและหน่วยมูลค่าการวัดที่ขาย

สมมติว่า บริษัท ขายสินค้าให้กับลูกค้า การขายทุกครั้งเป็นความจริงที่เกิดขึ้นภายใน บริษัท และตารางข้อเท็จจริงจะใช้ในการบันทึกข้อเท็จจริงเหล่านี้

ข้อเท็จจริงทั่วไปคือ - จำนวนหน่วยที่ขายได้ส่วนต่างรายได้จากการขาย ฯลฯ ปัจจัยรายการตารางมิติข้อมูลเช่นลูกค้าเวลาผลิตภัณฑ์ ฯลฯ ที่เราต้องการวิเคราะห์ข้อมูล

ตอนนี้ถ้าเราพิจารณาตารางข้อเท็จจริงและมิติข้อมูลลูกค้าด้านบนก็จะมีมิติข้อมูลผลิตภัณฑ์และเวลาด้วย จากตารางข้อเท็จจริงและตารางมิติข้อมูลทั้งสามนี้เราสามารถถามคำถามเช่น: มีนาฬิกากี่เรือนที่ขายให้กับลูกค้าชายในปี 2010?

ความแตกต่างระหว่างมิติข้อมูลและตารางข้อเท็จจริง

ความแตกต่างของการทำงานระหว่างตารางมิติข้อมูลและตารางข้อเท็จจริงคือตารางข้อเท็จจริงจะเก็บข้อมูลที่เราต้องการวิเคราะห์และตารางมิติเก็บข้อมูลที่จำเป็นเพื่อให้เราสืบค้นได้

ตารางรวม

ตารางรวมประกอบด้วยข้อมูลรวมซึ่งสามารถคำนวณได้โดยใช้ฟังก์ชันการรวมที่แตกต่างกัน

อัน aggregate function เป็นฟังก์ชันที่มีการจัดกลุ่มค่าของหลายแถวเข้าด้วยกันเป็นข้อมูลเข้าในเกณฑ์ที่กำหนดเพื่อสร้างค่าเดียวที่มีความหมายหรือการวัดที่สำคัญกว่า

ฟังก์ชันการรวมทั่วไป ได้แก่ -

• Average()
• Count()
• Maximum()
• Median()
• Minimum()
• Mode()
• Sum()

ตารางรวมเหล่านี้ใช้สำหรับการเพิ่มประสิทธิภาพเพื่อรันคิวรีที่ซับซ้อนในคลังข้อมูล

ตัวอย่าง

คุณบันทึกตารางที่มีข้อมูลรวมเช่นรายปี (1 แถว) รายไตรมาส (4 แถว) รายเดือน (12 แถว) และตอนนี้คุณต้องทำการเปรียบเทียบข้อมูลเช่นรายปีจะมีการประมวลผลเพียง 1 แถวเท่านั้น อย่างไรก็ตามในตารางที่ไม่ได้รวมแถวทั้งหมดจะถูกประมวลผล

นาที	ส่งคืนค่าที่น้อยที่สุดในคอลัมน์ที่กำหนด
MAX	ส่งคืนค่าที่มากที่สุดในคอลัมน์ที่กำหนด
SUM	ส่งคืนผลรวมของค่าตัวเลขในคอลัมน์ที่กำหนด
AVG	ส่งคืนค่าเฉลี่ยของคอลัมน์ที่กำหนด
นับ	ส่งคืนจำนวนค่าทั้งหมดในคอลัมน์ที่กำหนด
COUNT (*)	ส่งคืนจำนวนแถวในตาราง

เลือก Avg (เงินเดือน) จากพนักงานโดยที่ title = 'developer' คำสั่งนี้จะคืนเงินเดือนโดยเฉลี่ยสำหรับพนักงานทุกคนที่มีตำแหน่งงานเท่ากับ 'Developer'

สามารถใช้การรวมที่ระดับฐานข้อมูล คุณสามารถสร้างการรวมและบันทึกไว้ในตารางรวมในฐานข้อมูลหรือคุณสามารถใช้การรวมได้ทันทีที่ระดับรายงาน

Note - หากคุณบันทึกมวลรวมในระดับฐานข้อมูลจะช่วยประหยัดเวลาและเพิ่มประสิทธิภาพการทำงาน

Schema คือคำอธิบายเชิงตรรกะของฐานข้อมูลทั้งหมด ประกอบด้วยชื่อและคำอธิบายของระเบียนทุกประเภทรวมทั้งรายการข้อมูลและการรวมที่เกี่ยวข้องทั้งหมด เช่นเดียวกับฐานข้อมูล DW ยังต้องดูแลสคีมา ฐานข้อมูลใช้โมเดลเชิงสัมพันธ์ในขณะที่ DW ใช้ Star, Snowflake และ Fact Constellation schema (Galaxy schema)

สคีมาของดาว

ใน Star Schema มีตารางมิติข้อมูลหลายตารางในรูปแบบที่ไม่เป็นมาตรฐานซึ่งรวมเข้ากับตารางข้อเท็จจริงเพียงตารางเดียว ตารางเหล่านี้รวมเข้าด้วยกันอย่างมีเหตุผลเพื่อตอบสนองความต้องการทางธุรกิจบางประการเพื่อวัตถุประสงค์ในการวิเคราะห์ สคีมาเหล่านี้เป็นโครงสร้างหลายมิติซึ่งใช้ในการสร้างรายงานโดยใช้เครื่องมือการรายงาน BI

มิติในสคีมาแบบดาวประกอบด้วยชุดของแอตทริบิวต์และตารางข้อเท็จจริงมีคีย์ต่างประเทศสำหรับมิติข้อมูลและค่าการวัดทั้งหมด

ใน Star Schema ด้านบนมีตารางข้อเท็จจริง“ Sales Fact” อยู่ตรงกลางและรวมเข้ากับตารางมิติข้อมูล 4 ตารางโดยใช้คีย์หลัก ตารางมิติข้อมูลจะไม่ถูกทำให้เป็นมาตรฐานต่อไปและการรวมตารางนี้เรียกว่า Star Schema ใน DW

ตารางข้อเท็จจริงยังประกอบด้วยค่าการวัด - ดอลลาร์_soldและ units_sold

สคีมาเกล็ดหิมะ

ใน Snowflakes Schema มีตารางมิติข้อมูลหลายตารางในรูปแบบปกติที่รวมเข้ากับตารางข้อเท็จจริงเพียงตารางเดียว ตารางเหล่านี้รวมเข้าด้วยกันอย่างมีเหตุผลเพื่อตอบสนองความต้องการทางธุรกิจบางประการเพื่อวัตถุประสงค์ในการวิเคราะห์

ความแตกต่างระหว่างสคีมาของ Star และ Snowflakes คือตารางมิติจะถูกทำให้เป็นมาตรฐานเพิ่มเติม การทำให้เป็นมาตรฐานจะแยกข้อมูลออกเป็นตารางเพิ่มเติม เนื่องจากการทำให้เป็นมาตรฐานในสคีมา Snowflake ความซ้ำซ้อนของข้อมูลจึงลดลงโดยไม่สูญเสียข้อมูลใด ๆ ดังนั้นจึงง่ายต่อการบำรุงรักษาและประหยัดพื้นที่จัดเก็บ

ในตัวอย่าง Snowflakes Schema ด้านบนตารางผลิตภัณฑ์และลูกค้าจะถูกทำให้เป็นมาตรฐานเพิ่มเติมเพื่อประหยัดพื้นที่จัดเก็บ บางครั้งยังมีการเพิ่มประสิทธิภาพการทำงานเมื่อคุณเรียกใช้แบบสอบถามที่ต้องมีการประมวลผลแถวโดยตรงในตารางปกติดังนั้นจึงไม่ประมวลผลแถวในตารางมิติข้อมูลหลักและส่งตรงไปยังตาราง Normalized ใน Schema

รายละเอียด

รายละเอียดในตารางแสดงถึงระดับของข้อมูลที่จัดเก็บในตาราง ความละเอียดสูงของข้อมูลหมายความว่าข้อมูลอยู่ในระดับธุรกรรมหรือใกล้เคียงซึ่งมีรายละเอียดมากกว่า ความละเอียดต่ำหมายความว่าข้อมูลมีระดับข้อมูลต่ำ

โดยปกติแล้วตารางข้อเท็จจริงจะได้รับการออกแบบให้มีความละเอียดต่ำ ซึ่งหมายความว่าเราต้องหาข้อมูลระดับต่ำสุดที่สามารถจัดเก็บไว้ในตารางข้อเท็จจริงได้ ในมิติข้อมูลระดับรายละเอียดอาจเป็นปีเดือนไตรมาสระยะเวลาสัปดาห์และวัน

กระบวนการกำหนดรายละเอียดประกอบด้วยสองขั้นตอน -

• การกำหนดมิติข้อมูลที่จะรวม
• การกำหนดตำแหน่งที่จะวางลำดับชั้นของข้อมูลแต่ละมิติ

เปลี่ยนขนาดอย่างช้าๆ

มิติที่เปลี่ยนแปลงอย่างช้าๆหมายถึงการเปลี่ยนแปลงมูลค่าของแอตทริบิวต์เมื่อเวลาผ่านไป เป็นหนึ่งในแนวคิดทั่วไปใน DW

ตัวอย่าง

Andy เป็นพนักงานของ XYZ Inc. เขาตั้งอยู่ครั้งแรกในนิวยอร์กซิตี้ในเดือนกรกฎาคม 2015 รายการต้นฉบับในตารางการค้นหาพนักงานมีบันทึกดังนี้ -

รหัสพนักงาน	10001
ชื่อ	แอนดี้
สถานที่	นิวยอร์ก

ในเวลาต่อมาเขาได้ย้ายไปที่ LA, California ตอนนี้ XYZ Inc. ควรแก้ไขตารางพนักงานอย่างไรเพื่อให้สอดคล้องกับการเปลี่ยนแปลงนี้

สิ่งนี้เรียกว่าแนวคิด "การเปลี่ยนมิติอย่างช้าๆ"

มีสามวิธีในการแก้ปัญหาประเภทนี้ -

แนวทางแก้ไข 1

ระเบียนใหม่แทนที่ระเบียนเดิม ไม่มีร่องรอยของบันทึกเก่า

การเปลี่ยนมิติข้อมูลอย่างช้าๆข้อมูลใหม่จะเขียนทับข้อมูลเดิม กล่าวอีกนัยหนึ่งคือไม่มีการเก็บประวัติ

รหัสพนักงาน	10001
ชื่อ	แอนดี้
สถานที่	แอลเอแคลิฟอร์เนีย

• Benefit - นี่เป็นวิธีที่ง่ายที่สุดในการจัดการปัญหามิติที่เปลี่ยนแปลงอย่างช้าๆเนื่องจากไม่จำเป็นต้องติดตามข้อมูลเก่า

• Disadvantage - ข้อมูลทางประวัติศาสตร์ทั้งหมดสูญหาย

• Use - ควรใช้โซลูชันที่ 1 เมื่อ DW ไม่จำเป็นต้องติดตามข้อมูลในอดีต

โซลูชันที่ 2

บันทึกใหม่ถูกป้อนลงในตารางมิติข้อมูลพนักงาน ดังนั้นพนักงานแอนดี้จึงถือว่าเป็นสองคน

มีการเพิ่มระเบียนใหม่ลงในตารางเพื่อแสดงข้อมูลใหม่และทั้งระเบียนเดิมและระเบียนใหม่จะปรากฏขึ้น ระเบียนใหม่ได้รับคีย์หลักของตัวเองดังนี้ -

รหัสพนักงาน	10001	10002
ชื่อ	แอนดี้	แอนดี้
สถานที่	นิวยอร์ก	แอลเอแคลิฟอร์เนีย

• Benefit - วิธีนี้ช่วยให้เราจัดเก็บข้อมูลประวัติทั้งหมด

• Disadvantage- ขนาดโต๊ะโตเร็วขึ้น เมื่อจำนวนแถวของตารางสูงมากพื้นที่และประสิทธิภาพของตารางอาจเป็นปัญหา

• Use - ควรใช้โซลูชันที่ 2 เมื่อจำเป็นสำหรับ DW เพื่อเก็บข้อมูลในอดีต

โซลูชันที่ 3

บันทึกเดิมในมิติข้อมูลพนักงานได้รับการแก้ไขเพื่อให้สอดคล้องกับการเปลี่ยนแปลง

จะมีสองคอลัมน์เพื่อระบุแอตทริบิวต์ที่เฉพาะเจาะจงโดยคอลัมน์หนึ่งระบุค่าดั้งเดิมและอีกคอลัมน์หนึ่งระบุค่าใหม่ นอกจากนี้ยังมีคอลัมน์ที่ระบุเมื่อค่าปัจจุบันเริ่มทำงาน

รหัสพนักงาน	ชื่อ	ตำแหน่งเดิม	ตำแหน่งใหม่	วันที่ย้าย
10001	แอนดี้	นิวยอร์ก	แอลเอแคลิฟอร์เนีย	กรกฎาคม 2558

• Benefits- สิ่งนี้จะไม่เพิ่มขนาดของตารางเนื่องจากมีการอัปเดตข้อมูลใหม่ สิ่งนี้ช่วยให้เราสามารถเก็บข้อมูลทางประวัติศาสตร์

• Disadvantage - วิธีนี้จะไม่เก็บประวัติทั้งหมดเมื่อมีการเปลี่ยนแปลงค่าแอตทริบิวต์มากกว่าหนึ่งครั้ง

• Use - ควรใช้โซลูชัน 3 เมื่อ DW จำเป็นต้องเก็บข้อมูลการเปลี่ยนแปลงในอดีตเท่านั้น

Normalization

นอร์มัลไลเซชันเป็นกระบวนการย่อยสลายตารางให้เป็นตารางขนาดเล็กที่ซ้ำซ้อนน้อยลงโดยไม่สูญเสียข้อมูลใด ๆ ดังนั้นการทำให้เป็นมาตรฐานฐานข้อมูลเป็นกระบวนการจัดระเบียบแอตทริบิวต์และตารางของฐานข้อมูลเพื่อลดความซ้ำซ้อนของข้อมูล (ข้อมูลที่ซ้ำกัน)

วัตถุประสงค์ของการทำให้เป็นมาตรฐาน

• ใช้เพื่อกำจัดข้อมูลบางประเภท (ซ้ำซ้อน / จำลองแบบ) เพื่อปรับปรุงความสอดคล้อง

• ให้ความยืดหยุ่นสูงสุดเพื่อตอบสนองความต้องการข้อมูลในอนาคตโดยการรักษาตารางที่สอดคล้องกับประเภทออบเจ็กต์ในรูปแบบที่เรียบง่าย

• สร้างแบบจำลองข้อมูลที่ชัดเจนและอ่านได้

ข้อดี

• ความสมบูรณ์ของข้อมูล.
• ช่วยเพิ่มความสอดคล้องของข้อมูล
• ลดความซ้ำซ้อนของข้อมูลและพื้นที่ที่ต้องการ
• ลดต้นทุนการอัปเดต
• ความยืดหยุ่นสูงสุดในการตอบสนองต่อคำค้นหาเฉพาะกิจ
• ลดจำนวนแถวทั้งหมดต่อบล็อก

ข้อเสีย

แบบสอบถามในฐานข้อมูลทำงานช้าเนื่องจากต้องทำการรวมเพื่อดึงข้อมูลที่เกี่ยวข้องจากตารางปกติหลาย ๆ ตาราง

คุณต้องเข้าใจโมเดลข้อมูลเพื่อที่จะทำการเชื่อมต่อระหว่างตารางต่างๆได้อย่างเหมาะสม

ตัวอย่าง

ในตัวอย่างข้างต้นตารางในบล็อกสีเขียวแสดงถึงตารางปกติของตารางที่อยู่ในบล็อกสีแดง ตารางในบล็อกสีเขียวมีความซ้ำซ้อนน้อยกว่าและมีจำนวนแถวน้อยลงโดยไม่สูญเสียข้อมูลใด ๆ

OBIEE ย่อมาจาก Oracle Business Intelligence Enterprise Editionซึ่งเป็นชุดเครื่องมือ Business Intelligence และจัดหาโดย Oracle Corporation ช่วยให้ผู้ใช้สามารถส่งมอบชุดการรายงานที่มีประสิทธิภาพการสืบค้นและการวิเคราะห์แบบเฉพาะกิจฟังก์ชัน OLAP แดชบอร์ดและหน้าต่างสรุปพร้อมประสบการณ์ผู้ใช้ปลายทางที่หลากหลายซึ่งรวมถึงการแสดงภาพการทำงานร่วมกันการแจ้งเตือนและตัวเลือกอื่น ๆ อีกมากมาย

ประเด็นสำคัญ

• OBIEE ให้การรายงานที่มีประสิทธิภาพซึ่งทำให้ผู้ใช้ทางธุรกิจเข้าถึงข้อมูลได้ง่ายขึ้น

• OBIEE จัดเตรียมโครงสร้างพื้นฐานทั่วไปสำหรับการผลิตและส่งมอบรายงานระดับองค์กรดัชนีชี้วัดแดชบอร์ดการวิเคราะห์เฉพาะกิจและการวิเคราะห์ OLAP

• OBIEE ลดต้นทุนด้วยสถาปัตยกรรมที่เน้นบริการบนเว็บที่ได้รับการพิสูจน์แล้วซึ่งผสานรวมกับโครงสร้างพื้นฐานไอทีที่มีอยู่

• OBIEE ช่วยให้ผู้ใช้สามารถรวมการแสดงภาพที่สมบูรณ์แดชบอร์ดแบบโต้ตอบตัวเลือกการสร้างแผนภูมิแบบเคลื่อนไหวที่หลากหลายการโต้ตอบในรูปแบบ OLAP การค้นหานวัตกรรมและความสามารถในการทำงานร่วมกันที่ดำเนินการได้เพื่อเพิ่มการยอมรับของผู้ใช้ ความสามารถเหล่านี้ช่วยให้องค์กรของคุณสามารถตัดสินใจได้ดีขึ้นดำเนินการตามข้อมูลและใช้กระบวนการทางธุรกิจที่มีประสิทธิภาพมากขึ้น

คู่แข่งในตลาด

คู่แข่งหลักของ OBIEE ได้แก่ เครื่องมือ Microsoft BI, SAP AG Business Objects, IBM Cognos และ SAS Institute Inc.

เนื่องจาก OBIEE ช่วยให้ผู้ใช้สามารถสร้างแดชบอร์ดแบบโต้ตอบรายงานที่มีประสิทธิภาพแผนภูมิภาพเคลื่อนไหวและเนื่องจากความคุ้มทุนจึงมีการใช้กันอย่างแพร่หลายโดยหลาย บริษัท เป็นหนึ่งในเครื่องมือหลักสำหรับโซลูชัน Business Intelligence

ข้อดีของ OBIEE

OBIEE จัดเตรียมการแสดงภาพหลายประเภทเพื่อแทรกในแดชบอร์ดเพื่อให้โต้ตอบได้มากขึ้น ช่วยให้คุณสามารถสร้างรายงานแฟลชเทมเพลตรายงานและการรายงานเฉพาะกิจสำหรับผู้ใช้ปลายทาง ให้การผสานรวมอย่างใกล้ชิดกับแหล่งข้อมูลหลักและยังสามารถรวมกับผู้จำหน่ายบุคคลที่สามเช่น Microsoft เพื่อฝังข้อมูลในงานนำเสนอ PowerPoint และเอกสาร Word

ต่อไปนี้เป็นคุณสมบัติหลักและประโยชน์ของเครื่องมือ OBIEE -

คุณสมบัติ	ประโยชน์หลักของ OBIEE
แดชบอร์ดแบบโต้ตอบ	จัดเตรียมแดชบอร์ดและรายงานแบบโต้ตอบได้อย่างสมบูรณ์พร้อมด้วยการแสดงภาพที่หลากหลาย
การรายงานเชิงโต้ตอบด้วยตนเอง	ช่วยให้ผู้ใช้ทางธุรกิจสามารถสร้างการวิเคราะห์ใหม่ตั้งแต่เริ่มต้นหรือแก้ไขการวิเคราะห์ที่มีอยู่โดยไม่ต้องใช้ความช่วยเหลือจากไอที
การรายงานองค์กร	อนุญาตให้สร้างเทมเพลตรายงานและเอกสารที่มีรูปแบบสูงเช่นรายงานแฟลชการตรวจสอบและอื่น ๆ
การตรวจจับและการแจ้งเตือนเชิงรุก	ให้เครื่องมือแจ้งเตือนหลายขั้นตอนที่มีประสิทธิภาพใกล้เคียงเวลาจริงซึ่งสามารถเรียกใช้เวิร์กโฟลว์ตามเหตุการณ์ทางธุรกิจและแจ้งผู้มีส่วนได้ส่วนเสียผ่านสื่อและช่องทางที่กำหนดไว้ล่วงหน้า
ข่าวกรองที่ดำเนินการได้	เปลี่ยนข้อมูลเชิงลึกให้เป็นการดำเนินการโดยให้ความสามารถในการเรียกใช้กระบวนการทางธุรกิจจากภายในแดชบอร์ดและรายงานข่าวกรองธุรกิจ
การรวม Microsoft Office	ช่วยให้ผู้ใช้สามารถฝังข้อมูลองค์กรล่าสุดในเอกสาร Microsoft PowerPoint, Word และ Excel
Spatial Intelligence ผ่านการแสดงภาพตามแผนที่	ช่วยให้ผู้ใช้เห็นภาพข้อมูลการวิเคราะห์ของตนโดยใช้แผนที่นำความเข้าใจง่ายของการสร้างภาพเชิงพื้นที่มาสู่โลกของระบบธุรกิจอัจฉริยะ

จะลงชื่อเข้าใช้ OBIEE ได้อย่างไร?

ในการลงชื่อเข้าใช้ OBIEE คุณสามารถใช้ URL ของเว็บชื่อผู้ใช้และรหัสผ่าน

ในการลงชื่อเข้าใช้ Oracle BI Enterprise Edition -

Step 1 - ในแถบที่อยู่เว็บเบราว์เซอร์ป้อน URL เพื่อเข้าถึง OBIEE

"หน้าลงชื่อเข้าใช้" จะปรากฏขึ้น

Step 2 - ป้อนชื่อผู้ใช้และรหัสผ่าน→เลือกภาษา (คุณสามารถเปลี่ยนภาษาได้โดยเลือกภาษาอื่นในช่องภาษาส่วนต่อประสานผู้ใช้ในแท็บการตั้งค่ากล่องโต้ตอบบัญชีของฉัน ") →คลิกที่แท็บลงชื่อเข้าใช้

จะนำคุณไปยังหน้าถัดไปตามการกำหนดค่า: หน้าแรกของ OBIEE ดังที่แสดงในภาพต่อไปนี้หรือไปที่หน้าแดชบอร์ดของฉัน / แดชบอร์ดส่วนบุคคลหรือแดชบอร์ดเฉพาะสำหรับบทบาทงานของคุณ

ส่วนประกอบ OBIEE ส่วนใหญ่แบ่งออกเป็นสองประเภทของส่วนประกอบ -

• ส่วนประกอบเซิร์ฟเวอร์
• ส่วนประกอบของไคลเอ็นต์

ส่วนประกอบเซิร์ฟเวอร์มีหน้าที่ในการรันระบบ OBIEE และส่วนประกอบไคลเอ็นต์โต้ตอบกับผู้ใช้เพื่อสร้างรายงานและแดชบอร์ด

ส่วนประกอบเซิร์ฟเวอร์

ต่อไปนี้เป็นส่วนประกอบของเซิร์ฟเวอร์ -

• เซิร์ฟเวอร์ Oracle BI (OBIEE)
• Oracle Presentation Server
• แอปพลิเคชันเซิร์ฟเวอร์
• Scheduler
• ตัวควบคุมคลัสเตอร์

เซิร์ฟเวอร์ Oracle BI

ส่วนประกอบนี้ถือเป็นหัวใจของระบบ OBIEE และมีหน้าที่สื่อสารกับส่วนประกอบอื่น ๆ สร้างแบบสอบถามสำหรับคำขอรายงานและส่งไปยังฐานข้อมูลเพื่อดำเนินการ

นอกจากนี้ยังรับผิดชอบในการจัดการส่วนประกอบที่เก็บซึ่งนำเสนอให้กับผู้ใช้สำหรับการสร้างรายงานจัดการกลไกการรักษาความปลอดภัยสภาพแวดล้อมของผู้ใช้หลายคนเป็นต้น

OBIEE Presentation Server

รับคำขอจากผู้ใช้ผ่านเบราว์เซอร์และส่งคำขอทั้งหมดไปยังเซิร์ฟเวอร์ OBIEE

OBIEE Application Server

OBIEE Application Server ช่วยในการทำงานกับคอมโพเนนต์ไคลเอ็นต์และ Oracle ให้ Oracle10g Application Server พร้อมชุด OBIEE

OBIEE Scheduler

มีหน้าที่จัดกำหนดการงานในที่เก็บ OBIEE เมื่อคุณสร้างที่เก็บ OBIEE จะสร้างตารางภายในที่เก็บซึ่งจะบันทึกข้อมูลที่เกี่ยวข้องกับกำหนดการทั้งหมด ส่วนประกอบนี้จำเป็นต้องรันเอเจนต์ใน 11g

งานทั้งหมดที่กำหนดโดยผู้จัดกำหนดการสามารถตรวจสอบได้โดยผู้จัดการงาน

ส่วนประกอบของไคลเอ็นต์

ต่อไปนี้เป็นส่วนประกอบไคลเอ็นต์บางส่วน -

ไคลเอนต์ OBIEE บนเว็บ

เครื่องมือต่อไปนี้มีให้ในไคลเอนต์บนเว็บ OBIEE -

• แดชบอร์ดแบบโต้ตอบ
• Oracle มอบ
• สำนักพิมพ์ BI
• ผู้ดูแลระบบ BI Presentation Service
• Answers
• การวิเคราะห์ที่ไม่ได้เชื่อมต่อ
• ปลั๊กอิน MS Office

ไคลเอนต์ที่ไม่ใช่เว็บ

ในไคลเอนต์ที่ไม่ใช้เว็บส่วนประกอบสำคัญต่อไปนี้ -

• OBIEE Administration - ใช้เพื่อสร้างที่เก็บและมีสามชั้น - ทางกายภาพธุรกิจและการนำเสนอ

• ODBC Client - ใช้เพื่อเชื่อมต่อกับฐานข้อมูลและดำเนินการคำสั่ง SQL

OBIEE Architecture เกี่ยวข้องกับส่วนประกอบของระบบ BI ต่างๆซึ่งจำเป็นในการประมวลผลคำขอของผู้ใช้ปลายทาง

ระบบ OBIEE ทำงานอย่างไร?

คำขอเริ่มต้นจากผู้ใช้ปลายทางจะถูกส่งไปยังเซิร์ฟเวอร์การนำเสนอ เซิร์ฟเวอร์การนำเสนอจะแปลงคำขอนี้ใน SQL เชิงตรรกะและส่งต่อไปยังคอมโพเนนต์ของเซิร์ฟเวอร์ BI เซิร์ฟเวอร์ BI แปลงสิ่งนี้เป็น SQL ทางกายภาพและส่งไปยังฐานข้อมูลเพื่อให้ได้ผลลัพธ์ที่ต้องการ ผลลัพธ์นี้นำเสนอต่อผู้ใช้ปลายทางด้วยวิธีเดียวกัน

แผนภาพต่อไปนี้แสดงสถาปัตยกรรม OBIEE โดยละเอียด -

OBIEE Architecture ประกอบด้วยคอมโพเนนต์ Java และไม่ใช่ Java คอมโพเนนต์ Java คือคอมโพเนนต์ Web Logic Server และคอมโพเนนต์ที่ไม่ใช่ Java เรียกว่าคอมโพเนนต์ระบบ Oracle BI

เซิร์ฟเวอร์เว็บลอจิก

ระบบ OBIEE ส่วนนี้ประกอบด้วย Admin Server และ Managed Server เซิร์ฟเวอร์ผู้ดูแลระบบมีหน้าที่จัดการกระบวนการเริ่มต้นและหยุดสำหรับเซิร์ฟเวอร์ที่มีการจัดการ Managed Server ประกอบด้วย BI Plugin, Security, Publisher, SOA, BI Office เป็นต้น

ตัวจัดการโหนด

Node Manager จะทริกเกอร์การเริ่มต้นอัตโนมัติหยุดการรีสตาร์ทกิจกรรมและจัดเตรียมกิจกรรมการจัดการกระบวนการสำหรับผู้ดูแลระบบและเซิร์ฟเวอร์ที่มีการจัดการ

Oracle Process Manager และ Notification Server (OPMN)

OPMN ใช้เพื่อเริ่มและหยุดส่วนประกอบทั้งหมดของระบบ BI ได้รับการจัดการและควบคุมโดย Fusion Middleware Controller

ส่วนประกอบของระบบ Oracle BI

ส่วนประกอบเหล่านี้ไม่ใช่ Java ในระบบ OBIEE

เซิร์ฟเวอร์ Oracle BI

นี่คือหัวใจของระบบ Oracle BI และมีหน้าที่ในการให้ข้อมูลและความสามารถในการเข้าถึงแบบสอบถาม

BI Presentation Server

มีหน้าที่นำเสนอข้อมูลจากเซิร์ฟเวอร์ BI ไปยังเว็บไคลเอนต์ที่ร้องขอโดยผู้ใช้ปลายทาง

เครื่องมือจัดกำหนดการ

ส่วนประกอบนี้มีความสามารถในการจัดกำหนดการในระบบ BI และมีตัวกำหนดตารางเวลาของตัวเองเพื่อจัดกำหนดการงานในระบบ OBIEE

โฮสต์ Oracle BI Java

สิ่งนี้มีหน้าที่ในการเปิดใช้งานเซิร์ฟเวอร์ BI Presentation เพื่อรองรับงาน Java ต่างๆสำหรับ BI Scheduler, Publisher และกราฟ

BI Cluster Controller

ใช้เพื่อวัตถุประสงค์ในการทำโหลดบาลานซ์เพื่อให้แน่ใจว่ามีการกำหนดภาระให้กับกระบวนการของเซิร์ฟเวอร์ BI ทั้งหมดอย่างเท่าเทียมกัน

ที่เก็บ OBIEE มีข้อมูลเมตาทั้งหมดของเซิร์ฟเวอร์ BI และได้รับการจัดการผ่านเครื่องมือการดูแลระบบ ใช้เพื่อจัดเก็บข้อมูลเกี่ยวกับสภาพแวดล้อมแอปพลิเคชันเช่น -

• การสร้างแบบจำลองข้อมูล
• การนำทางโดยรวม
• Caching
• Security
• ข้อมูลการเชื่อมต่อ
• ข้อมูล SQL

BI Server สามารถเข้าถึงหลายที่เก็บ OBIEE Repository สามารถเข้าถึงได้โดยใช้เส้นทางต่อไปนี้ -

BI_ORACLE_HOME/server/Repository -> Oracle 10g
ORACLE_INSTANCE/bifoundation/OracleBIServerComponent/coreapplication_obisn/-> Oracle 11g

ฐานข้อมูลที่เก็บ OBIEE เรียกอีกอย่างว่า RPD เนื่องจากนามสกุลไฟล์ ไฟล์ RPD ได้รับการป้องกันด้วยรหัสผ่านและคุณสามารถเปิดหรือสร้างไฟล์ RPD โดยใช้เครื่องมือ Oracle BI Administration เท่านั้น ในการปรับใช้แอปพลิเคชัน OBIEE ไฟล์ RPD ต้องอัปโหลดไปยัง Oracle Enterprise Manager หลังจากอัปโหลด RPD รหัสผ่าน RPD จะต้องถูกป้อนลงใน Enterprise Manager

การออกแบบที่เก็บ OBIEE โดยใช้ Administration Tool

เป็นกระบวนการสามชั้น - เริ่มจาก Physical Layer (Schema Design), Business Model Layer, Presentation Layer

การสร้าง Physical Layer

ต่อไปนี้เป็นขั้นตอนทั่วไปที่เกี่ยวข้องในการสร้าง Physical Layer -

• สร้างการรวมทางกายภาพระหว่างตารางมิติข้อมูลและข้อเท็จจริง
• เปลี่ยนชื่อในเลเยอร์ฟิสิคัลหากจำเป็น

ชั้นฟิสิคัลของที่เก็บประกอบด้วยข้อมูลเกี่ยวกับแหล่งข้อมูล ในการสร้างสคีมาในเลเยอร์ฟิสิคัลคุณต้องนำเข้าข้อมูลเมตาจากฐานข้อมูลและแหล่งข้อมูลอื่น ๆ

Note - ฟิสิคัลเลเยอร์ใน OBIEE รองรับแหล่งข้อมูลหลายแหล่งในที่เก็บเดียวนั่นคือชุดข้อมูลจากแหล่งข้อมูล 2 แหล่งที่แตกต่างกันสามารถดำเนินการใน OBIEE

สร้างที่เก็บใหม่

ไปที่ Start → Programs → Oracle Business Intelligence → BI Administration → Administration Tool → File → New Repository

หน้าต่างใหม่จะเปิดขึ้น→ป้อนชื่อที่เก็บ→ตำแหน่ง (จะบอกตำแหน่งเริ่มต้นของไดเรกทอรีที่เก็บ) →เพื่อนำเข้าข้อมูลเมตาเลือกปุ่มตัวเลือก→ป้อนรหัสผ่าน→คลิกถัดไป

เลือกประเภทการเชื่อมต่อ→ป้อนชื่อแหล่งข้อมูลและชื่อผู้ใช้และรหัสผ่านเพื่อเชื่อมต่อกับแหล่งข้อมูล→คลิกถัดไป

ยอมรับประเภทเมตาที่คุณต้องการนำเข้า→คุณสามารถเลือกตาราง, คีย์, คีย์ต่างประเทศ, ตารางระบบ, คำพ้องความหมาย, นามแฝง, มุมมอง ฯลฯ →คลิกถัดไป

เมื่อคุณคลิกถัดไปคุณจะเห็นมุมมองแหล่งข้อมูลและมุมมองที่เก็บ ขยายชื่อ Schema และเลือกตารางที่คุณต้องการเพิ่มลงใน Repository โดยใช้ปุ่ม Import Selected →คลิก Next

หน้าต่างพูลการเชื่อมต่อจะเปิดขึ้น→คลิกตกลง→หน้าต่างการนำเข้า→เสร็จสิ้นเพื่อเปิดที่เก็บดังที่แสดงในภาพต่อไปนี้

ขยายแหล่งข้อมูล→ชื่อ Schema เพื่อดูรายการของตารางที่นำเข้าใน Physical Layer ใน Repository ใหม่

ตรวจสอบการเชื่อมต่อและจำนวนแถวในตารางภายใต้ฟิสิคัลเลเยอร์

ไปที่เครื่องมือ→อัปเดตจำนวนแถวทั้งหมด→เมื่อเสร็จสิ้นคุณสามารถย้ายเคอร์เซอร์บนตารางและสำหรับแต่ละคอลัมน์ หากต้องการดูข้อมูลของตารางให้คลิกขวาที่ชื่อตาราง→ดูข้อมูล

สร้างนามแฝงใน Repository

ขอแนะนำให้คุณใช้นามแฝงตารางบ่อยๆในเลเยอร์ฟิสิคัลเพื่อกำจัดการรวมส่วนเกิน คลิกขวาที่ชื่อตารางแล้วเลือก New Object → Alias

เมื่อคุณสร้างนามแฝงของตารางแล้วจะปรากฏขึ้นภายใต้ Physical Layer เดียวกันใน Repository

สร้างคีย์หลักและเข้าร่วมในการออกแบบที่เก็บ

การเข้าร่วมทางกายภาพ

เมื่อคุณสร้างที่เก็บในระบบ OBIEE การรวมฟิสิคัลมักใช้ในเลเยอร์ฟิสิคัล การรวมทางกายภาพช่วยให้เข้าใจว่าตารางสองตารางควรเชื่อมต่อกันอย่างไร โดยปกติการรวมทางกายภาพจะแสดงด้วยการใช้ตัวดำเนินการที่เท่าเทียมกัน

คุณยังสามารถใช้การรวมทางกายภาพในเลเยอร์ BMM ได้ แต่จะไม่ค่อยพบเห็นบ่อยนัก วัตถุประสงค์ของการใช้การรวมทางกายภาพในเลเยอร์ BMM คือการแทนที่การรวมทางกายภาพในเลเยอร์ทางกายภาพ ช่วยให้ผู้ใช้สามารถกำหนดตรรกะการรวมที่ซับซ้อนมากขึ้นเมื่อเทียบกับการรวมทางกายภาพในเลเยอร์ทางกายภาพดังนั้นจึงทำงานคล้ายกับการรวมที่ซับซ้อนในเลเยอร์ทางกายภาพ ดังนั้นหากเราใช้การรวมที่ซับซ้อนในเลเยอร์ทางกายภาพเพื่อใช้เงื่อนไขการเข้าร่วมเพิ่มเติมก็ไม่จำเป็นต้องใช้การรวมทางกายภาพในเลเยอร์ BMM อีก

ในภาพรวมด้านบนคุณจะเห็นการรวมทางกายภาพระหว่างชื่อตารางสองชื่อ - ผลิตภัณฑ์และการขาย นิพจน์การเข้าร่วมทางกายภาพจะบอกว่าตารางควรเชื่อมต่อกันอย่างไรดังที่แสดงในภาพรวม

ขอแนะนำให้ใช้การรวมทางกายภาพในเลเยอร์ทางกายภาพและการรวมที่ซับซ้อนในเลเยอร์ BMM ให้มากที่สุดเพื่อให้การออกแบบที่เก็บง่าย เฉพาะเมื่อมีความต้องการที่แท้จริงสำหรับการรวมอื่นจากนั้นใช้การรวมทางกายภาพในเลเยอร์ BMM

ตอนนี้เพื่อเข้าร่วมตารางในขณะที่ออกแบบ Repository ให้เลือกตารางทั้งหมดในเลเยอร์ฟิสิคัล→คลิกขวา→ฟิสิคัลเลเยอร์→อ็อพชันที่เลือกเท่านั้นหรือคุณสามารถใช้ปุ่มฟิสิคัลไดอะแกรมที่ด้านบน

กล่อง Physical Diagram ดังที่แสดงในภาพต่อไปนี้จะปรากฏขึ้นพร้อมกับเพิ่มชื่อตารางทั้งหมด เลือก Foreign Key ใหม่ที่ด้านบนและเลือก Dim และ Fact table เพื่อเข้าร่วม

Foreign Key ใน Physical Layer

คีย์นอกในชั้นฟิสิคัลใช้เพื่อกำหนดความสัมพันธ์คีย์หลัก - คีย์ต่างประเทศระหว่างสองตาราง เมื่อคุณสร้างในแผนภาพทางกายภาพคุณต้องชี้มิติก่อนแล้วจึงตารางข้อเท็จจริง

Note - เมื่อคุณนำเข้าตารางจาก schema ไปยัง RPD Physical Layer คุณยังสามารถเลือก KEY และ FOREIGN KEY พร้อมกับข้อมูลตารางจากนั้นการรวมคีย์หลัก - คีย์ต่างประเทศจะถูกกำหนดโดยอัตโนมัติอย่างไรก็ตามไม่แนะนำจากมุมมองด้านประสิทธิภาพ

ตารางที่คุณคลิกก่อนจะสร้างความสัมพันธ์แบบหนึ่งต่อหนึ่งหรือหนึ่งต่อกลุ่มที่รวมคอลัมน์ในตารางแรกด้วยคอลัมน์คีย์ต่างประเทศในตารางที่สอง→คลิกตกลง การรวมจะมองเห็นได้ในช่อง Physical Diagram ระหว่างสองตาราง เมื่อรวมตารางแล้วให้ปิดกล่องแผนภาพทางกายภาพโดยใช้ตัวเลือก 'X'

หากต้องการบันทึกที่เก็บใหม่ให้ไปที่ไฟล์→บันทึกหรือคลิกปุ่มบันทึกที่ด้านบน

การสร้าง Business Model และ Mapping Layer ของ Repository

เป็นการกำหนดธุรกิจหรือโมเดลเชิงตรรกะของอ็อบเจ็กต์และการแมประหว่างโมเดลธุรกิจและสคีมาในเลเยอร์ฟิสิคัล ช่วยลดความซับซ้อนของสคีมาทางกายภาพและจับคู่ความต้องการทางธุรกิจของผู้ใช้กับตารางทางกายภาพ

โมเดลธุรกิจและเลเยอร์การแม็พของเครื่องมือการดูแลระบบ OBIEE สามารถมีอ็อบเจ็กต์โมเดลธุรกิจตั้งแต่หนึ่งอ็อบเจ็กต์ ออบเจ็กต์โมเดลธุรกิจกำหนดนิยามโมเดลธุรกิจและการแม็พจากตารางตรรกะไปจนถึงตารางทางกายภาพสำหรับโมเดลธุรกิจ

ต่อไปนี้เป็นขั้นตอนในการสร้าง Business Model และ Mapping Layer ของที่เก็บ -

• สร้างโมเดลธุรกิจ
• ตรวจสอบการรวมตรรกะ
• ตรวจสอบคอลัมน์เชิงตรรกะ
• ตรวจสอบแหล่งที่มาของตารางตรรกะ
• เปลี่ยนชื่อวัตถุตารางตรรกะด้วยตนเอง
• เปลี่ยนชื่ออ็อบเจ็กต์ตารางโลจิคัลโดยใช้วิซาร์ดการเปลี่ยนชื่อและลบอ็อบเจ็กต์โลจิคัลที่ไม่จำเป็น
• การสร้างมาตรการ (การรวม)

สร้างโมเดลธุรกิจ

คลิกขวาที่ Business Model and Mapping Space → New Business Model

ป้อนชื่อ Business Model →คลิกตกลง

ในเลเยอร์ฟิสิคัลเลือกตาราง / ตารางนามแฝงทั้งหมดที่จะเพิ่มลงใน Business Model แล้วลากไปที่ Business Model คุณยังสามารถเพิ่มตารางทีละตาราง หากคุณลากตารางทั้งหมดพร้อมกันมันจะเก็บคีย์และเชื่อมระหว่างตารางเหล่านั้น

สังเกตความแตกต่างในไอคอนของตารางมิติข้อมูลและข้อเท็จจริง ตารางสุดท้ายคือตารางข้อเท็จจริงและ 3 อันดับแรกคือตารางมิติข้อมูล

ตอนนี้คลิกขวาที่โมเดลธุรกิจ→เลือกแผนภาพโมเดลธุรกิจ→แผนผังทั้งหมด→ตารางทั้งหมดถูกลากไปพร้อม ๆ กันดังนั้นมันจะเก็บการรวมและคีย์ทั้งหมดไว้ ตอนนี้ดับเบิลคลิกที่การเข้าร่วมใด ๆ เพื่อเปิดกล่องการเข้าร่วมเชิงตรรกะ

ตรรกะและคอมเพล็กซ์เข้าร่วมใน BMM

การเข้าร่วมในเลเยอร์นี้เป็นการรวมแบบลอจิคัล มันไม่แสดงนิพจน์และบอกประเภทของการรวมระหว่างตาราง ช่วยให้เซิร์ฟเวอร์ Oracle BI เข้าใจความสัมพันธ์ระหว่างส่วนต่างๆของโมเดลธุรกิจ เมื่อคุณส่งแบบสอบถามไปยังเซิร์ฟเวอร์ Oracle BI เซิร์ฟเวอร์จะกำหนดวิธีสร้างแบบสอบถามทางกายภาพโดยการตรวจสอบว่าโมเดลตรรกะมีโครงสร้างอย่างไร

คลิกตกลง→คลิก 'X' เพื่อปิดแผนภาพโมเดลธุรกิจ

ในการตรวจสอบคอลัมน์ตรรกะและแหล่งที่มาของตารางตรรกะก่อนอื่นให้ขยายคอลัมน์ใต้ตารางใน BMM คอลัมน์ตรรกะถูกสร้างขึ้นสำหรับแต่ละตารางเมื่อคุณลากตารางทั้งหมดจากเลเยอร์ทางกายภาพ ในการตรวจสอบแหล่งที่มาของตารางตรรกะ→ขยายโฟลเดอร์ต้นทางใต้แต่ละตารางและชี้ไปที่ตารางในชั้นทางกายภาพ

คลิกสองครั้งที่แหล่งที่มาของตารางตรรกะ (ไม่ใช่ตารางตรรกะ) เพื่อเปิดกล่องโต้ตอบแหล่งที่มาของตารางตรรกะ→แท็บทั่วไป→เปลี่ยนชื่อแหล่งที่มาของตารางตรรกะ ตารางลอจิคัลกับการแมปตารางทางกายภาพถูกกำหนดไว้ภายใต้ตัวเลือก "แมปกับตารางเหล่านี้"

ถัดไปแท็บการแม็ปคอลัมน์จะกำหนดคอลัมน์เชิงตรรกะเป็นการแมปคอลัมน์ทางกายภาพ หากการแมปไม่แสดงให้เลือกตัวเลือก→แสดงคอลัมน์ที่แมป

การเข้าร่วมที่ซับซ้อน

ไม่มีการรวมที่ซับซ้อนอย่างชัดเจนเฉพาะเช่นใน OBIEE 11g มีอยู่ใน Oracle 10g เท่านั้น

ไปที่ Manage → Joins → Actions → New → Complex Join

เมื่อใช้การรวมแบบซับซ้อนในเลเยอร์ BMM พวกเขาจะทำหน้าที่เป็นตัวยึดตำแหน่ง พวกเขาอนุญาตให้เซิร์ฟเวอร์ OBI ตัดสินใจว่าการรวมที่ดีที่สุดระหว่างแหล่งที่มาของตารางข้อเท็จจริงและมิติเพื่อตอบสนองคำขอ

เปลี่ยนชื่อลอจิคัลออบเจ็กต์ด้วยตนเอง

ในการเปลี่ยนชื่อออบเจ็กต์ตารางตรรกะด้วยตนเองให้คลิกชื่อคอลัมน์ใต้ตารางลอจิคัลใน BMM คุณยังสามารถคลิกขวาที่ชื่อคอลัมน์และเลือกตัวเลือกเปลี่ยนชื่อเพื่อเปลี่ยนชื่อวัตถุ

สิ่งนี้เรียกว่าวิธีการแบบแมนนวลเพื่อเปลี่ยนชื่อวัตถุ

เปลี่ยนชื่อวัตถุโดยใช้ตัวช่วยสร้างการเปลี่ยนชื่อ

ไปที่ Tools → Utilities → Rename Wizard → Execute เพื่อเปิดวิซาร์ดการเปลี่ยนชื่อ

ในหน้าจอ Select Objects ให้คลิก Business Model and Mapping จะแสดงชื่อโมเดลธุรกิจ→ขยายชื่อโมเดลธุรกิจ→ขยายตารางลอจิคัล

เลือกคอลัมน์ทั้งหมดในตารางตรรกะเพื่อเปลี่ยนชื่อโดยใช้ปุ่ม Shift →คลิกเพิ่ม ในทำนองเดียวกันเพิ่มคอลัมน์จากตาราง Dim และ Fact เชิงตรรกะอื่น ๆ ทั้งหมด→คลิกถัดไป

แสดงคอลัมน์ / ตารางตรรกะทั้งหมดที่เพิ่มในวิซาร์ด→คลิกถัดไปเพื่อเปิดหน้าจอกฎ→เพิ่มกฎจากรายการเพื่อเปลี่ยนชื่อเช่น: A ;; ข้อความตัวพิมพ์เล็กและเปลี่ยนแต่ละครั้งของ '_' เป็นช่องว่างดังที่แสดงในภาพรวมต่อไปนี้

คลิกถัดไป→เสร็จสิ้น ตอนนี้ถ้าคุณขยายชื่อออบเจ็กต์ภายใต้ตารางลอจิคัลในโมเดลธุรกิจและออบเจ็กต์ในเลเยอร์ฟิสิคัลอ็อบเจ็กต์ภายใต้ BMM จะถูกเปลี่ยนชื่อตามต้องการ

ลบ Logical Objects ที่ไม่จำเป็น

ในเลเยอร์ BMM ขยายตารางลอจิก→เลือกวัตถุที่จะลบ→คลิกขวา→ลบ→ใช่

สร้างมาตรการ (การรวม)

ดับเบิลคลิกที่ชื่อคอลัมน์ในตารางข้อเท็จจริงเชิงตรรกะ→ไปที่แท็บการรวมและเลือกฟังก์ชันรวมจากรายการแบบเลื่อนลง→คลิกตกลง

การวัดแสดงถึงข้อมูลที่เพิ่มเติมเช่นรายได้รวมหรือปริมาณทั้งหมด คลิกที่ตัวเลือกบันทึกที่ด้านบนเพื่อบันทึกที่เก็บ

การสร้าง Presentation Layer ของ Repository

คลิกขวาที่พื้นที่การนำเสนอ→หัวข้อเรื่องใหม่→ในแท็บทั่วไปป้อนชื่อของหัวข้อ (แนะนำคล้ายกับโมเดลธุรกิจ) →คลิกตกลง

เมื่อสร้างหัวเรื่องแล้วให้คลิกขวาที่หัวเรื่อง→ตารางการนำเสนอใหม่→ป้อนชื่อของตารางการนำเสนอ→คลิกตกลง (เพิ่มจำนวนตารางการนำเสนอให้เท่ากับจำนวนพารามิเตอร์ที่ต้องการในรายงาน)

ตอนนี้เพื่อสร้างคอลัมน์ภายใต้ตารางการนำเสนอ→เลือกวัตถุภายใต้ตารางลอจิคัลใน BMM แล้วลากไปที่ตารางการนำเสนอภายใต้พื้นที่หัวเรื่อง (ใช้ปุ่ม Ctrl เพื่อเลือกหลายวัตถุสำหรับการลาก) ทำซ้ำขั้นตอนและเพิ่มคอลัมน์ตรรกะในตารางการนำเสนอที่เหลือ

เปลี่ยนชื่อและจัดลำดับออบเจ็กต์ใหม่ใน Presentation Layer

คุณสามารถเปลี่ยนชื่อวัตถุในตารางการนำเสนอได้โดยการดับเบิลคลิกที่วัตถุเชิงตรรกะภายใต้หัวข้อเรื่อง

ในแท็บทั่วไป→ยกเลิกการเลือกกล่องกาเครื่องหมายใช้ชื่อคอลัมน์ตรรกะ→แก้ไขฟิลด์ชื่อ→คลิกตกลง

ในทำนองเดียวกันคุณสามารถเปลี่ยนชื่อวัตถุทั้งหมดในเลเยอร์การนำเสนอโดยไม่ต้องเปลี่ยนชื่อในเลเยอร์ BMM

ในการจัดลำดับคอลัมน์ในตารางให้ดับเบิลคลิกที่ชื่อตารางภายใต้การนำเสนอ→คอลัมน์→ใช้ลูกศรขึ้นและลงเพื่อเปลี่ยนลำดับ→คลิกตกลง

ในทำนองเดียวกันคุณสามารถเปลี่ยนลำดับวัตถุในตารางการนำเสนอทั้งหมดภายใต้พื้นที่การนำเสนอ ไปที่ไฟล์→คลิกบันทึกเพื่อบันทึกที่เก็บ

ตรวจสอบความสอดคล้องและโหลดที่เก็บสำหรับการวิเคราะห์แบบสอบถาม

ไปที่ไฟล์→ตรวจสอบความสอดคล้องสากล→คุณจะได้รับข้อความต่อไปนี้→คลิกใช่

เมื่อคุณคลิกตกลง→โมเดลธุรกิจภายใต้ BMM จะเปลี่ยนเป็นสีเขียว→คลิกบันทึกที่เก็บโดยไม่ต้องตรวจสอบความสอดคล้องทั่วโลกอีกครั้ง

ปิดการใช้งานการแคช

เพื่อปรับปรุงประสิทธิภาพการสืบค้นขอแนะนำให้ปิดใช้งานตัวเลือกแคชของเซิร์ฟเวอร์ BI

เปิดเบราว์เซอร์และป้อน URL ต่อไปนี้เพื่อเปิด Fusion Middleware Control Enterprise Manager: http: // <machine name>: 7001 / em

ป้อนชื่อผู้ใช้และรหัสผ่านแล้วคลิกเข้าสู่ระบบ

ทางด้านซ้ายขยาย Business Intelligence → coreapplication →แท็บ Capacity Management → Performance

ส่วนเปิดใช้งาน BI Server Cache เป็นค่าเริ่มต้น→คลิกล็อกและแก้ไขการกำหนดค่า→คลิกปิด

ตอนนี้ยกเลิกการเลือกตัวเลือกที่เปิดใช้งานแคช→ใช้เพื่อปรับปรุงประสิทธิภาพการสืบค้น→นำไปใช้→เปิดใช้งานการเปลี่ยนแปลง→เสร็จสมบูรณ์

กำลังโหลด Repository

ไปที่แท็บการปรับใช้→ที่เก็บ→ล็อกและแก้ไขการกำหนดค่า→เสร็จสมบูรณ์

คลิกอัปโหลดส่วนที่เก็บ BI Server →เรียกดูเพื่อเปิดกล่องโต้ตอบเลือกไฟล์→เลือกไฟล์ Repository .rpd และคลิกที่เปิด→ป้อนรหัสผ่านที่เก็บ→นำไปใช้→เปิดใช้งานการเปลี่ยนแปลง

เปิดใช้งานการเปลี่ยนแปลง→เสร็จสมบูรณ์→คลิกเริ่มใหม่เพื่อใช้ตัวเลือกการเปลี่ยนแปลงล่าสุดที่ด้านบนของหน้าจอ→คลิกใช่

สร้างที่เก็บสำเร็จและโหลดสำหรับการวิเคราะห์แบบสอบถาม

Business Layer กำหนดธุรกิจหรือโมเดลเชิงตรรกะของอ็อบเจ็กต์และการแม็พระหว่างโมเดลธุรกิจและสคีมาในเลเยอร์ฟิสิคัล ช่วยลดความซับซ้อนของสคีมาทางกายภาพและจับคู่ความต้องการทางธุรกิจของผู้ใช้กับตารางทางกายภาพ

โมเดลธุรกิจและเลเยอร์การแมปของเครื่องมือการดูแลระบบ OBIEE สามารถมีอ็อบเจ็กต์โมเดลธุรกิจตั้งแต่หนึ่งตัวขึ้นไป ออบเจ็กต์โมเดลธุรกิจกำหนดนิยามโมเดลธุรกิจและการแม็พจากตารางตรรกะไปจนถึงตารางทางกายภาพสำหรับโมเดลธุรกิจ

โมเดลธุรกิจใช้เพื่อลดความซับซ้อนของโครงสร้างสคีมาและจับคู่ความต้องการทางธุรกิจของผู้ใช้กับแหล่งข้อมูลทางกายภาพ เกี่ยวข้องกับการสร้างตารางและคอลัมน์เชิงตรรกะในโมเดลธุรกิจ ตารางตรรกะแต่ละตารางสามารถมีวัตถุทางกายภาพอย่างน้อยหนึ่งรายการเป็นแหล่งที่มา

ตารางลอจิคัลมีสองประเภท - ข้อเท็จจริงและมิติ ตารางข้อเท็จจริงเชิงตรรกะประกอบด้วยหน่วยวัดที่ทำการวิเคราะห์และตารางมิติตรรกะประกอบด้วยข้อมูลเกี่ยวกับมาตรการและวัตถุในสคีมา

ในขณะที่สร้างที่เก็บใหม่โดยใช้เครื่องมือการดูแลระบบ OBIEE เมื่อคุณกำหนดฟิสิคัลเลเยอร์แล้วให้สร้างการรวมและระบุคีย์ต่างประเทศ ขั้นตอนต่อไปคือการสร้างโมเดลธุรกิจและการแมปเลเยอร์ BMM ของที่เก็บ

ขั้นตอนที่เกี่ยวข้องในการกำหนด Business Layer -

• สร้างโมเดลธุรกิจ
• ตรวจสอบการรวมตรรกะ
• ตรวจสอบคอลัมน์เชิงตรรกะ
• ตรวจสอบแหล่งที่มาของตารางตรรกะ
• เปลี่ยนชื่อวัตถุตารางตรรกะด้วยตนเอง
• เปลี่ยนชื่อออบเจ็กต์ตารางตรรกะโดยใช้วิซาร์ดการเปลี่ยนชื่อและลบโลจิคัลอ็อบเจ็กต์ที่ไม่จำเป็น
• การสร้างมาตรการ (การรวม)

สร้าง Business Layer ใน Repository

ในการสร้างชั้นธุรกิจในที่เก็บคลิกขวา→โมเดลธุรกิจใหม่→ป้อนชื่อโมเดลธุรกิจแล้วคลิกตกลง คุณยังสามารถเพิ่มคำอธิบายของโมเดลธุรกิจนี้ได้หากต้องการ

ตารางตรรกะและวัตถุใน BMM Layer

ตารางลอจิกในที่เก็บ OBIEE มีอยู่ในเลเยอร์ Business Model และ Mapping BMM แผนภาพโมเดลธุรกิจควรมีตารางตรรกะอย่างน้อยสองตารางและคุณต้องกำหนดความสัมพันธ์ระหว่างตารางเหล่านี้

ตารางตรรกะแต่ละตารางควรมีคอลัมน์ตรรกะอย่างน้อยหนึ่งคอลัมน์และแหล่งข้อมูลตารางตรรกะอย่างน้อยหนึ่งรายการที่เชื่อมโยงกับตารางนั้น คุณยังสามารถเปลี่ยนชื่อตารางแบบลอจิคัลจัดลำดับอ็อบเจ็กต์ใหม่ในตารางลอจิคัลและกำหนดการรวมลอจิคัลโดยใช้คีย์หลักและคีย์นอก

สร้างตารางลอจิคัลภายใต้เลเยอร์ BMM

มีสองวิธีในการสร้างตาราง / วัตถุเชิงตรรกะในเลเยอร์ BMM -

First methodกำลังลากตารางทางกายภาพไปยัง Business Model ซึ่งเป็นวิธีที่เร็วที่สุดในการกำหนดตารางตรรกะ เมื่อคุณลากตารางจากเลเยอร์ฟิสิคัลไปยังเลเยอร์ BMM มันจะรักษาการรวมและคีย์โดยอัตโนมัติ หากคุณต้องการคุณสามารถเปลี่ยนการรวมและคีย์ในตารางลอจิคัลได้จะไม่มีผลกับอ็อบเจ็กต์ในเลเยอร์ฟิสิคัล

เลือกตารางทางกายภาพ / ตารางนามแฝงภายใต้เลเยอร์ทางกายภาพที่คุณต้องการเพิ่มลงใน Business Model Layer แล้วลากตารางเหล่านั้นภายใต้เลเยอร์ BMM

ตารางเหล่านี้เรียกว่าตารางและคอลัมน์แบบลอจิคัลเรียกว่าออบเจ็กต์ตรรกะใน Business Model และ Mapping Layer

Second methodคือการสร้างตารางตรรกะด้วยตนเอง ในชั้น Business Model และ Mapping ให้คลิกขวาที่โมเดลธุรกิจ→เลือกวัตถุใหม่→ตารางลอจิก→กล่องโต้ตอบตารางลอจิคัลจะปรากฏขึ้น

ไปที่แท็บทั่วไป→ป้อนชื่อสำหรับตารางตรรกะ→พิมพ์คำอธิบายของตาราง→คลิกตกลง

สร้างคอลัมน์ตรรกะ

คอลัมน์ตรรกะในเลเยอร์ BMM จะถูกสร้างขึ้นโดยอัตโนมัติเมื่อคุณลากตารางจากเลเยอร์ฟิสิคัลไปยังเลเยอร์โมเดลธุรกิจ

ถ้าคอลัมน์ตรรกะเป็นคีย์หลักคอลัมน์นี้จะแสดงพร้อมกับไอคอนคีย์ หากคอลัมน์มีฟังก์ชันการรวมคอลัมน์จะแสดงด้วยไอคอนซิกม่า คุณยังสามารถเรียงลำดับคอลัมน์แบบลอจิคัลในชั้น Business Model และ Mapping ได้อีกด้วย

สร้างคอลัมน์ตรรกะ

ในเลเยอร์ BMM คลิกขวาที่ตารางตรรกะ→เลือกวัตถุใหม่→คอลัมน์ตรรกะ→กล่องโต้ตอบคอลัมน์ตรรกะจะปรากฏขึ้นคลิกแท็บทั่วไป

พิมพ์ชื่อสำหรับคอลัมน์ตรรกะ ชื่อของโมเดลธุรกิจและตารางตรรกะจะปรากฏในฟิลด์ "เป็นของตาราง" ที่ด้านล่างชื่อคอลัมน์→คลิกตกลง

คุณยังสามารถใช้ Aggregations กับคอลัมน์เชิงตรรกะ คลิกแท็บการรวม→เลือกกฎการรวมจากรายการแบบเลื่อนลง→คลิกตกลง

เมื่อคุณใช้ฟังก์ชัน Aggregate ในคอลัมน์แล้วไอคอนของคอลัมน์แบบลอจิคัลจะเปลี่ยนไปเพื่อแสดงกฎการรวมถูกนำไปใช้

คุณยังสามารถย้ายหรือคัดลอกคอลัมน์ตรรกะในตาราง -

ในเลเยอร์ BMM คุณสามารถเลือกหลายคอลัมน์ที่จะย้ายได้ ในกล่องโต้ตอบแหล่งที่มาสำหรับคอลัมน์ที่ย้ายในพื้นที่การดำเนินการให้เลือกการดำเนินการ หากคุณเลือกละเว้นจะไม่มีการเพิ่มโลจิคัลซอร์สในโฟลเดอร์ Sources ของตาราง

หากคุณคลิกที่สร้างใหม่สำเนาของโลจิคัลซอร์สที่มีคอลัมน์ตรรกะจะถูกสร้างขึ้นในโฟลเดอร์ Sources หากคุณเลือกใช้ตัวเลือกที่มีอยู่จากรายการดรอปดาวน์คุณต้องเลือกแหล่งที่มาแบบลอจิคัลจากโฟลเดอร์ Sources ของตาราง

สร้าง Logical Complex Joins / Logical Foreign Keys

ตารางลอจิกในเลเยอร์ BMM เชื่อมต่อกันโดยใช้การรวมตรรกะ Cardinality เป็นหนึ่งในคีย์กำหนดพารามิเตอร์ในการรวมตรรกะ ความสัมพันธ์เชิงคาร์ดินาลลิตี้แบบหนึ่งต่อกลุ่มหมายความว่าแต่ละแถวในตารางมิติตรรกะแรกมี 0, 1 หลายแถวในตารางตรรกะที่สอง

เงื่อนไขในการสร้าง Logical Joins โดยอัตโนมัติ

เมื่อคุณลากตารางทั้งหมดของฟิสิคัลเลเยอร์ไปยังเลเยอร์โมเดลธุรกิจการรวมตรรกะจะถูกสร้างขึ้นโดยอัตโนมัติในที่เก็บ เงื่อนไขนี้ไม่ค่อยเกิดขึ้นเฉพาะในกรณีของรูปแบบธุรกิจที่เรียบง่าย

เมื่อการรวมลอจิคัลเหมือนกับการรวมทางกายภาพการรวมจะถูกสร้างขึ้นโดยอัตโนมัติ การรวมลอจิกในเลเยอร์ BMM ถูกสร้างขึ้นในสองวิธี -

• แผนภาพโมเดลธุรกิจ (ครอบคลุมแล้วในขณะออกแบบที่เก็บ)
• เข้าร่วมผู้จัดการ

ไม่สามารถระบุการรวมลอจิคัลในเลเยอร์ BMM โดยใช้นิพจน์หรือคอลัมน์ที่ใช้สร้างการรวมเหมือนในเลเยอร์ฟิสิคัลที่แสดงนิพจน์และชื่อคอลัมน์ที่กำหนดการรวมฟิสิคัล

สร้าง Logical Joins / Logical Foreign keys โดยใช้เครื่องมือ Join Manager

ขั้นแรกให้เราดูวิธีสร้างคีย์นอกระบบเชิงตรรกะโดยใช้ Join Manager

ในแถบเครื่องมือ Administration Tool ไปที่ Manage → Joins กล่องโต้ตอบ Joins Manager จะปรากฏ→ไปที่แท็บ Action → New → Logical Foreign Key

ตอนนี้ในกล่องโต้ตอบเรียกดูให้ดับเบิลคลิกที่ตาราง→กล่องโต้ตอบ Logical Foreign Key จะปรากฏขึ้น→ป้อนชื่อสำหรับคีย์ต่างประเทศ→จากรายการแบบเลื่อนลงตารางของกล่องโต้ตอบเลือกตารางที่คีย์ต่างประเทศอ้างอิง→เลือก คอลัมน์ในตารางด้านซ้ายที่คีย์นอกอ้างอิง→เลือกคอลัมน์ในตารางด้านขวาที่ประกอบเป็นคอลัมน์คีย์ต่างประเทศ→เลือกประเภทการเข้าร่วมจากรายการแบบเลื่อนลงประเภท หากต้องการเปิด Expression Builder ให้คลิกปุ่มทางด้านขวาของบานหน้าต่าง Expression →นิพจน์จะปรากฏในบานหน้าต่าง Expression →คลิกตกลงเพื่อบันทึกงาน

สร้าง Logical Complex Join โดยใช้ Join Manager

แนะนำให้ใช้การรวมแบบลอจิคัลคอมเพล็กซ์ในโมเดลธุรกิจและเลเยอร์การแม็พเมื่อเทียบกับการใช้คีย์ต่างประเทศเชิงตรรกะ

ในแถบเครื่องมือ Administration Tool ไปที่ Manage → Join → Joins Manager จะปรากฏขึ้น→ไปที่ Action →คลิก New → Logical Complex Join

มันจะเปิดกล่องโต้ตอบการเข้าร่วมเชิงตรรกะ→พิมพ์ชื่อสำหรับการรวมแบบซับซ้อน→ในรายการแบบเลื่อนลงของตารางทางด้านซ้ายและขวาของกล่องโต้ตอบให้เลือกตารางที่การเข้าร่วมที่ซับซ้อนอ้างอิง→เลือกประเภทการเข้าร่วมจาก พิมพ์รายการแบบหล่นลง→คลิกตกลง

Note- คุณยังสามารถกำหนดตารางเป็นตารางการขับขี่ได้จากรายการแบบเลื่อนลง ใช้สำหรับการเพิ่มประสิทธิภาพเมื่อขนาดตารางใหญ่เกินไป หากตารางมีขนาดเล็กน้อยกว่า 1,000 แถวไม่ควรกำหนดเป็นตารางการขับขี่เนื่องจากอาจทำให้ประสิทธิภาพลดลง

มิติข้อมูลและระดับลำดับชั้น

มิติตรรกะมีอยู่ใน BMM และเลเยอร์การนำเสนอของที่เก็บ OBIEE การสร้างมิติทางตรรกะที่มีลำดับชั้นช่วยให้คุณกำหนดกฎการรวมที่แตกต่างกันไปตามมิติ นอกจากนี้ยังมีตัวเลือกการเจาะลึกบนแผนภูมิและตารางในการวิเคราะห์และแดชบอร์ดและกำหนดเนื้อหาของแหล่งข้อมูลรวม

สร้างมิติเชิงตรรกะด้วยระดับลำดับชั้น

เปิดที่เก็บในโหมดออฟไลน์→ไปที่ไฟล์→เปิด→ออฟไลน์→เลือกไฟล์ Repository .rpd และคลิกที่เปิด→ป้อนรหัสผ่านที่เก็บ→คลิกตกลง

ขั้นตอนต่อไปคือการสร้างมิติทางตรรกะและระดับตรรกะ

คลิกขวาที่ชื่อโมเดลธุรกิจในเลเยอร์ BMM → New Object → Logical Dimension → Dimension with level-based hierarchy มันจะเปิดกล่องโต้ตอบ→ใส่ชื่อ→คลิกตกลง

ในการสร้างระดับตรรกะให้คลิกขวาที่มิติตรรกะ→วัตถุใหม่→ระดับตรรกะ

ป้อนชื่อของตัวอย่างระดับตรรกะ: Product_Name

หากระดับนี้เป็นระดับรวมสูงสุดให้เลือกช่องทำเครื่องหมายและระบบจะตั้งค่าจำนวนองค์ประกอบที่ระดับนี้เป็น 1 โดยค่าเริ่มต้น→คลิกตกลง

หากคุณต้องการให้ระดับตรรกะรวมเป็นระดับบนสุดให้เลือกกล่องกาเครื่องหมายรองรับการรวบรวมไปยังองค์ประกอบหลัก→คลิกตกลง

หากระดับตรรกะไม่ใช่ระดับผลรวมทั้งหมดและไม่รวมกันอย่าเลือกช่องทำเครื่องหมายใด ๆ →คลิกตกลง

ลำดับชั้นของพ่อแม่และลูก

คุณยังสามารถเพิ่มลำดับชั้นแม่ลูกในระดับตรรกะได้โดยทำตามขั้นตอนเหล่านี้ -

ในการกำหนดระดับลอจิคัลลูกให้คลิกเพิ่มในกล่องโต้ตอบเรียกดูเลือกระดับลอจิคัลลูกแล้วคลิกตกลง

คุณยังสามารถคลิกขวาที่ระดับตรรกะ→วัตถุใหม่→ระดับเด็ก

ป้อนชื่อระดับลูก→ตกลง คุณสามารถทำซ้ำสิ่งนี้เพื่อเพิ่มระดับย่อยหลายระดับสำหรับคอลัมน์ตรรกะทั้งหมดตามความต้องการ คุณยังสามารถเพิ่มลำดับชั้นของเวลาและภูมิภาคได้ในลักษณะเดียวกัน

ตอนนี้เพื่อเพิ่มคอลัมน์ตรรกะของตารางในระดับตรรกะ→เลือกคอลัมน์ตรรกะในเลเยอร์ BMM แล้วลากไปยังชื่อลูกระดับตรรกะที่คุณต้องการแมป ในทำนองเดียวกันคุณสามารถลากคอลัมน์ทั้งหมดของตารางตรรกะเพื่อสร้างลำดับชั้นแม่ลูก

เมื่อคุณสร้างระดับย่อยสามารถตรวจสอบได้โดยดับเบิลคลิกที่ระดับตรรกะและจะแสดงอยู่ในรายการระดับย่อยของระดับนั้น คุณสามารถเพิ่มหรือลบระดับเด็กได้โดยใช้ตัวเลือก "+" หรือ "X" ที่ด้านบนของช่องนี้

เพิ่มการคำนวณลงในตารางข้อเท็จจริง

ดับเบิลคลิกที่ชื่อคอลัมน์ในตารางข้อเท็จจริงเชิงตรรกะ→ไปที่แท็บการรวมและเลือกฟังก์ชันรวมจากรายการแบบเลื่อนลง→คลิกตกลง

มาตรการแสดงถึงข้อมูลที่เพิ่มเติมเช่นรายได้รวมหรือปริมาณรวม คลิกที่ตัวเลือกบันทึกที่ด้านบนเพื่อบันทึกที่เก็บ

มีฟังก์ชั่นรวมต่างๆที่สามารถใช้ได้เช่น Sum, Average, Count, Max, Min เป็นต้น

เลเยอร์การนำเสนอใช้เพื่อให้มุมมองที่กำหนดเองของโมเดลธุรกิจในเลเยอร์ BMM แก่ผู้ใช้ หัวเรื่องใช้ในเลเยอร์การนำเสนอที่จัดเตรียมโดย Oracle BI Presentation Services

มีหลายวิธีที่คุณสามารถสร้างหัวข้อในเลเยอร์การนำเสนอ วิธีทั่วไปและง่ายที่สุดคือการลาก Business Model ในเลเยอร์ BMM ไปที่ Presentation Layer จากนั้นทำการเปลี่ยนแปลงตามความต้องการ

คุณสามารถย้ายคอลัมน์ลบหรือเพิ่มคอลัมน์ในเลเยอร์การนำเสนอเพื่อให้คุณทำการเปลี่ยนแปลงในลักษณะที่ผู้ใช้ไม่ควรเห็นคอลัมน์ที่ไม่มีความหมายสำหรับพวกเขา

Create Subject Areas/Presentation Catalogues and Presentation Tables in Presentation Layer

คลิกขวาที่พื้นที่การนำเสนอ→หัวข้อเรื่องใหม่→ในแท็บทั่วไปป้อนชื่อของหัวเรื่อง (แนะนำคล้ายกับโมเดลธุรกิจ) →คลิกตกลง

เมื่อสร้างหัวเรื่องแล้วให้คลิกขวาที่หัวเรื่อง→ตารางการนำเสนอใหม่→ในแท็บทั่วไปป้อนชื่อของตารางการนำเสนอ→ตกลง (เพิ่มจำนวนตารางการนำเสนอให้เท่ากับจำนวนพารามิเตอร์ที่ต้องการในรายงาน)

คลิกแท็บสิทธิ์→กล่องโต้ตอบสิทธิ์ซึ่งคุณสามารถกำหนดสิทธิ์ผู้ใช้หรือกลุ่มให้กับตารางได้

ลบตารางการนำเสนอ

ในเลเยอร์การนำเสนอให้คลิกขวาที่พื้นที่หัวเรื่อง→กล่องโต้ตอบการนำเสนอแค็ตตาล็อกคลิกแท็บตารางการนำเสนอ→ไปที่แท็บตารางการนำเสนอเลือกตารางแล้วคลิกลบ

ข้อความยืนยันปรากฏขึ้น→คลิกใช่เพื่อลบตารางหรือไม่ใช่เพื่อออกจากตารางในแค็ตตาล็อก→คลิกตกลง

ย้ายตารางการนำเสนอ

ไปที่แท็บตารางการนำเสนอโดยคลิกขวาที่ Subject Area →ในรายการชื่อเลือกตารางที่คุณต้องการจัดลำดับใหม่→ใช้การลากแล้วปล่อยเพื่อจัดตำแหน่งตารางใหม่หรือคุณสามารถใช้ปุ่มขึ้นและลงเพื่อจัดลำดับใหม่ ตาราง

คอลัมน์การนำเสนอภายใต้ตารางการนำเสนอ

โดยปกติชื่อของคอลัมน์การนำเสนอจะเหมือนกับชื่อคอลัมน์แบบลอจิคัลในชั้น Business Model และ Mapping อย่างไรก็ตามคุณยังสามารถป้อนชื่ออื่นได้โดยยกเลิกการเลือกใช้ชื่อคอลัมน์แบบลอจิคัลและชื่อที่กำหนดเองที่แสดงในกล่องโต้ตอบคอลัมน์การนำเสนอ

สร้างคอลัมน์การนำเสนอ

วิธีที่ง่ายที่สุดในการสร้างคอลัมน์ภายใต้ตารางการนำเสนอคือการลากคอลัมน์จากตารางลอจิคัลในเลเยอร์ BMM

เลือกวัตถุภายใต้ตารางลอจิคัลใน BMM และลากไปที่ตารางการนำเสนอภายใต้พื้นที่หัวเรื่อง (ใช้ปุ่ม Ctrl เพื่อเลือกหลายวัตถุสำหรับการลาก) ทำซ้ำขั้นตอนและเพิ่มคอลัมน์ตรรกะในตารางการนำเสนอที่เหลือ

Create a New Presentation Column −

คลิกขวาที่ตารางการนำเสนอในเลเยอร์การนำเสนอ→คอลัมน์การนำเสนอใหม่

กล่องโต้ตอบคอลัมน์การนำเสนอจะปรากฏขึ้น ในการใช้ชื่อของคอลัมน์ตรรกะให้เลือกกล่องกาเครื่องหมายใช้คอลัมน์ตรรกะ

เมื่อต้องการระบุชื่อที่เป็นชื่ออื่นให้ยกเลิกการเลือกกล่องกาเครื่องหมายใช้คอลัมน์แบบลอจิคัลจากนั้นพิมพ์ชื่อสำหรับคอลัมน์

ในการกำหนดสิทธิ์ผู้ใช้หรือกลุ่มให้กับคอลัมน์ให้คลิกสิทธิ์→ในกล่องโต้ตอบสิทธิ์ให้กำหนดสิทธิ์→คลิกตกลง

ลบคอลัมน์การนำเสนอ

คลิกขวาที่ตารางการนำเสนอในเลเยอร์การนำเสนอ→คลิกที่คุณสมบัติ→คลิกที่แท็บคอลัมน์→เลือกคอลัมน์ที่คุณต้องการลบ→คลิกลบหรือกดปุ่มลบ→คลิกใช่

เพื่อจัดลำดับคอลัมน์การนำเสนอใหม่

คลิกขวาที่ตารางการนำเสนอในเลเยอร์การนำเสนอ→ไปที่คุณสมบัติ→คลิกแท็บคอลัมน์→เลือกคอลัมน์ที่คุณต้องการจัดลำดับใหม่→ใช้การลากแล้วปล่อยหรือคุณสามารถคลิกปุ่มขึ้นและลง→คลิกตกลง

คุณสามารถตรวจสอบที่เก็บเพื่อหาข้อผิดพลาดโดยใช้ตัวเลือกการตรวจสอบความสอดคล้อง เมื่อเสร็จแล้วขั้นตอนต่อไปคือการโหลดที่เก็บลงใน Oracle BI Server จากนั้นทดสอบที่เก็บโดยเรียกใช้การวิเคราะห์ Oracle BI และตรวจสอบผลลัพธ์

ไปที่ไฟล์→คลิกที่ตรวจสอบความสอดคล้องสากล→คุณจะได้รับข้อความต่อไปนี้→คลิกใช่

เมื่อคุณคลิกตกลง→โมเดลธุรกิจภายใต้ BMM จะเปลี่ยนเป็นสีเขียว→คลิกที่บันทึกที่เก็บโดยไม่ต้องตรวจสอบความสอดคล้องทั่วโลกอีกครั้ง

ปิดการใช้งานการแคช

เพื่อปรับปรุงประสิทธิภาพการสืบค้นขอแนะนำให้ปิดใช้งานตัวเลือกแคชของเซิร์ฟเวอร์ BI

เปิดเบราว์เซอร์และป้อน URL ต่อไปนี้เพื่อเปิด Fusion Middleware Control Enterprise Manager: http: // <machine name>: 7001 / em

ป้อนชื่อผู้ใช้และรหัสผ่าน. คลิกเข้าสู่ระบบ

ทางด้านซ้ายขยาย Business Intelligence → coreapplication →แท็บ Capacity Management → Performance

เปิดใช้งานส่วน BI Server Cache เป็นค่าเริ่มต้น→คลิกที่ล็อคและแก้ไขการกำหนดค่า→ปิด

ตอนนี้ยกเลิกการเลือกตัวเลือกที่เปิดใช้งานแคช ใช้เพื่อปรับปรุงประสิทธิภาพการสืบค้น ไปที่ใช้→เปิดใช้งานการเปลี่ยนแปลง→เสร็จสมบูรณ์

โหลด Repository

ไปที่แท็บการปรับใช้→ที่เก็บ→ล็อกและแก้ไขการกำหนดค่า→เสร็จสมบูรณ์

คลิกที่ส่วนอัปโหลด BI Server Repository →เรียกดูเพื่อเปิดกล่องโต้ตอบเลือกไฟล์→เลือกไฟล์ Repository .rpd แล้วคลิกเปิด→ป้อนรหัสผ่านที่เก็บ→นำไปใช้→เปิดใช้งานการเปลี่ยนแปลง

เปิดใช้งานการเปลี่ยนแปลง→เสร็จสมบูรณ์→คลิกที่รีสตาร์ทเพื่อใช้ตัวเลือกการเปลี่ยนแปลงล่าสุดที่ด้านบน→คลิกใช่

สร้างที่เก็บสำเร็จและโหลดสำหรับการวิเคราะห์แบบสอบถาม

เปิดใช้งานการบันทึกการสืบค้น

คุณสามารถตั้งค่าระดับการบันทึกการสืบค้นสำหรับผู้ใช้แต่ละคนใน OBIEE ระดับการบันทึกจะควบคุมข้อมูลที่คุณจะดึงมาในล็อกไฟล์

ตั้งค่าการบันทึกการสืบค้น

เปิดเครื่องมือการดูแลระบบ→ไปที่ไฟล์→เปิด→ออนไลน์

โหมดออนไลน์ใช้เพื่อแก้ไขที่เก็บในเซิร์ฟเวอร์ Oracle BI ในการเปิดที่เก็บในโหมดออนไลน์เซิร์ฟเวอร์ Oracle BI ของคุณควรทำงานอยู่

ป้อนรหัสผ่านที่เก็บและรหัสผ่านชื่อผู้ใช้เพื่อล็อกอินและคลิกเปิดเพื่อเปิดที่เก็บ

ไปที่ Manage → Identity → Security Manager Window จะเปิดขึ้น คลิก BI Repository ทางด้านซ้ายและดับเบิลคลิกที่ Administrative user → User dialog box จะเปิดขึ้น

คลิกแท็บผู้ใช้ในกล่องโต้ตอบผู้ใช้คุณสามารถตั้งค่าระดับการบันทึกได้ที่นี่

ในสถานการณ์ปกติ - ผู้ใช้ตั้งค่าระดับการบันทึกเป็น 0 และผู้ดูแลระบบตั้งค่าระดับการบันทึกไว้ที่ 2 ระดับการบันทึกสามารถมีค่าได้ตั้งแต่ระดับ 0 ถึงระดับ 5 ระดับ 0 หมายถึงไม่มีการบันทึกและระดับ 5 หมายถึงข้อมูลระดับการบันทึกสูงสุด .

คำอธิบายระดับการบันทึก

ระดับ 0	ไม่มีการบันทึก
ระดับ 1	บันทึกคำสั่ง SQL ที่ออกจากแอปพลิเคชันไคลเอนต์ บันทึกเวลาที่ผ่านไปสำหรับการคอมไพล์คิวรีการเรียกใช้คิวรีการประมวลผลแคชคิวรีและการประมวลผลฐานข้อมูลส่วนหลัง บันทึกสถานะการสืบค้น (สำเร็จล้มเหลวยุติหรือหมดเวลา) บันทึก ID ผู้ใช้ ID เซสชันและ ID คำขอสำหรับแต่ละแบบสอบถาม
ระดับ 2	บันทึกทุกอย่างที่เข้าสู่ระบบระดับ 1 นอกจากนี้สำหรับแต่ละแบบสอบถามบันทึกชื่อที่เก็บชื่อโมเดลธุรกิจแค็ตตาล็อกการนำเสนอ (เรียกว่า Subject Area ในชื่อคำตอบ) SQL สำหรับเคียวรีที่ออกกับฐานข้อมูลทางกายภาพคิวรีที่ออกกับแคชจำนวนแถวที่ส่งคืนจากแต่ละคิวรีเทียบกับ a ฐานข้อมูลทางกายภาพและจากแบบสอบถามที่ออกกับแคชและจำนวนแถวที่ส่งกลับไปยังแอปพลิเคชันไคลเอนต์
ระดับ 3	บันทึกทุกอย่างที่เข้าสู่ระบบในระดับ 2 นอกจากนี้ยังเพิ่มรายการบันทึกสำหรับแผนแบบสอบถามเชิงตรรกะเมื่อไม่ได้ใส่แบบสอบถามที่ควรจะเริ่มต้นแคชลงในแคชเมื่อรายการแคชที่มีอยู่ถูกล้างออกเพื่อให้มีที่ว่างสำหรับการสืบค้นปัจจุบันและเมื่อความพยายามที่จะขับไล่ เครื่องตรวจจับการจับคู่แบบตรงทั้งหมดล้มเหลว
ระดับ 4	บันทึกทุกอย่างที่เข้าสู่ระบบในระดับ 3 นอกจากนี้บันทึกแผนการดำเนินการแบบสอบถาม
ระดับ 5	บันทึกทุกอย่างที่เข้าสู่ระบบในระดับ 4 นอกจากนี้บันทึกแถวกลางจะนับตามจุดต่างๆในแผนการดำเนินการ

เพื่อตั้งค่าระดับการบันทึก

ในกล่องโต้ตอบผู้ใช้ป้อนค่าสำหรับระดับการบันทึก

เมื่อคุณคลิกตกลงมันจะเปิดกล่องโต้ตอบการชำระเงิน คลิกชำระเงิน ปิด Security Manager

ไปที่ไฟล์→คลิกที่การเปลี่ยนแปลงการเช็คอิน→บันทึกที่เก็บโดยใช้ตัวเลือกบันทึกที่ด้านบน→เพื่อให้การเปลี่ยนแปลงมีผล→คลิกตกลง

ใช้บันทึกการสืบค้นเพื่อตรวจสอบการสืบค้น

คุณสามารถตรวจสอบบันทึกการสืบค้นได้เมื่อระดับการบันทึกการสืบค้นถูกตั้งค่าโดยไปที่ Oracle Enterprise Manager ซึ่งจะช่วยในการตรวจสอบการสืบค้น

หากต้องการตรวจสอบบันทึกการสืบค้นเพื่อตรวจสอบการสืบค้นให้ไปที่ Oracle Enterprise Manager OEM

ไปที่แท็บการวินิจฉัย→คลิกข้อความบันทึก

เลื่อนลงไปด้านล่างในข้อความบันทึกเพื่อดูเซิร์ฟเวอร์ตัวกำหนดตารางเวลาบริการการดำเนินการและรายละเอียดบันทึกอื่น ๆ คลิกที่บันทึกเซิร์ฟเวอร์เพื่อเปิดกล่องข้อความบันทึก

คุณสามารถเลือกฟิลเตอร์ต่างๆ - ช่วงวันที่ประเภทข้อความและข้อความมี / ไม่มีฟิลด์ ฯลฯ ดังที่แสดงในภาพรวมต่อไปนี้ -

เมื่อคุณคลิกที่ค้นหามันจะแสดงข้อความบันทึกตามตัวกรอง

การคลิกที่ปุ่มยุบช่วยให้คุณตรวจสอบรายละเอียดของข้อความบันทึกทั้งหมดสำหรับการสืบค้น

เมื่อคุณลากและวางคอลัมน์จากตารางทางกายภาพที่ไม่ได้ใช้อยู่ในตารางลอจิคัลของคุณในเลเยอร์ BMM ตารางทางกายภาพที่มีคอลัมน์ดังกล่าวจะถูกเพิ่มเป็น Logical Table Source (LTS) ใหม่

เมื่ออยู่ในเลเยอร์ BMM คุณใช้ตารางมากกว่าหนึ่งตารางเป็นตารางต้นทางเรียกว่าแหล่งข้อมูลตารางลอจิคัลหลายรายการ คุณสามารถมีตาราง Fact เป็นแหล่งที่มาของตารางตรรกะได้หลายรายการเมื่อใช้ตารางทางกายภาพที่แตกต่างกันเป็นแหล่งที่มา

Example

LTS หลายรายการใช้เพื่อแปลง Snowflakes schema เป็น Star schema ในเลเยอร์ BMM

ให้เราบอกว่าคุณมีสองมิติ - Dim_Emp และ Dim_Dept และตารางข้อเท็จจริงหนึ่งตาราง FCT_Attendance ในชั้นกายภาพ

ที่นี่ Dim_Emp ของคุณถูกทำให้เป็นมาตรฐานเป็น Dim_Dept เพื่อใช้ Snowflakes schema ดังนั้นในแผนภาพทางกายภาพของคุณมันจะเป็นแบบนี้ -

Dim_Dept<------Dim_Emp <-------FCT_Attendance

เมื่อเราย้ายตารางเหล่านี้ไปยังเลเยอร์ BMM เราจะสร้างตารางมิติเดียว Dim_Employee ที่มีแหล่งข้อมูลตรรกะ 2 แหล่งที่สอดคล้องกับ Dim_Emp และ Dim_Dept ในแผนภาพ BMM ของคุณ -

Dim_Employee <-----------FCT_Attendance

นี่เป็นแนวทางหนึ่งที่คุณสามารถใช้แนวคิดของหลาย LTS ในเลเยอร์ BMM

การระบุเนื้อหา

เมื่อคุณใช้ตารางทางกายภาพหลายตารางเป็นแหล่งข้อมูลคุณจะขยายแหล่งที่มาของตารางในแผนภาพ BMM แสดง LTS หลายรายการจากจุดที่รับข้อมูลในเลเยอร์ BMM

หากต้องการดูการแมปตารางในเลเยอร์ BMM ให้ขยายซอร์สภายใต้ตารางลอจิคัลในเลเยอร์ BMM จะเปิดกล่องโต้ตอบการแมปแหล่งที่มาของตารางลอจิคัล คุณสามารถตรวจสอบตารางทั้งหมดที่แมปเพื่อให้ข้อมูลในตารางลอจิคัล

การวัดที่คำนวณใช้เพื่อคำนวณข้อเท็จจริงในตารางตรรกะ กำหนดฟังก์ชัน Aggregation ในแท็บ Aggregation ของคอลัมน์ตรรกะในที่เก็บ

สร้างการวัดใหม่

มาตรการถูกกำหนดไว้ในตารางข้อเท็จจริงเชิงตรรกะในที่เก็บ คอลัมน์ใด ๆ ที่มีฟังก์ชันการรวมที่ใช้กับคอลัมน์นั้นเรียกว่าการวัด

ตัวอย่างการวัดที่พบบ่อย ได้แก่ - ราคาต่อหน่วยปริมาณที่ขายเป็นต้น

ต่อไปนี้เป็นแนวทางในการสร้างมาตรการใน OBIEE -

• การรวมทั้งหมดควรดำเนินการจากตารางตรรกะ fact ไม่ใช่จากตารางตรรกะของมิติ

• คอลัมน์ทั้งหมดที่ไม่สามารถรวมได้ควรแสดงในตารางโลจิคัลของมิติและไม่อยู่ในตารางลอจิก

การวัดที่คำนวณสามารถกำหนดได้สองวิธีในตารางตรรกะที่เลเยอร์ BMM ในเครื่องมือการดูแลระบบ -

• การรวมในตารางลอจิคัล
• การรวมในซอร์สของตารางลอจิคัล

สร้างการวัดจากการคำนวณในตารางตรรกะโดยใช้เครื่องมือการดูแลระบบ

ดับเบิลคลิกที่ชื่อคอลัมน์ในตารางข้อเท็จจริงเชิงตรรกะคุณจะเห็นกล่องโต้ตอบต่อไปนี้

ไปที่แท็บ Aggregation และเลือกฟังก์ชัน Aggregate จากรายการดรอปดาวน์→คลิกตกลง

คุณสามารถเพิ่มมาตรการใหม่โดยใช้ฟังก์ชันในตัวช่วยสร้างนิพจน์ในแหล่งที่มาของคอลัมน์ การวัดแสดงถึงข้อมูลที่เพิ่มเติมเช่นรายได้รวมหรือปริมาณทั้งหมด คลิกที่ตัวเลือกบันทึกที่ด้านบนเพื่อบันทึกที่เก็บ เรียกอีกอย่างว่าการสร้างมาตรการในระดับตรรกะ

สร้างการวัดจากการคำนวณในที่มาของตารางตรรกะโดยใช้เครื่องมือการดูแลระบบ

คุณสามารถกำหนด Aggregations ได้โดยดับเบิลคลิกที่ Logical table source เพื่อเปิดกล่องโต้ตอบตารางตรรกะ

คลิกที่ตัวช่วยสร้างนิพจน์เพื่อกำหนดนิพจน์

ในตัวสร้างนิพจน์คุณสามารถเลือกได้หลายตัวเลือกเช่น - หมวดหมู่ฟังก์ชันและฟังก์ชันทางคณิตศาสตร์

เมื่อคุณเลือกหมวดหมู่แล้วจะแสดงหมวดหมู่ย่อยที่อยู่ภายในนั้น เลือกหมวดหมู่ย่อยและฟังก์ชันทางคณิตศาสตร์และคลิกที่เครื่องหมายลูกศรเพื่อแทรก

ตอนนี้หากต้องการแก้ไขค่าเพื่อสร้างการวัดคลิกที่หมายเลขต้นทางป้อนค่าที่คำนวณได้เช่นหลายและหาร→ไปที่หมวดหมู่และเลือกตารางตรรกะ→เลือกคอลัมน์เพื่อใช้หลาย / หารนี้กับค่าคอลัมน์ที่มีอยู่

คลิกตกลงเพื่อปิดตัวสร้างนิพจน์ คลิกตกลงอีกครั้งเพื่อปิดกล่องโต้ตอบ

ลำดับชั้นเป็นชุดของความสัมพันธ์แบบกลุ่มต่อกลุ่มและอาจมีระดับต่างๆกัน ลำดับชั้นของภูมิภาคประกอบด้วย: ภูมิภาค→ประเทศ→รัฐ→เมือง→ถนน ลำดับชั้นเป็นไปตามแนวทางจากบนลงล่างหรือจากล่างขึ้นบน

มิติตรรกะหรือลำดับชั้นของมิติถูกสร้างขึ้นในเลเยอร์ BMM ลำดับชั้นมิติมีสองประเภทที่เป็นไปได้ -

• ขนาดที่มีลำดับชั้นตามระดับ
• มิติข้อมูลที่มีลำดับชั้นของแม่และลูก

ในลำดับชั้นตามระดับสมาชิกอาจเป็นประเภทต่างๆกันและสมาชิกประเภทเดียวกันจะมาในระดับเดียวเท่านั้น

ในลำดับชั้นของ Parent-Child สมาชิกทั้งหมดเป็นประเภทเดียวกัน

มิติข้อมูลที่มีลำดับชั้นตามระดับ

ลำดับชั้นของมิติตามระดับยังสามารถมีความสัมพันธ์แม่ลูก ลำดับทั่วไปในการสร้างลำดับชั้นตามระดับคือการเริ่มต้นด้วยระดับรวมทั้งหมดจากนั้นจึงลดระดับลงไปที่ระดับล่าง

ลำดับชั้นตามระดับช่วยให้คุณดำเนินการ -

• มาตรการคำนวณตามระดับ
• การนำทางโดยรวม
• ดูรายละเอียดระดับย่อยในแดชบอร์ด

มิติข้อมูลแต่ละรายการสามารถมีระดับรวมสูงสุดได้เพียงระดับเดียวและไม่มีคีย์ระดับหรือแอตทริบิวต์ของมิติข้อมูล คุณสามารถเชื่อมโยงการวัดกับระดับผลรวมทั้งหมดและการรวมเริ่มต้นสำหรับการวัดเหล่านี้เป็นผลรวมทั้งหมดเสมอ

ระดับที่ต่ำกว่าทั้งหมดควรมีอย่างน้อยหนึ่งคอลัมน์และแต่ละมิติมีลำดับชั้นอย่างน้อยหนึ่งรายการ แต่ละระดับที่ต่ำกว่ายังมีคีย์ระดับซึ่งกำหนดค่าที่ไม่ซ้ำกันในระดับนั้น

ประเภทของลำดับชั้นตามระดับ

ลำดับชั้นที่ไม่สมดุล

ลำดับชั้นที่ไม่สมดุลคือลำดับชั้นที่ระดับล่างทั้งหมดไม่มีความลึกเท่ากัน

Example - สำหรับผลิตภัณฑ์หนึ่งผลิตภัณฑ์เป็นเวลาหนึ่งเดือนคุณสามารถมีข้อมูลเป็นสัปดาห์และสำหรับเดือนอื่น ๆ คุณสามารถมีข้อมูลสำหรับระดับวันได้

ข้ามลำดับชั้นระดับ

ในลำดับชั้นข้ามระดับมีสมาชิกเพียงไม่กี่คนที่ไม่มีค่าในระดับที่สูงกว่า

Example- สำหรับหนึ่งเมืองคุณมีรัฐ→ประเทศ→ภูมิภาค อย่างไรก็ตามสำหรับเมืองอื่นคุณมีเพียงรัฐและไม่ได้อยู่ภายใต้ประเทศหรือภูมิภาคใด ๆ

มิติข้อมูลที่มีลำดับชั้นของแม่และลูก

ในลำดับชั้นพาเรนต์ - ลูกสมาชิกทั้งหมดเป็นประเภทเดียวกัน ตัวอย่างที่พบบ่อยที่สุดของลำดับชั้นแม่ลูกคือโครงสร้างการรายงานในองค์กร ลำดับชั้นพาเรนต์ - ลูกขึ้นอยู่กับตารางตรรกะเดียว แต่ละแถวมีสองคีย์ - หนึ่งคีย์สำหรับสมาชิกและอีกคีย์สำหรับพาเรนต์ของสมาชิก

การวัดตามระดับถูกสร้างขึ้นเพื่อทำการคำนวณที่ระดับการรวมเฉพาะ อนุญาตให้ส่งคืนข้อมูลที่การรวมหลายระดับด้วยแบบสอบถามเดียว นอกจากนี้ยังอนุญาตให้สร้างมาตรการแบ่งปัน

Example

สมมติว่ามี บริษัท XYZ Electronics ซึ่งจำหน่ายผลิตภัณฑ์ในหลายภูมิภาคประเทศและเมืองต่างๆ ตอนนี้ประธาน บริษัท ต้องการดูรายได้รวมในระดับประเทศ - หนึ่งระดับต่ำกว่าภูมิภาคและหนึ่งระดับเหนือเมือง ดังนั้นควรสรุปมาตรวัดรายได้รวมในระดับประเทศ

มาตรการประเภทนี้เรียกว่ามาตรการตามระดับ ในทำนองเดียวกันคุณสามารถใช้มาตรการตามระดับกับลำดับชั้นของเวลาได้

เมื่อสร้างลำดับชั้นของมิติแล้วการวัดตามระดับสามารถสร้างได้โดยการดับเบิลคลิกที่คอลัมน์รายได้รวมในตารางลอจิคัลและตั้งค่าระดับในแท็บระดับ

สร้างมาตรการตามระดับ

เปิดที่เก็บในโหมดออฟไลน์ ไปที่ไฟล์→เปิด→ออฟไลน์

เลือกไฟล์. rd แล้วคลิกเปิด→ป้อนรหัสผ่านที่เก็บแล้วคลิกตกลง

ในเลเยอร์ BMM คลิกขวาที่คอลัมน์ Total Revenue → New Object → Logical column

จะเปิดกล่องโต้ตอบคอลัมน์ตรรกะ ป้อนชื่อของรายได้รวมของคอลัมน์ตรรกะ ไปที่แท็บแหล่งที่มาของคอลัมน์→ตรวจสอบที่ได้มาจากคอลัมน์ที่มีอยู่โดยใช้นิพจน์

เมื่อคุณเลือกตัวเลือกนี้วิซาร์ดการแก้ไขนิพจน์จะถูกไฮไลต์ ในตัวช่วยสร้างนิพจน์เลือกตารางตรรกะ→ชื่อคอลัมน์→รายได้รวมจากเมนูด้านซ้าย→คลิกตกลง

ตอนนี้ไปที่แท็บระดับในกล่องโต้ตอบคอลัมน์ตรรกะ→คลิกที่มิติเชิงตรรกะเพื่อเลือกเป็นผลรวมทั้งหมดภายใต้ระดับตรรกะ สิ่งนี้ระบุว่าควรคำนวณการวัดที่ระดับผลรวมทั้งหมดในลำดับชั้นของมิติ

เมื่อคุณคลิกตกลง→ตารางลอจิคัลรายรับทั้งหมดจะปรากฏภายใต้มิติตรรกะและตารางข้อเท็จจริง

คอลัมน์นี้สามารถลากไปยังเลเยอร์การนำเสนอในหัวข้อเรื่องที่ผู้ใช้ปลายทางใช้เพื่อสร้างรายงาน คุณสามารถลากคอลัมน์นี้จากตารางข้อเท็จจริงหรือจากมิติทางตรรกะ

การรวมใช้เพื่อใช้การเพิ่มประสิทธิภาพการสืบค้นขณะเรียกใช้รายงาน ซึ่งจะช่วยลดเวลาที่คิวรีรันการคำนวณและให้ผลลัพธ์ด้วยความเร็วที่รวดเร็ว ตารางรวมมีจำนวนแถวน้อยกว่าเมื่อเทียบกับตารางปกติ

การรวมกันทำงานใน OBIEE อย่างไร

เมื่อคุณเรียกใช้แบบสอบถามใน OBIEE เซิร์ฟเวอร์ BI จะค้นหาทรัพยากรที่มีข้อมูลเพื่อตอบคำถาม จากแหล่งที่มาทั้งหมดที่มีอยู่เซิร์ฟเวอร์จะเลือกแหล่งที่มาที่รวบรวมมากที่สุดเพื่อตอบคำถามนั้น

การเพิ่ม Aggregation ใน Repository

เปิด Repository ในโหมดออฟไลน์ในเครื่องมือ Administrator ไปที่ไฟล์→เปิด→ออฟไลน์

นำเข้าข้อมูลเมตาและสร้างแหล่งที่มาของตารางลอจิคัลในเลเยอร์ BMM ขยายชื่อตารางและคลิกที่ชื่อตารางต้นทางเพื่อเปิดกล่องโต้ตอบซอร์สของตารางลอจิคัล

ไปที่แท็บการแมปคอลัมน์เพื่อดูคอลัมน์แผนที่ในตารางทางกายภาพ ไปที่แท็บเนื้อหา→กลุ่มเนื้อหารวมโดยเลือกระดับตรรกะ

คุณสามารถเลือกระดับตรรกะที่แตกต่างกันตามคอลัมน์ในตารางข้อเท็จจริงเช่นยอดรวมผลิตภัณฑ์รายได้รวมและไตรมาส / ปีสำหรับเวลาตามลำดับชั้นของมิติ

คลิกตกลงเพื่อปิดกล่องโต้ตอบ→บันทึกที่เก็บ

เมื่อคุณกำหนด Aggregate ในตารางข้อเท็จจริงเชิงตรรกะจะถูกกำหนดตามลำดับชั้นของมิติ

ใน OBIEE มีตัวแปรสองประเภทที่นิยมใช้ -

• ตัวแปรที่เก็บ
• ตัวแปรเซสชัน

นอกจากนี้คุณยังสามารถกำหนดตัวแปรการนำเสนอและคำขอได้อีกด้วย

ตัวแปรที่เก็บ

ตัวแปร Repository มีค่าเดียว ณ เวลาใดก็ได้ ตัวแปรที่เก็บถูกกำหนดโดยใช้เครื่องมือ Oracle BI Administration ตัวแปรที่เก็บสามารถใช้แทนค่าคงที่ใน Expression Builder Wizard

ตัวแปรที่เก็บมีสองประเภท -

• ตัวแปรที่เก็บแบบคงที่
• ตัวแปรที่เก็บแบบไดนามิก

ตัวแปรที่เก็บแบบคงที่ถูกกำหนดไว้ในกล่องโต้ตอบตัวแปรและค่าของมันจะมีอยู่จนกว่าผู้ดูแลระบบจะเปลี่ยนแปลง

ตัวแปรที่เก็บแบบคงที่มีตัวเริ่มต้นดีฟอลต์ที่เป็นค่าตัวเลขหรืออักขระ นอกจากนี้คุณสามารถใช้ Expression Builder เพื่อแทรกค่าคงที่เป็นตัวเริ่มต้นดีฟอลต์เช่นวันที่เวลา ฯลฯ คุณไม่สามารถใช้ค่าหรือนิพจน์อื่นใดเป็นค่าเริ่มต้นสำหรับตัวแปรที่เก็บแบบคงที่

ใน BI เวอร์ชันเก่าเครื่องมือผู้ดูแลระบบไม่ได้ จำกัด ค่าของตัวแปรที่เก็บแบบคงที่ คุณอาจได้รับคำเตือนในความสอดคล้องตรวจสอบว่าที่เก็บของคุณได้รับการอัพเกรดจากเวอร์ชันเก่าหรือไม่ ในกรณีเช่นนี้ให้อัพเดตตัวแปรที่เก็บแบบคงที่เพื่อให้ตัวเริ่มต้นดีฟอลต์มีค่าคงที่

ตัวแปรที่เก็บแบบไดนามิกเหมือนกับตัวแปรคงที่ แต่ค่าจะถูกรีเฟรชโดยข้อมูลที่ส่งคืนจากคิวรี เมื่อกำหนดตัวแปรที่เก็บแบบไดนามิกคุณจะต้องสร้างบล็อกการเริ่มต้นหรือใช้อันที่มีอยู่ก่อนหน้าซึ่งมีคิวรี SQL คุณยังสามารถตั้งค่ากำหนดการที่ Oracle BI Server จะปฏิบัติตามเพื่อดำเนินการสืบค้นและรีเฟรชค่าของตัวแปรเป็นระยะ ๆ

เมื่อค่าของตัวแปรที่เก็บแบบไดนามิกเปลี่ยนแปลงรายการแคชทั้งหมดที่เกี่ยวข้องกับโมเดลธุรกิจจะถูกลบโดยอัตโนมัติ

แต่ละแบบสอบถามสามารถรีเฟรชตัวแปรได้หลายตัว: ตัวแปรเดียวสำหรับแต่ละคอลัมน์ในแบบสอบถาม คุณกำหนดเวลาให้คิวรีเหล่านี้ดำเนินการโดยเซิร์ฟเวอร์ Oracle BI

ตัวแปรที่เก็บแบบไดนามิกมีประโยชน์สำหรับการกำหนดเนื้อหาของแหล่งที่มาของตารางตรรกะ ตัวอย่างเช่นสมมติว่าคุณมีแหล่งข้อมูลสองแหล่งสำหรับข้อมูลเกี่ยวกับคำสั่งซื้อ แหล่งที่มาหนึ่งประกอบด้วยคำสั่งซื้อปัจจุบันและอีกแหล่งหนึ่งมีข้อมูลประวัติ

สร้างตัวแปรที่เก็บ

ในเครื่องมือการดูแลระบบ→ไปที่จัดการ→เลือกตัวแปร→ตัวจัดการตัวแปร→ไปที่การดำเนินการ→ใหม่→ที่เก็บ> ตัวแปร

ในกล่องโต้ตอบตัวแปรให้พิมพ์ชื่อสำหรับตัวแปร (ชื่อสำหรับตัวแปรทั้งหมดควรไม่ซ้ำกัน) →เลือกประเภทของตัวแปร - คงที่หรือไดนามิก

หากคุณเลือกตัวแปรไดนามิกให้ใช้รายการบล็อกการเริ่มต้นเพื่อเลือกบล็อกการเริ่มต้นที่มีอยู่ซึ่งจะใช้เพื่อรีเฟรชค่าอย่างต่อเนื่อง

ในการสร้างบล็อกการเริ่มต้นใหม่→คลิกใหม่ หากต้องการเพิ่มค่าเริ่มต้นเริ่มต้นให้พิมพ์ค่าในกล่องตัวเริ่มต้นเริ่มต้นหรือคลิกปุ่มตัวสร้างนิพจน์เพื่อใช้ตัวสร้างนิพจน์

สำหรับตัวแปรที่เก็บแบบสแตติกค่าที่คุณระบุในหน้าต่างตัวเริ่มต้นดีฟอลต์จะยังคงอยู่ จะไม่เปลี่ยนแปลงเว้นแต่คุณจะเปลี่ยน หากคุณเตรียมใช้งานตัวแปรโดยใช้สตริงอักขระให้ใส่สตริงในเครื่องหมายคำพูดเดี่ยว ตัวแปรที่เก็บแบบคงที่ต้องมีตัวเริ่มต้นเริ่มต้นที่เป็นค่าคงที่→คลิกตกลงเพื่อปิดกล่องโต้ตอบ

ตัวแปรเซสชัน

ตัวแปรเซสชันคล้ายกับตัวแปรที่เก็บแบบไดนามิกและได้รับค่าจากบล็อกการเริ่มต้น เมื่อผู้ใช้เริ่มเซสชันเซิร์ฟเวอร์ Oracle BI จะสร้างอินสแตนซ์ใหม่ของตัวแปรเซสชันและกำหนดค่าเริ่มต้น

มีหลายอินสแตนซ์ของตัวแปรเซสชันเนื่องจากมีเซสชันที่ใช้งานอยู่บนเซิร์ฟเวอร์ Oracle BI แต่ละอินสแตนซ์ของตัวแปรเซสชันสามารถเริ่มต้นด้วยค่าที่แตกต่างกัน

ตัวแปรเซสชันมีสองประเภท -

• ตัวแปรเซสชันของระบบ
• ตัวแปรเซสชันที่ไม่ใช่ระบบ

Oracle BI และเซิร์ฟเวอร์การนำเสนอใช้ตัวแปรเซสชันของระบบเพื่อวัตถุประสงค์เฉพาะ มีชื่อสงวนที่กำหนดไว้ล่วงหน้าซึ่งตัวแปรอื่น ๆ ไม่สามารถใช้ได้

USER	ตัวแปรนี้เก็บค่าที่ผู้ใช้ป้อนด้วยชื่อล็อกอิน โดยทั่วไปตัวแปรนี้จะถูกเติมจากโปรไฟล์ LDAP ของผู้ใช้
USERGUID	ตัวแปรนี้มี Global Unique Identifier (GUID) ของผู้ใช้และถูกเติมจากโปรไฟล์ LDAP ของผู้ใช้
GROUP	ประกอบด้วยกลุ่มที่ผู้ใช้เป็นสมาชิก เมื่อผู้ใช้อยู่ในหลายกลุ่มให้รวมชื่อกลุ่มในคอลัมน์เดียวกันโดยคั่นด้วยอัฒภาค (ตัวอย่าง - GroupA; GroupB; GroupC) หากต้องใส่อัฒภาคเป็นส่วนหนึ่งของชื่อกลุ่มให้นำอัฒภาคด้วยอักขระแบ็กสแลช (\)
ROLES	ตัวแปรนี้มีบทบาทของแอ็พพลิเคชันที่ผู้ใช้เป็นสมาชิก เมื่อผู้ใช้อยู่ในหลายบทบาทให้รวมชื่อบทบาทไว้ในคอลัมน์เดียวกันโดยคั่นด้วยอัฒภาค (ตัวอย่าง - RoleA; RoleB; RoleC) หากต้องใส่อัฒภาคเป็นส่วนหนึ่งของชื่อบทบาทให้นำอัฒภาคด้วยอักขระแบ็กสแลช (\)
ROLEGUIDS	ประกอบด้วย GUID สำหรับบทบาทแอ็พพลิเคชันที่ผู้ใช้เป็นสมาชิก GUID สำหรับบทบาทแอ็พพลิเคชันเหมือนกับชื่อแอ็พพลิเคชันบทบาท
PERMISSIONS	ประกอบด้วยสิทธิ์ที่ผู้ใช้ถือไว้ ตัวอย่าง - oracle.bi.server.manageRepositories

ตัวแปรเซสชันที่ไม่ใช่ระบบใช้สำหรับการตั้งค่าตัวกรองผู้ใช้ ตัวอย่างคุณสามารถกำหนดตัวแปรที่ไม่ใช่ระบบที่เรียกว่า Sale_Region ซึ่งจะเริ่มต้นด้วยชื่อของ sale_region ของผู้ใช้

สร้างตัวแปรเซสชัน

ในเครื่องมือการดูแลระบบ→ไปที่จัดการ→เลือกตัวแปร

ในไดอะล็อก Variable Manager คลิก Action → New → Session → Variable

ในกล่องโต้ตอบตัวแปรเซสชันให้ป้อนชื่อตัวแปร (ชื่อสำหรับตัวแปรทั้งหมดควรไม่ซ้ำกันและชื่อของตัวแปรเซสชันระบบถูกสงวนไว้และไม่สามารถใช้กับตัวแปรประเภทอื่นได้)

สำหรับตัวแปรเซสชันคุณสามารถเลือกตัวเลือกต่อไปนี้ -

• Enable any user to set the value- ตัวเลือกนี้ใช้เพื่อตั้งค่าตัวแปรเซสชันหลังจากที่บล็อกการเริ่มต้นเติมค่าแล้ว ตัวอย่าง - ตัวเลือกนี้ช่วยให้ผู้ที่ไม่ใช่ผู้ดูแลระบบตั้งค่าตัวแปรนี้สำหรับการสุ่มตัวอย่าง

• Security sensitive - ใช้เพื่อระบุตัวแปรที่มีความอ่อนไหวต่อความปลอดภัยเมื่อใช้กลยุทธ์การรักษาความปลอดภัยฐานข้อมูลระดับแถวเช่นฐานข้อมูลส่วนตัวเสมือน (VPD)

คุณสามารถใช้ตัวเลือกรายการบล็อกการเริ่มต้นเพื่อเลือกบล็อกการเริ่มต้นที่จะใช้เพื่อรีเฟรชค่าเป็นประจำ คุณยังสามารถสร้างบล็อกการเริ่มต้นใหม่ได้

หากต้องการเพิ่มค่าเริ่มต้นเริ่มต้นให้ป้อนค่าในกล่องตัวเริ่มต้นเริ่มต้นหรือคลิกปุ่มตัวสร้างนิพจน์เพื่อใช้ตัวสร้างนิพจน์ คลิกตกลงเพื่อปิดกล่องโต้ตอบ

ผู้ดูแลระบบสามารถสร้างตัวแปรเซสชันที่ไม่ใช่ระบบโดยใช้เครื่องมือ Oracle BI Administration

ตัวแปรการนำเสนอ

ตัวแปรการนำเสนอถูกสร้างขึ้นพร้อมกับการสร้างพรอมต์แดชบอร์ด มีพรอมต์แดชบอร์ดสองประเภทที่สามารถใช้ได้ -

พร้อมท์คอลัมน์

ตัวแปรการนำเสนอที่สร้างด้วยคอลัมน์พร้อมต์เชื่อมโยงกับคอลัมน์และค่าที่สามารถนำมาจากค่าของคอลัมน์

ในการสร้างตัวแปรการนำเสนอให้ไปที่ไดอะล็อกพรอมต์ใหม่หรือไดอะล็อกแก้ไขพรอมต์→เลือกตัวแปรการนำเสนอในฟิลด์ชุดของตัวแปร→ป้อนชื่อสำหรับตัวแปร

พรอมต์ตัวแปร

ตัวแปรการนำเสนอที่สร้างเป็นพรอมต์ตัวแปรไม่เกี่ยวข้องกับคอลัมน์ใด ๆ และคุณต้องกำหนดค่าของมัน

ในการสร้างตัวแปรการนำเสนอเป็นส่วนหนึ่งของพรอมต์ตัวแปรในกล่องโต้ตอบพรอมต์ใหม่หรือกล่องโต้ตอบแก้ไขพรอมต์→เลือกตัวแปรการนำเสนอในฟิลด์พรอมต์สำหรับ→ป้อนชื่อสำหรับตัวแปร

ค่าของตัวแปรการนำเสนอจะถูกเติมโดยคอลัมน์หรือพรอมต์ตัวแปรที่สร้างขึ้น ทุกครั้งที่ผู้ใช้เลือกค่าในคอลัมน์หรือพรอมต์ตัวแปรค่าของตัวแปรการนำเสนอจะถูกกำหนดเป็นค่าที่ผู้ใช้เลือก

บล็อกการเริ่มต้น

บล็อกการเริ่มต้นใช้เพื่อเริ่มต้นตัวแปร OBIEE: ตัวแปรที่เก็บแบบไดนามิกตัวแปรเซสชันของระบบและตัวแปรเซสชันที่ไม่ใช่ระบบ

ประกอบด้วยคำสั่ง SQL ที่ดำเนินการเพื่อเริ่มต้นหรือรีเฟรชตัวแปรที่เกี่ยวข้องกับบล็อกนั้น คำสั่ง SQL ที่ดำเนินการชี้ไปยังตารางทางกายภาพที่สามารถเข้าถึงได้โดยใช้พูลการเชื่อมต่อ พูลการเชื่อมต่อถูกกำหนดไว้ในไดอะล็อกบล็อกการเริ่มต้น

ถ้าคุณต้องการให้คิวรีสำหรับบล็อกการเริ่มต้นมี SQL เฉพาะฐานข้อมูลคุณสามารถเลือกประเภทฐานข้อมูลสำหรับแบบสอบถามนั้นได้

เริ่มต้นตัวแปรที่เก็บแบบไดนามิกโดยใช้บล็อกการเริ่มต้น

ฟิลด์สตริงการเริ่มต้นเริ่มต้นของบล็อกการเริ่มต้นใช้เพื่อกำหนดค่าของตัวแปรที่เก็บแบบไดนามิก คุณยังกำหนดกำหนดการซึ่งตามด้วยเซิร์ฟเวอร์ Oracle BI เพื่อดำเนินการสืบค้นและรีเฟรชค่าของตัวแปร หากคุณตั้งค่าระดับการบันทึกเป็น 2 หรือสูงกว่าข้อมูลบันทึกสำหรับการสืบค้น SQL ทั้งหมดที่ดำเนินการเพื่อดึงค่าของตัวแปรจะถูกบันทึกในไฟล์ nqquery.log

ตำแหน่งของไฟล์นี้บนเซิร์ฟเวอร์ BI -

ORACLE_INSTANCE \ Diagnostics \ logs \ OracleBIServerComponent \ coreapplication_obisn

เริ่มต้นตัวแปรเซสชันโดยใช้ Initialization Block

ตัวแปรเซสชันยังนำค่าจากบล็อกการเริ่มต้น แต่ค่าจะไม่เปลี่ยนแปลงตามช่วงเวลา เมื่อผู้ใช้เริ่มเซสชันใหม่เซิร์ฟเวอร์ Oracle BI จะสร้างอินสแตนซ์ใหม่ของตัวแปรเซสชัน

การสืบค้น SQL ทั้งหมดที่ดำเนินการเพื่อดึงข้อมูลตัวแปรเซสชันโดยเซิร์ฟเวอร์ BI หากระดับการบันทึกถูกตั้งค่าเป็น 2 หรือสูงกว่าในอ็อบเจ็กต์ Identity Manager User หรือตัวแปรเซสชันระบบ LOGLEVEL ถูกตั้งค่าเป็น 2 หรือสูงกว่าใน Variable Manager จะถูกบันทึกใน nqquery.log ไฟล์.

ตำแหน่งของไฟล์นี้บนเซิร์ฟเวอร์ BI -

ORACLE_INSTANCE \ Diagnostics \ logs \ OracleBIServerComponent \ coreapplication_obisn

สร้าง Initialization Blocks ใน Administrator Tool

ไปที่ผู้จัดการ→ตัวแปร→กล่องโต้ตอบตัวจัดการตัวแปรจะปรากฏขึ้น ไปที่เมนูการดำเนินการ→คลิกใหม่→ที่เก็บ→บล็อกการเริ่มต้น→ป้อนชื่อของบล็อกการเริ่มต้น

ไปที่แท็บกำหนดการ→เลือกวันที่และเวลาเริ่มต้นและช่วงเวลารีเฟรช

คุณสามารถเลือกตัวเลือกต่อไปนี้สำหรับ Initialization Blocks -

• Disable- หากคุณเลือกตัวเลือกนี้บล็อกการเริ่มต้นจะถูกปิดใช้งาน ในการเปิดใช้งานบล็อกการเริ่มต้นให้คลิกขวาที่บล็อกการเริ่มต้นที่มีอยู่ในตัวจัดการตัวแปรและเลือกเปิดใช้งาน ตัวเลือกนี้ช่วยให้คุณสามารถเปลี่ยนคุณสมบัตินี้ได้โดยไม่ต้องเปิดกล่องโต้ตอบบล็อกการเริ่มต้น

• Allow deferred execution - สิ่งนี้ช่วยให้คุณสามารถเลื่อนการดำเนินการของบล็อกการเริ่มต้นจนกว่าจะมีการเข้าถึงตัวแปรเซสชันที่เกี่ยวข้องเป็นครั้งแรกในระหว่างเซสชัน

• Required for authentication - หากคุณเลือกสิ่งนี้บล็อกการเริ่มต้นจะต้องดำเนินการเพื่อให้ผู้ใช้เข้าสู่ระบบผู้ใช้จะถูกปฏิเสธการเข้าถึง Oracle BI หากบล็อกการเริ่มต้นไม่ทำงาน

แดชบอร์ด OBIEE เป็นเครื่องมือที่ช่วยให้ผู้ใช้สามารถเรียกใช้รายงานเฉพาะกิจและการวิเคราะห์ตามรูปแบบความต้องการทางธุรกิจ แดชบอร์ดแบบโต้ตอบเป็นรายงานที่สมบูรณ์แบบของพิกเซลซึ่งผู้ใช้ปลายทางสามารถดูหรือพิมพ์ได้โดยตรง

แดชบอร์ด OBIEE เป็นส่วนหนึ่งของบริการเลเยอร์การนำเสนอของ Oracle BI หากผู้ใช้ปลายทางของคุณไม่สนใจที่จะดูข้อมูลทั้งหมดในแดชบอร์ดจะช่วยให้คุณสามารถเพิ่มพร้อมต์ไปยังแดชบอร์ดที่อนุญาตให้ผู้ใช้ปลายทางป้อนสิ่งที่เขาต้องการดูได้ แดชบอร์ดยังอนุญาตให้ผู้ใช้เลือกจากรายการแบบเลื่อนลงกล่องเลือกหลายรายการและการเลือกคอลัมน์ที่จะแสดงในรายงาน

การแจ้งเตือนแดชบอร์ด

แดชบอร์ด Oracle BI ช่วยให้คุณตั้งค่าการแจ้งเตือนสำหรับผู้บริหารฝ่ายขายที่ปรากฏบนแดชบอร์ดแบบโต้ตอบเมื่อใดก็ตามที่ยอดขายที่คาดการณ์ไว้ของ บริษัท จะต่ำกว่าที่คาดการณ์ไว้

สร้างแดชบอร์ดใหม่

หากต้องการสร้างแดชบอร์ดใหม่ให้ไปที่ใหม่→แดชบอร์ดหรือคุณสามารถคลิกที่ตัวเลือกแดชบอร์ดภายใต้สร้างทางด้านซ้าย

เมื่อคุณคลิกที่แดชบอร์ดกล่องโต้ตอบแดชบอร์ดใหม่จะเปิดขึ้น ป้อนชื่อแดชบอร์ดและคำอธิบายและเลือกตำแหน่งที่คุณต้องการให้แดชบอร์ดบันทึก→คลิกตกลง

หากคุณบันทึกแดชบอร์ดในโฟลเดอร์ย่อยของแดชบอร์ดโดยตรงภายใต้ / โฟลเดอร์ที่ใช้ร่วมกัน / โฟลเดอร์ย่อยระดับแรก→แดชบอร์ดจะแสดงรายการในเมนูแดชบอร์ดบนส่วนหัวส่วนกลาง

หากคุณบันทึกไว้ในโฟลเดอร์ย่อยของแดชบอร์ดในระดับอื่น ๆ (เช่น / โฟลเดอร์ที่ใช้ร่วมกัน / การขาย / ตะวันออก) จะไม่มีการแสดงรายการ

หากคุณเลือกโฟลเดอร์ในโฟลเดอร์ย่อย Dashboards โดยตรงภายใต้โฟลเดอร์ย่อย / Shared Folders / ระดับแรกที่ไม่มีการบันทึกแดชบอร์ดโฟลเดอร์ Dashboards ใหม่จะถูกสร้างขึ้นโดยอัตโนมัติสำหรับคุณ

เมื่อคุณป้อนฟิลด์ด้านบนตัวสร้างแดชบอร์ดจะเปิดขึ้นตามที่แสดงในภาพรวมต่อไปนี้ -

ขยายแท็บแค็ตตาล็อกเลือกการวิเคราะห์เพื่อเพิ่มในแดชบอร์ดแล้วลากไปที่บานหน้าต่างเค้าโครงหน้า บันทึกและเรียกใช้แดชบอร์ด

แก้ไขแดชบอร์ด

ไปที่แดชบอร์ด→แดชบอร์ดของฉัน→แก้ไขแดชบอร์ด

เพื่อแก้ไขแดชบอร์ด คลิกที่ไอคอนด้านล่าง→คุณสมบัติแดชบอร์ด

กล่องโต้ตอบใหม่จะปรากฏขึ้นดังที่แสดงในภาพรวมต่อไปนี้ คุณสามารถทำงานต่อไปนี้ -

เปลี่ยนรูปแบบ (สไตล์จะควบคุมวิธีจัดรูปแบบแดชบอร์ดและผลลัพธ์สำหรับการแสดงเช่นสีของข้อความและลิงก์แบบอักษรและขนาดของข้อความเส้นขอบในตารางสีและคุณลักษณะของกราฟเป็นต้น) คุณสามารถเพิ่มคำอธิบาย

คุณสามารถเพิ่มพรอมต์ตัวกรองและตัวแปรที่ซ่อนอยู่ ระบุลิงก์ที่จะแสดงพร้อมกับการวิเคราะห์บนหน้าแดชบอร์ด คุณสามารถเปลี่ยนชื่อซ่อนจัดลำดับใหม่ตั้งค่าสิทธิ์สำหรับและลบหน้าแดชบอร์ด

คุณยังสามารถแก้ไขคุณสมบัติเพจแดชบอร์ดได้โดยเลือกเพจในกล่องโต้ตอบ คุณสามารถทำการเปลี่ยนแปลงต่อไปนี้ -

• คุณสามารถเปลี่ยนชื่อหน้าแดชบอร์ดของคุณ

• คุณสามารถเพิ่มพรอมต์ที่ซ่อนอยู่ พร้อมต์ที่ซ่อนใช้เพื่อตั้งค่าเริ่มต้นสำหรับพร้อมต์ที่เกี่ยวข้องทั้งหมดบนเพจแดชบอร์ด

• คุณสามารถเพิ่มสิทธิ์สำหรับแดชบอร์ดและยังสามารถลบเพจที่เลือกได้ หน้าแดชบอร์ดถูกลบอย่างถาวร

• หากมีหน้าแดชบอร์ดมากกว่าหนึ่งหน้าในแดชบอร์ดนี้ไอคอนจัดเรียงลำดับจะเปิดใช้งานโดยใช้ลูกศรขึ้นและลง

หากต้องการตั้งค่าลิงก์รายงานที่ระดับแดชบอร์ดหน้าแดชบอร์ดหรือระดับการวิเคราะห์ให้คลิกตัวเลือกแก้ไขของลิงก์การรายงานแดชบอร์ด

หากต้องการเพิ่มหน้าแดชบอร์ดให้คลิกที่ไอคอนหน้าแดชบอร์ดใหม่→ป้อนชื่อหน้าแดชบอร์ดแล้วคลิกตกลง

ในแท็บแค็ตตาล็อกคุณสามารถเพิ่มการวิเคราะห์ใหม่และลากไปยังพื้นที่เค้าโครงหน้าของหน้าแดชบอร์ดใหม่

หากต้องการแก้ไขคุณสมบัติของแดชบอร์ดเช่นความกว้างของเซลล์เส้นขอบและความสูงให้คลิกที่คุณสมบัติของคอลัมน์ คุณสามารถตั้งค่าสีพื้นหลังตัดข้อความและตัวเลือกการจัดรูปแบบเพิ่มเติมได้

คุณยังสามารถเพิ่มเงื่อนไขในการแสดงข้อมูลแดชบอร์ดได้โดยคลิกที่ตัวเลือกเงื่อนไขในคุณสมบัติคอลัมน์ -

หากต้องการเพิ่มเงื่อนไขให้คลิกที่กล่องโต้ตอบเงื่อนไขการลงชื่อเข้าใช้ + คุณสามารถเพิ่มเงื่อนไขตามการวิเคราะห์

เลือกข้อมูลเงื่อนไขและป้อนพารามิเตอร์เงื่อนไข

คุณยังสามารถทดสอบแก้ไขหรือลบเงื่อนไขได้โดยคลิกที่เครื่องหมาย "เพิ่มเติม" ถัดจากปุ่ม +

บันทึกแดชบอร์ดที่กำหนดเอง

คุณสามารถบันทึกแดชบอร์ดที่กำหนดเองได้โดยไปที่ตัวเลือกหน้า→บันทึกการปรับแต่งปัจจุบัน→ป้อนชื่อการปรับแต่ง→คลิกตกลง

ในการนำการปรับแต่งไปใช้กับหน้าแดชบอร์ดให้ไปที่ตัวเลือกหน้า→ใช้การปรับแต่งที่บันทึกไว้→เลือกชื่อ→คลิกตกลง

ช่วยให้คุณสามารถบันทึกและดูหน้าแดชบอร์ดในสถานะปัจจุบันเช่นตัวกรองพรอมต์ประเภทคอลัมน์การฝึกซ้อมในการวิเคราะห์และการขยายและยุบส่วน โดยการบันทึกการปรับแต่งคุณไม่จำเป็นต้องทำการเลือกเหล่านี้ด้วยตนเองทุกครั้งที่คุณเข้าถึงหน้าแดชบอร์ด

ตัวกรองใช้เพื่อ จำกัด ผลลัพธ์ที่แสดงเมื่อมีการเรียกใช้การวิเคราะห์เพื่อให้ผลลัพธ์ตอบคำถามเฉพาะ จากตัวกรองจะแสดงเฉพาะผลลัพธ์ที่ตรงกับเกณฑ์ที่ผ่านในเงื่อนไขตัวกรอง

ตัวกรองถูกนำไปใช้โดยตรงกับแอตทริบิวต์และคอลัมน์การวัด ตัวกรองจะถูกนำไปใช้ก่อนที่จะมีการรวมคิวรีและส่งผลต่อคิวรีดังนั้นจึงเป็นค่าผลลัพธ์สำหรับการวัด

ตัวอย่างเช่นคุณมีรายชื่อสมาชิกที่ผลรวมรวมเป็น 100 เมื่อเวลาผ่านไปสมาชิกจำนวนมากขึ้นตรงตามเกณฑ์ตัวกรองที่ตั้งไว้ซึ่งจะเพิ่มผลรวมรวมเป็น 200

ตัวกรองคอลัมน์

ต่อไปนี้เป็นวิธีสร้างตัวกรอง -

สร้างตัวกรองคอลัมน์ที่มีชื่อ

ไปที่หน้าแรกของ Oracle Business Intelligence →เมนูใหม่→เลือกตัวกรอง กล่องโต้ตอบ Select Subject Area จะปรากฏขึ้น

จากกล่องโต้ตอบเลือกพื้นที่หัวเรื่องให้เลือกหัวข้อที่คุณต้องการสร้างตัวกรอง "ตัวแก้ไขตัวกรอง" จะแสดงขึ้นจากบานหน้าต่าง "Subject Areas" คลิกสองครั้งที่คอลัมน์ที่คุณต้องการสร้างตัวกรอง กล่องโต้ตอบตัวกรองใหม่จะปรากฏขึ้น

สร้างตัวกรองแบบอินไลน์

สร้างการวิเคราะห์หรือเข้าถึงการวิเคราะห์ที่มีอยู่ซึ่งคุณต้องการสร้างตัวกรอง

คลิกแท็บเกณฑ์→ค้นหา "บานหน้าต่างตัวกรอง" →คลิกสร้างตัวกรองสำหรับปุ่มหัวข้อปัจจุบัน คอลัมน์ที่เลือกการวิเคราะห์จะแสดงในเมนูเรียงซ้อน

เลือกชื่อคอลัมน์จากเมนูหรือเลือกตัวเลือกคอลัมน์เพิ่มเติมเพื่อเข้าถึง "กล่องโต้ตอบเลือกคอลัมน์" ซึ่งคุณสามารถเลือกคอลัมน์ใดก็ได้จากหัวข้อเรื่อง

เมื่อคุณเลือกคอลัมน์แล้ว "กล่องโต้ตอบตัวกรองใหม่" จะปรากฏขึ้น

Oracle BI Enterprise Edition ช่วยให้คุณสามารถดูผลลัพธ์ของการวิเคราะห์ได้อย่างมีความหมายโดยใช้ความสามารถในการนำเสนอ สามารถเพิ่มมุมมองประเภทต่างๆได้เช่นกราฟและตาราง Pivot ที่ช่วยให้สามารถเจาะลึกข้อมูลที่ละเอียดขึ้นและตัวเลือกอื่น ๆ อีกมากมายเช่นการใช้ตัวกรองเป็นต้น

ผลลัพธ์ของการวิเคราะห์จะแสดงโดยใช้มุมมองตาราง / ตาราง Pivot และขึ้นอยู่กับประเภทของคอลัมน์ที่การวิเคราะห์ประกอบด้วย -

• Table view จะใช้หากการวิเคราะห์มีเฉพาะคอลัมน์แอตทริบิวต์ / เฉพาะคอลัมน์วัดหรือทั้งสองอย่างรวมกัน

• Pivot table เป็นมุมมองเริ่มต้นหากการวิเคราะห์มีคอลัมน์ลำดับชั้นอย่างน้อยหนึ่งคอลัมน์

• ก title view แสดงชื่อของการวิเคราะห์ที่บันทึกไว้

• คุณสามารถแก้ไขหรือลบมุมมองที่มีอยู่เพิ่มมุมมองอื่นในการวิเคราะห์และยังรวมมุมมองได้ด้วย

ประเภทของมุมมอง

มีมุมมองหลายประเภทให้เลือก -

ซีเนียร์ No	มุมมองและคำอธิบาย
1	Title มุมมองหัวเรื่องจะแสดงชื่อเรื่องคำบรรยายโลโก้ลิงก์ไปยังหน้าวิธีใช้ออนไลน์แบบกำหนดเองและการประทับเวลาไปยังผลลัพธ์
2	Table มุมมองตารางใช้เพื่อแสดงผลลัพธ์ในการแสดงข้อมูลที่จัดเรียงตามแถวและคอลัมน์ มีมุมมองสรุปของข้อมูลและช่วยให้ผู้ใช้สามารถเห็นมุมมองต่างๆของข้อมูลโดยการลากและวางแถวและคอลัมน์
3	Pivot Table จะแสดงผลลัพธ์ในตาราง Pivot ซึ่งให้มุมมองสรุปของข้อมูลในรูปแบบข้ามแท็บและช่วยให้ผู้ใช้เห็นมุมมองต่างๆของข้อมูลโดยการลากและวางแถวและคอลัมน์ ตาราง Pivot และตารางมาตรฐานมีโครงสร้างคล้ายกัน แต่ตาราง Pivot สามารถมีกลุ่มคอลัมน์ได้และยังแสดงได้หลายระดับทั้งส่วนหัวของแถวและคอลัมน์ เซลล์ตาราง Pivot มีค่าเฉพาะ ตาราง Pivot มีประสิทธิภาพมากกว่าตารางตามแถว เหมาะที่สุดสำหรับการแสดงข้อมูลจำนวนมากสำหรับการเรียกดูข้อมูลตามลำดับชั้นและสำหรับการวิเคราะห์แนวโน้ม
4	Performance Tile ไทล์ประสิทธิภาพใช้เพื่อแสดงค่าการวัดแบบรวมเดียวในลักษณะที่ดูเรียบง่าย แต่มีเมตริกสรุปให้กับผู้ใช้ซึ่งมีแนวโน้มว่าจะถูกนำเสนอโดยละเอียดเพิ่มเติมภายในมุมมองแดชบอร์ด ไทล์ประสิทธิภาพใช้เพื่อเน้นความสนใจของผู้ใช้ไปที่ข้อเท็จจริงที่เรียบง่ายและจำเป็นต้องรู้โดยตรงบนไทล์ สื่อสารสถานะผ่านการจัดรูปแบบอย่างง่ายโดยใช้สีป้ายกำกับและรูปแบบที่ จำกัด หรือผ่านการจัดรูปแบบตามเงื่อนไขของสีพื้นหลังหรือค่าการวัดเพื่อทำให้ไทล์โดดเด่นด้วยสายตา ตัวอย่างเช่นหากรายได้ไม่ได้รับการติดตามเพื่อกำหนดเป้าหมายมูลค่ารายได้อาจปรากฏเป็นสีแดง ตอบสนองต่อพร้อมต์ตัวกรองและบทบาทของผู้ใช้และสิทธิ์โดยทำให้เกี่ยวข้องกับผู้ใช้และบริบทของผู้ใช้ สนับสนุนค่าเดียวรวมหรือคำนวณ
5	Treemap แผนผังต้นไม้ใช้เพื่อแสดงภาพ 2 มิติที่ จำกัด พื้นที่สำหรับโครงสร้างลำดับชั้นที่มีหลายระดับ ทรีแมปถูก จำกัด โดยพื้นที่ที่กำหนดไว้ล่วงหน้าและแสดงข้อมูลสองระดับ บรรจุกระเบื้องสี่เหลี่ยม ขนาดของกระเบื้องขึ้นอยู่กับการวัดและสีของกระเบื้องจะขึ้นอยู่กับการวัดครั้งที่สอง ทรีแมปคล้ายกับกราฟพล็อตการกระจายตรงที่พื้นที่แผนที่มีข้อ จำกัด และกราฟช่วยให้คุณเห็นภาพข้อมูลจำนวนมากและระบุแนวโน้มและความผิดปกติภายในข้อมูลได้อย่างรวดเร็ว
6	Trellis เทรลลิสแสดงข้อมูลหลายมิติโดยแสดงเป็นชุดของเซลล์ในรูปแบบตารางและโดยที่แต่ละเซลล์แทนข้อมูลส่วนย่อยโดยใช้กราฟประเภทหนึ่ง มุมมอง Trellis มีสองประเภทย่อย - Trellis แบบง่ายและ Trellis ขั้นสูง มุมมองโครงสร้างบังตาที่เรียบง่ายเหมาะอย่างยิ่งสำหรับการแสดงกราฟหลาย ๆ รายการที่ช่วยให้สามารถเปรียบเทียบสิ่งที่ชอบและชอบได้ มุมมองโครงสร้างบังตาที่ทันสมัยเหมาะอย่างยิ่งสำหรับการแสดงกราฟประกายไฟที่แสดงแนวโน้ม โครงสร้างบังตาที่เรียบง่ายจะแสดงประเภทกราฟด้านในรายการเดียวเช่นตารางของกราฟแท่งหลาย ๆ โครงตาข่ายขั้นสูงจะแสดงประเภทกราฟภายในที่แตกต่างกันสำหรับการวัดแต่ละครั้ง ตัวอย่าง: การผสมผสานระหว่างกราฟเส้นประกายและกราฟแท่งประกายไฟควบคู่ไปกับตัวเลข
7	Graph กราฟแสดงข้อมูลตัวเลขด้วยสายตาซึ่งช่วยให้เข้าใจข้อมูลจำนวนมากได้ง่ายขึ้น กราฟมักเปิดเผยรูปแบบและแนวโน้มที่การแสดงข้อความไม่สามารถทำได้ กราฟจะแสดงบนพื้นหลังเรียกว่าผืนผ้าใบของกราฟ
8	Gauge มาตรวัดใช้เพื่อแสดงค่าข้อมูลเดียว เนื่องจากขนาดกะทัดรัดเกจมักจะมีประสิทธิภาพมากกว่ากราฟสำหรับการแสดงค่าข้อมูลเดียว มาตรวัดระบุปัญหาในข้อมูล มาตรวัดมักจะลงจุดข้อมูลหนึ่งจุดโดยมีการระบุว่าจุดนั้นอยู่ในช่วงที่ยอมรับได้หรือไม่สามารถยอมรับได้ ดังนั้นมาตรวัดจึงมีประโยชน์ในการแสดงผลงานเมื่อเทียบกับเป้าหมาย มาตรวัดหรือชุดมาตรวัดจะแสดงบนพื้นหลังเรียกว่าผ้าใบเกจ
9	Funnel ช่องทางแสดงผลลัพธ์ในกราฟ 3 มิติซึ่งแสดงถึงเป้าหมายและค่าจริงโดยใช้ระดับเสียงระดับและสี กราฟช่องทางใช้เพื่อแสดงข้อมูลแบบกราฟิกที่เปลี่ยนแปลงในช่วงเวลาหรือระยะต่างๆ ตัวอย่าง: กราฟช่องทางมักใช้เพื่อแสดงปริมาณการขายในช่วงไตรมาส กราฟช่องทางเหมาะอย่างยิ่งสำหรับการแสดงข้อมูลจริงเมื่อเทียบกับเป้าหมายสำหรับข้อมูลที่ทราบว่าเป้าหมายลดลง (หรือเพิ่มขึ้น) อย่างมีนัยสำคัญต่อขั้นตอนเช่นไปป์ไลน์การขาย
10	Map view มุมมองแผนที่ใช้เพื่อแสดงผลลัพธ์ซ้อนทับบนแผนที่ ผลลัพธ์สามารถซ้อนทับบนแผนที่เป็นรูปแบบต่างๆเช่นรูปภาพพื้นที่เติมสีกราฟแท่งและวงกลมและเครื่องหมายที่ปรับขนาดได้ทั้งนี้ขึ้นอยู่กับข้อมูล
11	Filters ตัวกรองใช้เพื่อแสดงตัวกรองที่มีผลสำหรับการวิเคราะห์ ตัวกรองช่วยให้คุณสามารถเพิ่มเงื่อนไขในการวิเคราะห์เพื่อให้ได้ผลลัพธ์ที่ตอบคำถามเฉพาะ มีการใช้ตัวกรองก่อนที่จะรวมการค้นหา
12	Selection Steps ขั้นตอนการเลือกใช้เพื่อแสดงขั้นตอนการเลือกที่มีผลสำหรับการวิเคราะห์ ขั้นตอนการเลือกเช่นตัวกรองช่วยให้คุณได้ผลลัพธ์ที่ตอบคำถามเฉพาะ ขั้นตอนการเลือกจะถูกนำไปใช้หลังจากรวมแบบสอบถามแล้ว
13	Column Selector Column selector คือชุดของรายการดรอปดาวน์ที่มีคอลัมน์ที่เลือกไว้ล่วงหน้า ผู้ใช้สามารถเลือกคอลัมน์แบบไดนามิกและเปลี่ยนแปลงข้อมูลที่แสดงในมุมมองของการวิเคราะห์
14	View Selector ตัวเลือกมุมมองคือรายการแบบเลื่อนลงซึ่งผู้ใช้สามารถเลือกมุมมองเฉพาะของผลลัพธ์จากมุมมองที่บันทึกไว้
15	Legend ช่วยให้คุณสามารถบันทึกความหมายของการจัดรูปแบบพิเศษที่ใช้ในความหมายของสีที่กำหนดเองที่ใช้กับมาตรวัด
16	Narrative จะแสดงผลลัพธ์เป็นข้อความอย่างน้อยหนึ่งย่อหน้า
17	Ticker โดยจะแสดงผลลัพธ์เป็นทิกเกอร์หรือกระโจมซึ่งมีลักษณะคล้ายกับทิกเกอร์หุ้นที่ทำงานในเว็บไซต์ด้านการเงินและข่าวสารต่างๆบนอินเทอร์เน็ต นอกจากนี้คุณยังสามารถควบคุมข้อมูลที่จะนำเสนอและวิธีที่จะเลื่อนผ่านหน้า
18	Static Text คุณสามารถใช้ HTML เพื่อเพิ่มแบนเนอร์ทิกเกอร์อ็อบเจ็กต์ ActiveX แอพเพล็ต Java ลิงก์คำแนะนำคำอธิบายกราฟิก ฯลฯ ในผลลัพธ์
19	Logical SQL จะแสดงคำสั่ง SQL ที่สร้างขึ้นสำหรับการวิเคราะห์ มุมมองนี้มีประโยชน์สำหรับผู้ฝึกสอนและผู้ดูแลระบบและโดยปกติจะไม่รวมอยู่ในผลลัพธ์สำหรับผู้ใช้ทั่วไป คุณไม่สามารถแก้ไขมุมมองนี้ยกเว้นเพื่อจัดรูปแบบคอนเทนเนอร์หรือเพื่อลบออก
20	Create Segment ใช้เพื่อแสดงลิงก์สร้างกลุ่มในผลลัพธ์
21	Create Target List ใช้เพื่อแสดงลิงก์สร้างรายการเป้าหมายในผลลัพธ์ ผู้ใช้สามารถคลิกลิงก์นี้เพื่อสร้างรายการเป้าหมายตามข้อมูลผลลัพธ์ในแอปพลิเคชันปฏิบัติการ Siebel ของ Oracle มุมมองนี้มีไว้สำหรับผู้ใช้แอปพลิเคชันปฏิบัติการ Siebel Life Sciences ของ Oracle ที่รวมเข้ากับแอปพลิเคชัน Siebel Life Sciences Analytics ของ Oracle

ประเภทมุมมองทั้งหมดยกเว้นมุมมอง SQL เชิงตรรกะสามารถแก้ไขได้ แต่ละมุมมองมีตัวแก้ไขของตัวเองซึ่งคุณสามารถดำเนินการแก้ไขได้

ตัวแก้ไขมุมมองแต่ละตัวมีฟังก์ชันการทำงานที่ไม่ซ้ำกันสำหรับประเภทมุมมองนั้น แต่อาจมีฟังก์ชันการทำงานที่เหมือนกันในทุกประเภทมุมมอง

แก้ไขมุมมอง

เปิดการวิเคราะห์ที่มีมุมมองที่จะแก้ไข คลิกแท็บ "ตัวแก้ไขการวิเคราะห์: ผลลัพธ์"

คลิกปุ่มแก้ไขมุมมองสำหรับมุมมอง ดูบรรณาธิการจะปรากฏขึ้น ตอนนี้ใช้ตัวแก้ไขสำหรับมุมมองทำการแก้ไขที่จำเป็น คลิกเสร็จสิ้นจากนั้นบันทึกมุมมอง

ลบมุมมอง

คุณสามารถลบมุมมองจาก -

• A compound layout - หากคุณลบมุมมองออกจากเค้าโครงแบบผสมมุมมองนั้นจะถูกลบออกจากเค้าโครงแบบผสมเท่านั้นไม่ใช่จากการวิเคราะห์

• An analysis - หากคุณลบมุมมองออกจากการวิเคราะห์มุมมองนั้นจะลบมุมมองออกจากการวิเคราะห์และจากเค้าโครงผสมใด ๆ ที่เพิ่มเข้าไป

ลบมุมมอง

หากคุณต้องการลบมุมมองจาก -

• A compound layout - ในมุมมองในเค้าโครงแบบผสม→คลิกปุ่มลบมุมมองจากเค้าโครงแบบผสม

• An analysis - ในบานหน้าต่างมุมมอง→เลือกมุมมองจากนั้นคลิกปุ่มลบมุมมองจากแถบเครื่องมือการวิเคราะห์

พรอมต์คือตัวกรองชนิดพิเศษที่ใช้เพื่อกรองการวิเคราะห์ที่ฝังอยู่ในแดชบอร์ด เหตุผลหลักในการใช้พรอมต์แดชบอร์ดคือช่วยให้ผู้ใช้ปรับแต่งเอาต์พุตการวิเคราะห์และยังช่วยให้สามารถเปลี่ยนพารามิเตอร์ของรายงานได้อย่างยืดหยุ่น มีสามประเภทของการแจ้งเตือนที่สามารถใช้ได้ -

พรอมต์ชื่อ

พร้อมต์ที่สร้างในระดับแดชบอร์ดเรียกว่าพรอมต์ที่มีชื่อ พรอมต์นี้สร้างขึ้นนอกแดชบอร์ดเฉพาะและเก็บไว้ในแค็ตตาล็อกเป็นพรอมต์ คุณสามารถใช้พรอมต์ที่มีชื่อกับหน้าแดชบอร์ดหรือหน้าแดชบอร์ดที่มีคอลัมน์ที่กล่าวถึงในพรอมต์ สามารถกรองการวิเคราะห์หนึ่งรายการหรือจำนวนเท่าใดก็ได้ที่ฝังอยู่ในหน้าแดชบอร์ดเดียวกัน คุณสามารถสร้างและบันทึกพร้อมต์ที่มีชื่อเหล่านี้ลงในโฟลเดอร์ส่วนตัวหรือโฟลเดอร์ที่แชร์

พรอมต์ที่มีชื่อจะปรากฏบนหน้าแดชบอร์ดเสมอและผู้ใช้สามารถแจ้งให้ทราบค่าต่างๆได้โดยไม่ต้องเรียกใช้แดชบอร์ดอีกครั้ง พรอมต์ที่ตั้งชื่อยังสามารถโต้ตอบกับขั้นตอนการเลือก คุณสามารถระบุพร้อมต์แดชบอร์ดเพื่อลบล้างขั้นตอนการเลือกเฉพาะ

ขั้นตอนนี้จะถูกประมวลผลกับคอลัมน์แดชบอร์ดด้วยค่าข้อมูลที่ผู้ใช้ระบุซึ่งรวบรวมโดยพร้อมต์คอลัมน์แดชบอร์ดในขณะที่ขั้นตอนอื่น ๆ ทั้งหมดจะได้รับการประมวลผลตามที่ระบุไว้ในตอนแรก

พรอมต์แบบอินไลน์

พร้อมต์แบบอินไลน์จะฝังอยู่ในการวิเคราะห์และไม่ได้เก็บไว้ในแค็ตตาล็อกเพื่อนำมาใช้ซ้ำ พรอมต์อินไลน์ให้การกรองทั่วไปของคอลัมน์ภายในการวิเคราะห์โดยขึ้นอยู่กับวิธีกำหนดค่า

พรอมต์อินไลน์ทำงานแยกจากตัวกรองแดชบอร์ดซึ่งกำหนดค่าสำหรับคอลัมน์ที่ตรงกันทั้งหมดบนแดชบอร์ด พรอมต์อินไลน์คือพรอมต์เริ่มต้น เมื่อผู้ใช้เลือกค่าพร้อมต์ฟิลด์พร้อมต์จะหายไปจากการวิเคราะห์

หากต้องการเลือกค่าพร้อมต์ที่แตกต่างกันคุณต้องทำการวิเคราะห์อีกครั้ง ข้อมูลที่คุณป้อนจะกำหนดเนื้อหาของการวิเคราะห์ที่ฝังอยู่ในแดชบอร์ด

Named Prompt สามารถนำไปใช้กับหน้าแดชบอร์ดหรือหน้าแดชบอร์ดที่มีคอลัมน์ที่ระบุใน Prompt

คอลัมน์พร้อมท์

พรอมต์คอลัมน์เป็นประเภทพรอมต์ที่ใช้กันทั่วไปและยืดหยุ่นที่สุด พรอมต์คอลัมน์ช่วยให้คุณสามารถสร้างพร้อมต์ค่าที่เฉพาะเจาะจงเพื่อยืนอยู่คนเดียวบนแดชบอร์ดหรือการวิเคราะห์หรือเพื่อขยายหรือปรับแต่งแดชบอร์ดและตัวกรองการวิเคราะห์ที่มีอยู่ คุณสามารถสร้างคอลัมน์พร้อมต์สำหรับคอลัมน์ลำดับชั้นการวัดหรือแอตทริบิวต์ที่ระดับการวิเคราะห์หรือแดชบอร์ด

ไปที่ใหม่→พรอมต์แดชบอร์ด→เลือกหัวเรื่อง

กล่องโต้ตอบพร้อมต์แดชบอร์ดปรากฏขึ้น ไปที่เครื่องหมาย '+' เลือกประเภทพร้อมต์ คลิกที่พรอมต์คอลัมน์→เลือกคอลัมน์→คลิกตกลง

กล่องโต้ตอบพรอมต์ใหม่จะปรากฏขึ้น (สิ่งนี้จะปรากฏขึ้นสำหรับการแจ้งคอลัมน์เท่านั้น) ป้อนชื่อป้ายกำกับที่จะปรากฏบนแดชบอร์ดถัดจากพรอมต์→เลือกตัวดำเนินการ→อินพุตผู้ใช้

รายการดรอปดาวน์ของช่องป้อนข้อมูลผู้ใช้จะปรากฏขึ้นสำหรับการแจ้งคอลัมน์และตัวแปรและให้คุณมีตัวเลือกในการกำหนดวิธีการป้อนข้อมูลผู้ใช้สำหรับอินเทอร์เฟซผู้ใช้ คุณสามารถเลือกรายการต่อไปนี้ - ช่องทำเครื่องหมายปุ่มตัวเลือกรายการตัวเลือกหรือกล่องรายการ

Example - หากคุณเลือกวิธีการป้อนข้อมูลผู้ใช้ของรายการตัวเลือกและค่ารายการตัวเลือกของค่าคอลัมน์ทั้งหมดผู้ใช้จะเลือกค่าข้อมูลของพรอมต์จากรายการที่มีค่าข้อมูลทั้งหมดที่มีอยู่ในแหล่งข้อมูล

คุณยังสามารถเลือกเพิ่มเติมได้โดยการขยายแท็บตัวเลือก

ชุดของช่องทำเครื่องหมายเหล่านี้ช่วยให้คุณสามารถ จำกัด จำนวนข้อมูลที่ส่งคืนในเอาต์พุต เมื่อทำการเลือกแล้วให้คลิกตกลง

พรอมต์จะถูกเพิ่มในคำจำกัดความ→บันทึกพรอมต์โดยใช้ตัวเลือกบันทึกที่มุมขวาบน→ป้อนชื่อ→คลิกตกลง

ในการทดสอบพรอมต์ให้ไปที่แดชบอร์ดของฉัน→แค็ตตาล็อกแล้วลากพรอมต์ไปที่คอลัมน์ 1 พรอมต์นี้สามารถใช้กับแดชบอร์ดแบบเต็มหรือในหน้าเดียวได้โดยคลิกที่คุณสมบัติ→ขอบเขต

บันทึกและเรียกใช้แดชบอร์ดเลือกค่าสำหรับพรอมต์ ใช้และค่าผลลัพธ์จะเปลี่ยนไปตามค่าที่แจ้ง

พรอมต์อื่น ๆ

พร้อมรับคำสกุลเงิน

พรอมต์สกุลเงินช่วยให้ผู้ใช้สามารถเปลี่ยนประเภทสกุลเงินที่แสดงในคอลัมน์สกุลเงินบนการวิเคราะห์หรือแดชบอร์ด

Example- สมมติว่าการวิเคราะห์มียอดขายรวมสำหรับภูมิภาคหนึ่งของสหรัฐอเมริกาในสกุลเงินดอลลาร์สหรัฐ อย่างไรก็ตามเนื่องจากผู้ใช้ที่ดูการวิเคราะห์อาศัยอยู่ในแคนาดาจึงสามารถใช้การแจ้งสกุลเงินเพื่อเปลี่ยนยอดขายทั้งหมดจาก USD เป็นดอลลาร์แคนาดา

รายการการเลือกสกุลเงินของพรอมต์จะถูกเติมด้วยการตั้งค่าสกุลเงินจากกล่องโต้ตอบ→บัญชีของฉัน→การตั้งค่าของผู้ใช้ ตัวเลือกพร้อมต์สกุลเงินจะใช้ได้เฉพาะในกรณีที่ผู้ดูแลระบบกำหนดค่าไฟล์ userpref_currencies.xml

พรอมต์รูปภาพ

พร้อมต์รูปภาพให้รูปภาพที่ผู้ใช้คลิกเพื่อเลือกค่าสำหรับการวิเคราะห์หรือแดชบอร์ด

Example- ในองค์กรการขายผู้ใช้สามารถคลิกพื้นที่ของตนจากภาพแผนที่เพื่อดูข้อมูลการขายหรือคลิกที่ภาพผลิตภัณฑ์เพื่อดูข้อมูลการขายเกี่ยวกับผลิตภัณฑ์นั้น หากคุณรู้วิธีใช้แท็ก HTML <map> คุณสามารถสร้างข้อกำหนดแผนที่รูปภาพได้

พรอมต์ตัวแปร

พรอมต์ตัวแปรช่วยให้ผู้ใช้เลือกค่าที่ระบุในพรอมต์ตัวแปรเพื่อแสดงบนแดชบอร์ด พรอมต์ตัวแปรไม่ขึ้นอยู่กับคอลัมน์ แต่ยังสามารถใช้คอลัมน์ได้

เพิ่มรายงานไปยัง BI Dashboard Pages

คุณสามารถเพิ่มรายงานที่มีอยู่อย่างน้อยหนึ่งรายงานในหน้าแดชบอร์ด ข้อดีคือคุณสามารถแชร์รายงานกับผู้ใช้รายอื่นและกำหนดเวลาหน้าแดชบอร์ดโดยใช้ตัวแทน เอเจนต์ส่งแดชบอร์ดทั้งหมดไปยังผู้ใช้รวมถึงเพจข้อมูลทั้งหมดที่รายงานอ้างอิง

เมื่อกำหนดคอนฟิกเอเจนต์สำหรับเพจแดชบอร์ดที่มีรายงาน BI Publisher ตรวจสอบให้แน่ใจว่าตรงตามเกณฑ์ต่อไปนี้ -

• รูปแบบผลลัพธ์ของรายงาน BI Publisher ต้องเป็น PDF
• ต้องตั้งค่าตัวแทนให้ส่ง PDF

คุณสามารถเพิ่มรายงานลงในหน้าแดชบอร์ดเป็นเนื้อหาที่ฝังและเป็นลิงก์ได้ Embedded หมายความว่ารายงานจะแสดงโดยตรงบนหน้าแดชบอร์ด ลิงก์จะเปิดรายงานใน BI Publisher ภายใน Oracle BIEE

ถ้าคุณแก้ไขรายงานใน BI Publisher และบันทึกการเปลี่ยนแปลงของคุณจากนั้นรีเฟรชหน้าแดชบอร์ดเพื่อดูการปรับเปลี่ยน ไปที่หน้าที่คุณต้องการเพิ่มรายงาน

เพิ่มรายงาน BI ในหน้าแดชบอร์ด

เลือกรายงานด้วยวิธีใดวิธีหนึ่งดังต่อไปนี้ -

• เลือกรายงานจากบานหน้าต่างแค็ตตาล็อกแล้วลากและวางลงในส่วนบนหน้าแดชบอร์ด

• หากต้องการเพิ่มรายงานจากหน้าแดชบอร์ดให้เลือกรายงานจากโฟลเดอร์ที่มีแดชบอร์ดในบานหน้าต่างแค็ตตาล็อก

ตั้งค่าคุณสมบัติของวัตถุ ในการทำเช่นนั้นให้วางตัวชี้เมาส์ไว้เหนือวัตถุในพื้นที่เค้าโครงหน้าเพื่อแสดงแถบเครื่องมือของวัตถุแล้วคลิกปุ่มคุณสมบัติ

กล่องโต้ตอบ "คุณสมบัติของรายงานผู้เผยแพร่ BI" จะปรากฏขึ้น กรอกข้อมูลในฟิลด์ในกล่องโต้ตอบคุณสมบัติตามความเหมาะสม คลิกตกลงจากนั้นคลิกบันทึก

หากจำเป็นให้เพิ่มพร้อมต์ในหน้าแดชบอร์ดเพื่อกรองผลลัพธ์ของรายงานพารามิเตอร์ที่ฝังไว้

การรักษาความปลอดภัย OBIEE ถูกกำหนดโดยการใช้รูปแบบการควบคุมการเข้าถึงตามบทบาท ถูกกำหนดในแง่ของบทบาทที่สอดคล้องกับไดเร็กทอรีอื่นserver groups and users. ในบทนี้เราจะพูดถึงส่วนประกอบที่กำหนดให้เขียนไฟล์security policy.

หนึ่งสามารถกำหนด a Security structure ด้วยส่วนประกอบต่อไปนี้

• ไดเร็กทอรี Server User and Group จัดการโดย Authentication provider.

• บทบาทของแอปพลิเคชันที่จัดการโดย Policy store จัดเตรียมนโยบายความปลอดภัยพร้อมส่วนประกอบต่อไปนี้: แค็ตตาล็อกการนำเสนอที่เก็บที่เก็บนโยบาย

ผู้ให้บริการด้านความปลอดภัย

ผู้ให้บริการความปลอดภัยถูกเรียกเพื่อรับข้อมูลความปลอดภัย OBIEE ใช้ผู้ให้บริการความปลอดภัยประเภทต่อไปนี้ -

• ผู้ให้บริการรับรองความถูกต้องเพื่อพิสูจน์ตัวตนผู้ใช้

• ผู้ให้บริการที่เก็บนโยบายใช้เพื่อให้สิทธิพิเศษในทุกแอปพลิเคชันยกเว้น BI Presentation Services

• ผู้ให้บริการจัดเก็บข้อมูลรับรองถูกใช้เพื่อจัดเก็บหนังสือรับรองที่แอปพลิเคชัน BI ใช้ภายใน

นโยบายความปลอดภัย

นโยบายความปลอดภัยใน OBIEE แบ่งออกเป็นส่วนประกอบต่อไปนี้ -

• แคตตาล็อกการนำเสนอ
• Repository
• ร้านค้านโยบาย

แคตตาล็อกการนำเสนอ

กำหนดอ็อบเจ็กต์แค็ตตาล็อกและฟังก์ชัน Oracle BI Presentation Services

การดูแลระบบ Oracle BI Presentation Services

ช่วยให้คุณสามารถกำหนดสิทธิ์สำหรับผู้ใช้ในการเข้าถึงคุณสมบัติและฟังก์ชันต่างๆเช่นการแก้ไขมุมมองและการสร้างตัวแทนและพร้อมต์

สิทธิ์การนำเสนอแค็ตตาล็อกการเข้าถึงอ็อบเจ็กต์แค็ตตาล็อกงานนำเสนอที่กำหนดไว้ในกล่องโต้ตอบสิทธิ์

การดูแลระบบ Presentation Services ไม่มีระบบการพิสูจน์ตัวตนของตนเองและต้องอาศัยระบบการพิสูจน์ตัวตนที่สืบทอดมาจาก Oracle BI Server ผู้ใช้ทั้งหมดที่ลงชื่อเข้าใช้ Presentation Services จะได้รับบทบาท Authenticated User และบทบาทอื่น ๆ ที่ได้รับมอบหมายใน Fusion Middleware Control

คุณสามารถกำหนดสิทธิ์ได้ด้วยวิธีใดวิธีหนึ่งดังต่อไปนี้ -

• To application roles - วิธีที่แนะนำมากที่สุดในการกำหนดสิทธิ์และสิทธิพิเศษ

• To individual users - นี่เป็นการยากที่จะจัดการซึ่งคุณสามารถกำหนดสิทธิ์และสิทธิพิเศษให้กับผู้ใช้บางรายได้

• To Catalog groups - ใช้ในรุ่นก่อนหน้าสำหรับการบำรุงรักษาความเข้ากันได้แบบย้อนหลัง

ที่เก็บ

สิ่งนี้กำหนดบทบาทของแอ็พพลิเคชันและผู้ใช้ที่สามารถเข้าถึงรายการข้อมูลเมตาภายในที่เก็บ มีการใช้ Oracle BI Administration Tool ผ่านตัวจัดการความปลอดภัยและช่วยให้คุณสามารถทำงานต่อไปนี้ -

• ตั้งค่าสิทธิ์สำหรับโมเดลธุรกิจตารางคอลัมน์และหัวเรื่อง
• ระบุการเข้าถึงฐานข้อมูลสำหรับผู้ใช้แต่ละคน
• ระบุตัวกรองเพื่อ จำกัด ข้อมูลที่ผู้ใช้เข้าถึงได้
• ตั้งค่าตัวเลือกการรับรองความถูกต้อง

ร้านค้านโยบาย

กำหนดฟังก์ชัน BI Server, BI Publisher และ Real Time Decisions ที่สามารถเข้าถึงได้โดยผู้ใช้ที่กำหนดหรือผู้ใช้ที่มี Application Roles ที่กำหนด

การรับรองความถูกต้องและการอนุญาต

การรับรองความถูกต้อง

Authenticator Provider ในโดเมน Oracle WebLogic Server ใช้สำหรับการพิสูจน์ตัวตนผู้ใช้ ผู้ให้บริการการพิสูจน์ตัวตนนี้เข้าถึงผู้ใช้และข้อมูลกลุ่มที่จัดเก็บในเซิร์ฟเวอร์ LDAP ในโดเมน Oracle WebLogic Server ของ Oracle Business Intelligence

ในการสร้างและจัดการผู้ใช้และกลุ่มในเซิร์ฟเวอร์ LDAP จะใช้ Oracle WebLogic Server Administration Console คุณยังสามารถเลือกกำหนดค่าผู้ให้บริการการพิสูจน์ตัวตนสำหรับไดเร็กทอรีอื่น ในกรณีนี้ Oracle WebLogic Server Administration Console ช่วยให้คุณสามารถดูผู้ใช้และกลุ่มในไดเร็กทอรีของคุณ อย่างไรก็ตามคุณต้องใช้เครื่องมือที่เหมาะสมต่อไปเพื่อทำการแก้ไขไดเร็กทอรี

ตัวอย่าง - หากคุณกำหนดค่า Oracle Business Intelligence ใหม่เพื่อใช้ OID คุณสามารถดูผู้ใช้และกลุ่มใน Oracle WebLogic Server Administration Console ได้ แต่คุณต้องจัดการใน OID Console

การอนุญาต

เมื่อการรับรองความถูกต้องเสร็จสิ้นขั้นตอนต่อไปในการรักษาความปลอดภัยคือการตรวจสอบให้แน่ใจว่าผู้ใช้สามารถทำได้และเห็นว่าพวกเขาได้รับอนุญาตให้ทำอะไร การอนุญาตสำหรับ Oracle Business Intelligence 11g ได้รับการจัดการโดยนโยบายความปลอดภัยในแง่ของ Applications Roles

บทบาทการใช้งาน

โดยปกติการรักษาความปลอดภัยถูกกำหนดในแง่ของบทบาทแอ็พพลิเคชันที่กำหนดให้กับผู้ใช้และกลุ่มไดเร็กทอรีเซิร์ฟเวอร์ ตัวอย่าง: บทบาทของแอปพลิเคชันเริ่มต้นคือBIAdministrator, BIConsumerและ BIAuthor.

บทบาทของแอปพลิเคชันถูกกำหนดให้เป็นบทบาทหน้าที่ที่กำหนดให้กับผู้ใช้ซึ่งทำให้ผู้ใช้มีสิทธิพิเศษที่จำเป็นในการดำเนินการบทบาทนั้น ตัวอย่าง: บทบาทแอปพลิเคชันนักวิเคราะห์การตลาดอาจให้สิทธิ์ผู้ใช้ในการดูแก้ไขและสร้างรายงานบนไปป์ไลน์การตลาดของ บริษัท

การสื่อสารระหว่างแอ็พพลิเคชันบทบาทและผู้ใช้ไดเร็กทอรีเซิร์ฟเวอร์และกลุ่มช่วยให้ผู้ดูแลระบบสามารถกำหนดบทบาทและนโยบายของแอ็พพลิเคชันโดยไม่ต้องสร้างผู้ใช้หรือกลุ่มเพิ่มเติมในเซิร์ฟเวอร์ LDAP บทบาทของแอปพลิเคชันช่วยให้ระบบธุรกิจอัจฉริยะสามารถเคลื่อนย้ายได้ง่ายระหว่างสภาพแวดล้อมการพัฒนาการทดสอบและการผลิต

สิ่งนี้ไม่ต้องการการเปลี่ยนแปลงใด ๆ ในนโยบายความปลอดภัยและสิ่งที่จำเป็นคือการกำหนดบทบาทแอปพลิเคชันให้กับผู้ใช้และกลุ่มที่มีอยู่ในสภาพแวดล้อมเป้าหมาย

กลุ่มชื่อ 'BIConsumers' ประกอบด้วย user1, user2 และ user3 ผู้ใช้ในกลุ่ม 'BIConsumers' ได้รับมอบหมายบทบาท Application 'BIConsumer' ซึ่งช่วยให้ผู้ใช้สามารถดูรายงานได้

กลุ่มชื่อ 'BIAuthors' ประกอบด้วย user4 และ user5 ผู้ใช้ในกลุ่ม 'BIAuthors' จะได้รับการกำหนดบทบาทแอปพลิเคชัน 'BIAuthor' ซึ่งช่วยให้ผู้ใช้สามารถสร้างรายงานได้

กลุ่มชื่อ 'BIAdministrators' ประกอบด้วย user6 และ user7 ผู้ใช้ 8 ผู้ใช้ในกลุ่ม 'BIAdministrators' ได้รับมอบหมายบทบาท Application 'BIAdministrator' ซึ่งทำให้ผู้ใช้สามารถจัดการที่เก็บได้

ใน OBIEE 10g งานการดูแลระบบ OBIEE ส่วนใหญ่มักดำเนินการผ่านเครื่องมือการดูแลระบบหน้าจอการดูแลระบบ Presentation Server บนเว็บหรือผ่านการแก้ไขไฟล์ในระบบไฟล์ มีตัวเลือกการกำหนดค่าประมาณ 700 รายการหรือมากกว่านั้นกระจายอยู่ในเครื่องมือและไฟล์การกำหนดค่าหลายตัวโดยมีตัวเลือกบางอย่างเช่นผู้ใช้และกลุ่มถูกฝังอยู่ในที่เก็บที่ไม่เกี่ยวข้อง (RPD)

ใน OBIEE 11g งานการดูแลระบบและการกำหนดค่าทั้งหมดจะถูกย้ายไปที่ Fusion Middleware Control หรือที่เรียกว่า Enterprise Manager

เครื่องมือการดูแลระบบที่มีอยู่ใน OBIEE 10g ยังมีอยู่ใน 11g และใช้เพื่อรักษาแบบจำลองความหมายที่เซิร์ฟเวอร์ BI ใช้ มีการปรับปรุงเล็กน้อยในแง่ของการจัดการมิติข้อมูลและแหล่งข้อมูลใหม่ การเปลี่ยนแปลงที่สำคัญคือการรักษาความปลอดภัย - เมื่อคุณเปิดกล่องโต้ตอบตัวจัดการความปลอดภัย -

ไปที่ Manage → Identity → Security Manager Dialog ปรากฏขึ้น

ขณะนี้ผู้ใช้และบทบาทของแอปพลิเคชันถูกกำหนดไว้ในคอนโซลผู้ดูแลระบบ WebLogic Server คุณใช้ตัวจัดการความปลอดภัยเพื่อกำหนดลิงก์เพิ่มเติมผ่านไปยังเซิร์ฟเวอร์ LDAP อื่นลงทะเบียนตัวรับรองความถูกต้องแบบกำหนดเองและตั้งค่าตัวกรอง ฯลฯ ในภาพหน้าจอด้านบนผู้ใช้ที่แสดงในรายการผู้ใช้คือผู้ที่อยู่ใน JPS ของ WebLogic Server (Java Platform Security ) และไม่มีผู้ใช้และกลุ่มใด ๆ ใน RPD เองอีกต่อไป

ไม่มีผู้ดูแลระบบในภาพรวมด้านบน มีผู้ใช้ผู้ดูแลระบบมาตรฐานที่คุณตั้งค่าเป็นผู้ดูแลระบบ WebLogic Server เมื่อคุณติดตั้ง OBIEE ซึ่งโดยทั่วไปจะมีชื่อผู้ใช้ weblogic

นอกจากนี้ยังมีผู้ใช้เริ่มต้นเพิ่มเติมอีกสองราย: OracleSystemUser - ผู้ใช้นี้ถูกใช้โดยบริการเว็บ OBIEE ต่างๆเพื่อสื่อสารกับ BI Server และ BI Publisher ใช้ BISystemUser เพื่อเชื่อมต่อกับเซิร์ฟเวอร์ BI เป็นแหล่งข้อมูล

ในแท็บ Application Roles คุณสามารถดูรายการบทบาทของแอ็พพลิเคชันเริ่มต้น - BISystem, BIAdministrator, BIAuthor และ BIConsumer ซึ่งใช้เพื่อให้สิทธิ์การเข้าถึงฟังก์ชัน Presentation Server

สร้างผู้ใช้ใน OBIEE

ในการสร้างผู้ใช้ใหม่ให้เข้าสู่ระบบคอนโซลผู้ดูแลระบบ WebLogic Server →ไปที่ Security Realms จากเมนู Fusion Middleware Control →เลือก myrealm →เลือก Users and Groups คลิกที่แท็บผู้ใช้จะแสดงรายชื่อผู้ใช้ที่มีอยู่

คลิกใหม่ →กล่องโต้ตอบผู้ใช้ใหม่จะเปิดขึ้น→ป้อนรายละเอียดของผู้ใช้ คุณยังสามารถใช้แท็บกลุ่มเพื่อกำหนดกลุ่มสำหรับผู้ใช้หรือกำหนดผู้ใช้ให้กับกลุ่มที่มีอยู่

ไฟล์การกำหนดค่าและข้อมูลเมตา

ต่อไปนี้เป็นตำแหน่งไฟล์หลักใน OBIEE 11g -

RPD Directory

C:\Middleware\instances\instance1\bifoundation\OracleBIServerComponent\
coreapplication_obis1\repository

NQSConfig.INI

C:\Middleware\instances\instance1\config\OracleBIServerComponent\coreapplication_obis1\
nqsconfig.INI

NQClusterConfig.INI

C:\Middleware\instances\instance1\config\OracleBIApplication\coreapplication\
NQClusterConfig.INI

nqquery.log

C:\Middleware\instances\instance1\diagnostics\logs\OracleBIServerComponent\
coreapplication_obis1\nqquery.log

nqserver.log

C:\Middleware\instances\instance1\diagnostics\logs\OracleBIServerComponent\
coreapplication_obis1\nqserver.log

nqsserver.exe

C:\Middleware\Oracle_BI1\bifoundation\server\bin\nqsserver.exe

ไดเรกทอรี WebCat

C:\Middleware\instances\instance1\bifoundation\OracleBIPresentationServicesComponent\
coreapplication_obips1\catalog\

instanceconfig.xml

C:\Middleware\instances\instance1\config\OracleBIPresentationServicesComponent\
coreapplication_obips1\instanceconfig.xml

xdo.cfg

C:\Middleware\instances\instance1\config\OracleBIPresentationServicesComponent\
coreapplication_obips1\xdo.cfg

sawlog0.log

C:\Middleware\instances\instance1\diagnostics\logs\OracleBIPresentationServicesComponent\
coreapplication_obips1\sawlog0.log

sawserver.exe

C:\Middleware\Oracle_BI1\bifoundation\web\bin\sawserver.exe

ไปที่ภาพรวม คุณยังสามารถหยุดเริ่มและรีสตาร์ทส่วนประกอบของระบบทั้งหมดเช่น BI Server, Presentation Server เป็นต้นผ่าน OPMN

คุณสามารถคลิกแท็บการจัดการความจุการวินิจฉัยความปลอดภัยหรือการปรับใช้เพื่อดำเนินการบำรุงรักษาเพิ่มเติม

การจัดการกำลังการผลิต

เรามีสี่ตัวเลือกต่อไปนี้สำหรับการจัดการความจุ -

• เมตริกที่รวบรวมผ่าน DMS

• ความพร้อมใช้งานของส่วนประกอบระบบทั้งหมด (ช่วยให้คุณสามารถหยุดเริ่มและรีสตาร์ททีละชิ้น)

• ความสามารถในการปรับขนาดใช้เพื่อเพิ่มจำนวนเซิร์ฟเวอร์ BI, เซิร์ฟเวอร์การนำเสนอ, ตัวควบคุมคลัสเตอร์และตัวจัดกำหนดการในคลัสเตอร์ร่วมกับตัวเลือกการติดตั้ง "ขยายขนาดออก"

• ตัวเลือกประสิทธิภาพช่วยให้คุณสามารถเปิดหรือปิดการแคชและแก้ไขพารามิเตอร์อื่น ๆ ที่เกี่ยวข้องกับเวลาตอบสนอง

Diagnostics - Log Messages แสดงมุมมองของข้อผิดพลาดและคำเตือนของเซิร์ฟเวอร์ทั้งหมด Log Configuration ช่วยให้คุณสามารถ จำกัด ขนาดของบันทึกและข้อมูลที่รวมอยู่ในบันทึกได้

Security - ใช้สำหรับเปิดใช้งาน SSO และเลือกผู้ให้บริการ SSO

Deployment - Presentation ช่วยให้คุณสามารถตั้งค่าเริ่มต้นของแดชบอร์ดส่วนหัว ฯลฯ Scheduler ใช้เพื่อตั้งค่ารายละเอียดการเชื่อมต่อสำหรับสกีมาตัวกำหนดตารางเวลา Marketing ใช้สำหรับกำหนดค่าการเชื่อมต่อ Siebel Marketing Content Server Mail ตัวเลือกใช้สำหรับการตั้งค่าเซิร์ฟเวอร์อีเมลเพื่อส่งอีเมลแจ้งเตือน Repository ใช้เพื่ออัปโหลด RPD ใหม่เพื่อใช้โดยเซิร์ฟเวอร์ BI