แผนการที่วางไว้ที่ดีที่สุด: ประหยัดเวลาเงินและปัญหาด้วยการพยากรณ์ที่เหมาะสมที่สุด

Takeaway: พิธีกร Eric Kavanagh กล่าวถึงการคาดการณ์กับดร. Robin Bloor, Rick Sherman และ IDERAs Bullett Manale

คุณต้องลงทะเบียนสำหรับกิจกรรมนี้เพื่อดูวิดีโอ ลงทะเบียนเพื่อดูวิดีโอ

Eric Kavanagh: ท่านสุภาพบุรุษและสุภาพสตรีสวัสดีอีกครั้งและยินดีต้อนรับกลับสู่ซีรี่ส์เว็บคาสต์เทคโนโลยีสุดฮอต! ชื่อของฉันคือ Eric Kavanagh ฉันจะเป็นเจ้าภาพการสัมมนาผ่านเว็บในปัจจุบันของคุณที่เรียกว่า "ประหยัดเวลาเงินและปัญหากับการคาดการณ์ที่เหมาะสมที่สุด" หลักสูตรที่ฉันพลาดส่วนแรกของชื่อที่นั่น "แผนการที่ดีที่สุด" เรามักจะพูดเสมอ เกี่ยวกับที่แสดงนี้ แน่นอนเทคโนโลยีสุดฮอตเป็นฟอรัมของเราเพื่อทำความเข้าใจว่ามีผลิตภัณฑ์เจ๋ง ๆ อะไรบ้างในโลกทุกวันนี้โลกของเทคโนโลยีองค์กรสิ่งที่ผู้คนกำลังทำกับพวกเขาพวกเขาทำงานอย่างไรสนุก ๆ แบบนั้น

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

ดังนั้นนี่คือผู้นำเสนอของเราวันนี้คุณอยู่ในมุมซ้ายมืออย่างแท้จริง Rick Sherman โทรเข้าจากบอสตัน Bulletale Manale จากบัดดี้ IDERA และ Dr. Robin Bloor ของเราเอง และด้วยสิ่งนั้นป่วยส่งมอบให้โรบินและเตือนผู้คนว่า: ถามคำถามอย่าอายเรารักคำถามที่ดีนำพวกเขาออกไปยังผู้นำเสนอและคนอื่น ๆ ในวันนี้ และด้วยสิ่งนั้นโรบินนำมันออกไป

Robin Bloor: ตกลงเช่นเดียวกับที่ฉันอยู่ในตำแหน่งโพลตามที่พวกเขาพูดฉันคิดว่า Id บอกเรื่องราวของ SQL ในวันนี้เพราะพื้นหลังของสิ่งที่การอภิปรายจะดำเนินต่อไปและมันจะไม่ขัดแย้งกันอย่างหลีกเลี่ยงไม่ได้เพราะ Rick ไม่ได้สนใจ และจะไม่ขัดแย้งกับสิ่งที่ริคพูด ดังนั้นเรื่องราว SQL มีบางสิ่งที่น่าสนใจเกี่ยวกับ SQL เพราะมันโดดเด่นมาก ดู, นั่นเป็นคำผิด, SQL เป็นภาษาที่ประกาศ ความคิดคือคุณสามารถสร้างภาษาที่คุณจะขอสิ่งที่คุณต้องการ และฐานข้อมูลก็จะหาวิธีได้ และผลงานออกมาค่อนข้างดี แต่มีหลายสิ่งหลายอย่างที่ควรค่าแก่การพูดถึงผลที่ตามมาจากการอ้างอิงอุตสาหกรรมไอทีทั้งหมดในภาษาที่มีการเปิดเผย ผู้ใช้ไม่ทราบหรือสนใจเกี่ยวกับองค์กรทางกายภาพของข้อมูลและนั่นคือสิ่งที่ดีเกี่ยวกับภาษาที่ประกาศ - มันแยกคุณออกจากสิ่งเหล่านั้นทั้งหมดและแม้แต่กังวลเกี่ยวกับมัน - เพียงแค่ขอสิ่งที่คุณต้องการและฐานข้อมูล จะไปรับมัน

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

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

จากนั้นฉันคิดว่า Id พูดถึงอิมพิแดนซ์ไม่ตรงกันข้อมูลที่โปรแกรมเมอร์ใช้นั้นแตกต่างจากข้อมูลที่เรียงลำดับ ดังนั้น DMS ของเราจัดเก็บข้อมูลในตารางการจัดระเบียบรหัสเชิงวัตถุส่วนใหญ่เป็นตัวเขียนโปรแกรมกำลังเขียนโปรแกรมเชิงวัตถุในปัจจุบันและพวกเขาสั่งข้อมูลในโครงสร้างวัตถุดังนั้นจึงไม่แมปหนึ่งกับที่อื่น ดังนั้นจึงมีความจำเป็นที่จะต้องแปลจากสิ่งที่โปรแกรมเมอร์คิดว่าข้อมูลคือสิ่งที่ฐานข้อมูลคิดว่าข้อมูลคืออะไร ซึ่งดูเหมือนว่าเราจะต้องทำสิ่งผิดปกติเพื่อที่จะเป็นกรณี SQL มี DDL สำหรับการกำหนดข้อมูล, มี DML - ภาษาการจัดการข้อมูล - เลือก, โปรเจ็กต์และเข้าร่วม, สำหรับรับข้อมูลนั้น ตอนนี้มีคณิตศาสตร์น้อยมากและสิ่งที่ใช้เวลาน้อยมากดังนั้นภาษาที่ไม่สมบูรณ์แม้ว่ามันจะต้องมีการกล่าวว่ามันได้รับการขยายและยังคงขยาย

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

ในแง่ของประสิทธิภาพของฐานข้อมูล - และชนิดนี้แพร่กระจายออกไปทุกอย่าง - ใช่มีซีพียู, มีหน่วยความจำ, มีดิสก์, มีโอเวอร์เฮดของเครือข่ายและมีปัญหาการล็อคของบุคคลมากกว่าหนึ่งคนที่ต้องการใช้ข้อมูลเฉพาะที่กำหนด เจาะจงเวลา. แต่ยังมีการเรียกใช้ SQL ที่ไม่ดีมีจำนวนมากที่น่ากลัวซึ่งสามารถทำได้หากคุณเพิ่มประสิทธิภาพของ SQL ในแง่ของประสิทธิภาพ ดังนั้นปัจจัยด้านประสิทธิภาพของฐานข้อมูล: การออกแบบที่ไม่ดีการออกแบบโปรแกรมที่ไม่ดีการทำงานของเวิร์กโหลดที่ขาดหายไปการทำโหลดบาลานซ์โครงสร้างคิวรีการวางแผนกำลังการผลิต นั่นคือการเติบโตของข้อมูล และอีกไม่กี่คำ SQL ก็สะดวก แต่ไม่ได้ปรับตัวเองให้เหมาะสม

ต้องบอกว่าฉันคิดว่าเราสามารถส่งต่อให้ Rick

Eric Kavanagh: เอาล่ะริคให้ฉันมอบกุญแจให้คุณสำหรับรถยนต์ WebEx เอามันออกไป.

Rick Sherman: เอาล่ะเยี่ยมมาก ขอบคุณ Robin ที่เราเริ่มต้นในการนำเสนอเริ่มต้นกราฟิกของฉันยังคงน่าเบื่ออยู่พอสมควร ดังนั้นฉันเห็นด้วยกับทุกสิ่งที่โรบินพูดถึงในด้าน SQL แต่สิ่งที่ฉันต้องการมีสมาธิเล็กน้อยในขณะนี้คือความต้องการข้อมูลที่ผ่านอย่างรวดเร็วการจัดหาเช่นเดียวกับเครื่องมือที่ใช้ในพื้นที่นั้นหรือความต้องการเครื่องมือในพื้นที่นั้น

ก่อนอื่นมีบางบทความที่คุณอ่านเกี่ยวกับข้อมูลขนาดใหญ่ข้อมูลจำนวนมากข้อมูลที่ไม่มีโครงสร้างมาจากระบบคลาวด์ข้อมูลขนาดใหญ่ทุกที่ที่คุณจินตนาการ แต่การเติบโตของตลาดฐานข้อมูลนั้นมีมาอย่างต่อเนื่องกับ SQL ซึ่งเป็นฐานข้อมูลเชิงสัมพันธ์ที่น่าจะเป็นในปี 2015 ยังคงเป็น 95% ของตลาดฐานข้อมูล ผู้ขายเชิงสัมพันธ์สามอันดับแรกมีประมาณ 88 เปอร์เซ็นต์ของส่วนแบ่งตลาดในพื้นที่นั้น ดังนั้นยังคงพูดคุยเกี่ยวกับ SQL เกี่ยวกับ SQL และในความเป็นจริงแม้ว่าจะดูบนแพลตฟอร์ม Hadoop, Hive และ Spark SQL - ซึ่งเป็นลูกชายของฉันซึ่งเป็นนักวิทยาศาสตร์ด้านข้อมูลใช้เวลาทั้งหมดในขณะนี้ - เป็นวิธีที่โดดเด่นสำหรับคนที่จะได้รับข้อมูล

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

ตอนนี้เราได้รับความต้องการแล้วเรามีข้อมูลจำนวนมหาศาลเข้ามา และฉันไม่ได้พูดถึงข้อมูลขนาดใหญ่จริงๆฉันกำลังพูดถึงการใช้ข้อมูลในองค์กรทุกประเภท แต่มาจากด้านอุปทานสำหรับผู้ที่สามารถจัดการทรัพยากรเหล่านั้นได้ก่อนอื่นเรามีปัญหาการขาดแคลน DBA เรามีสำนักงานสถิติแรงงานในปี 2557-2567 งาน DBA กำลังเติบโต 11% - ตอนนี้คนที่มีตำแหน่งงาน DBA แต่พูดถึงเรื่องนี้ในวินาที - เทียบกับ 40% บวก พื้นที่การเติบโตของข้อมูลประจำปี และเรามี DBA จำนวนมาก โดยเฉลี่ยที่การศึกษาเดียวกันพูดคุยเกี่ยวกับอายุเฉลี่ยค่อนข้างสูงเมื่อเทียบกับวิชาชีพไอทีอื่น ๆ และจากนั้นเรามีผู้คนจำนวนมากออกจากสนามไม่จำเป็นต้องออกจากตำแหน่ง แต่เปลี่ยนไปสู่ด้านอื่น ๆ ไปสู่การจัดการหรืออะไรก็ตาม

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

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

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

และมีความแตกต่างอย่างมากระหว่างการออกแบบและการพัฒนาเปรียบเทียบกับการปรับใช้และการจัดการ ดังนั้นเราจึงมี "เงินที่ฉลาดเงินปอนด์ที่โง่เขลา" กับกระปุกออมสินตัวเล็ก ๆ ที่นั่นกระโดดข้ามการได้รับทักษะและทรัพยากรที่จำเป็นในโครงการ คิดว่าทุกคนมาจาก "Revenge of the Nerds" รูปภาพเล็ก ๆ ของฉันที่นั่น ตอนนี้เท่าที่คนต้องการดังนั้นเราจึงมีการขยายการใช้ฐานข้อมูลและข้อมูลใน SQL เรามีข้อ จำกัด จำนวน DBA - คนที่มีทักษะและเชี่ยวชาญในการปรับแต่งและออกแบบและจัดการและสถานการณ์การปรับใช้เหล่านี้ และเรามี DBA ที่ทำงานนอกเวลาหรืออุบัติเหตุมากขึ้นเรื่อย ๆ ผู้ที่ไม่ได้รับการฝึกอบรมอย่างเป็นทางการ

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

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

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

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

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

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

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

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

Eric Kavanagh: เอาล่ะผมขอมอบให้ - เป็นการนำเสนอที่ยอดเยี่ยมสองอย่าง - ขอผมส่งสิ่งนี้ให้ Bullett Manale เพื่อรับมันจากที่นั่น และคนทั่วไปอย่าลืมถามคำถามที่ดี เรามีเนื้อหาที่ดีอยู่แล้ว นำมันออกไป Bullett

กระสุน Manale: ฟังดูเข้าท่า. ขอบคุณเอริค ดังนั้นสิ่งที่ริคพูดและโรบินพูดมากมายเห็นได้ชัดว่าฉันเห็นด้วยกับร้อยละ 100 ฉันจะบอกว่าฉันดึงสไลด์นี้ขึ้นมาเพราะฉันคิดว่ามันเหมาะสมฉันไม่รู้สำหรับพวกคุณที่เป็น“ A-Team” แฟน ๆ ย้อนกลับไปในยุค 80 จอห์นฮันนิบาลสมิ ธ มีคำพูดเสมอว่า“ ฉันรัก เมื่อมีแผนมาด้วยกัน” และฉันคิดว่าเมื่อคุณพูดถึงโดยเฉพาะ SQL Server ซึ่งเป็นจุดสนใจซึ่งเป็นผลิตภัณฑ์ที่กำลังจะพูดถึงในวันนี้ SQL Diagnostic Manager เป็นหนึ่งในสิ่งที่แน่นอน คุณต้องมี; คุณต้องสามารถใช้ประโยชน์จากข้อมูลที่คุณมีและสามารถตัดสินใจจากข้อมูลนั้นและในบางกรณีคุณไม่ต้องการตัดสินใจ คุณกำลังมองหาบางอย่างที่จะบอกคุณว่าบางสิ่งกำลังจะหมดทรัพยากรเมื่อคุณกำลังจะหมดทรัพยากรเมื่อคุณกำลังจะมีคอขวดสิ่งต่าง ๆ เหล่านั้น

มันไม่เพียงเกี่ยวกับการตรวจสอบตัวชี้วัดที่เฉพาะเจาะจง ดังนั้นด้วย Diagnostic Manager หนึ่งในสิ่งที่ทำได้ดีมากก็คือการช่วยคุณในการพยากรณ์และทำความเข้าใจกับปริมาณงานโดยเฉพาะและจะพูดถึงสิ่งต่างๆมากมายในวันนี้ เครื่องมือนี้เหมาะสำหรับผู้จัดการข้อมูล, DBA หรือ DBA ที่ทำหน้าที่ดังนั้นหลายสิ่งที่ริคพูดถึงเกี่ยวกับการทำหน้าที่ DBA นั้นเป็นความจริง ในหลายกรณีหากคุณไม่ใช่ DBA จะมีเครื่องหมายคำถามมากมายที่คุณจะได้รับเมื่อถึงเวลาที่ต้องจัดการกับสภาพแวดล้อม SQL สิ่งที่คุณไม่รู้ ดังนั้นคุณกำลังมองหาบางอย่างที่จะช่วยคุณพาคุณผ่านกระบวนการนั้นและให้ความรู้แก่คุณในกระบวนการเช่นกัน ดังนั้นสิ่งสำคัญที่เครื่องมือที่คุณใช้สำหรับการตัดสินใจประเภทนี้จะช่วยให้คุณเข้าใจถึงสาเหตุของการตัดสินใจเหล่านั้นไม่ใช่เพียงแค่บอกคุณว่า "เฮ้ทำสิ่งนี้"

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

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

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

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

ดังนั้นด้วยสิ่งที่กล่าวมาคำถามประเภทใดที่เราได้รับเฉพาะกับบุคคลที่เป็น DBA เมื่อไหร่ฉันจะหมดพื้นที่? นั่นเป็นเรื่องใหญ่ไม่ใช่แค่ตอนนี้ฉันกินเนื้อที่มากแค่ไหน แต่เมื่อไหร่ฉันจะหมดไปตามแนวโน้มและประวัติศาสตร์ที่ผ่านมา? สิ่งเดียวกันกับอินสแตนซ์จริงของ SQL, ฐานข้อมูล, เซิร์ฟเวอร์ใดที่ฉันสามารถรวมได้? ฉันกำลังจะวางบน VMs สิ่งที่เหมาะสมในแง่ของฐานข้อมูลที่ฉันจะรวบรวมและอินสแตนซ์ของ SQL ที่พวกเขาควรอยู่? คำถามประเภทเหล่านั้นต้องสามารถตอบได้ เพราะในกรณีส่วนใหญ่ถ้าคุณเป็น DBA หรือทำหน้าที่ DBA คุณจะรวมมันบางครั้งในอาชีพของคุณ ในหลายกรณีคุณจะต้องทำอย่างต่อเนื่อง ดังนั้นคุณต้องสามารถตัดสินใจได้อย่างรวดเร็วไม่ต้องเดาเกมเมื่อพูดถึงเรื่องนั้น

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

ดังนั้นประเภทของคำถามเหล่านี้เห็นได้ชัดว่าพวกเขากำลังจะเกิดขึ้นดังนั้นวิธีที่เราจัดการกับคำถามเหล่านี้มากมายกับตัวจัดการการวินิจฉัยก่อนอื่นเรามีความสามารถในการพยากรณ์ความสามารถในการทำสิ่งนี้ได้ที่ฐานข้อมูลที่โต๊ะ ไดรฟ์หรือไดรฟ์ เพื่อให้ไม่เพียง แต่จะพูดว่า "เฮ้เต็มไปด้วยพื้นที่ว่าง" แต่หกเดือนจากนี้สองปีต่อจากนี้ห้าปีต่อจากนี้ถ้าฉันใช้งบประมาณสำหรับเรื่องนั้นฉันต้องใช้พื้นที่ไดรฟ์เท่าไร สำหรับ? นั่นคือคำถามที่ฉันจะต้องถามและฉันจะต้องสามารถใช้วิธีการบางอย่างแทนที่จะคาดเดาและวางนิ้วของฉันขึ้นไปในอากาศและรอดูว่าลมพัดไปทางไหนซึ่งเป็นจำนวนมาก โชคไม่ดีที่หลายครั้งมีการตัดสินใจหลายอย่าง

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

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

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

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

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

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

Eric Kavanagh: ฉันเข้าใจแล้วใช่

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

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

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

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

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

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

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

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

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

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

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

ดังนั้นไม่ว่ามันจะเป็นเปอร์เซ็นต์หรืออะไรก็ตามที่ฉันสามารถออกไปและพูดว่า“ ให้เห็นพื้นฐานสำหรับเรื่องนี้แตกออกใน 30 วันที่ผ่านมา” ซึ่งในกรณีนี้มันจะแสดงค่าที่แท้จริงกับพื้นฐานและ ฉันจะสามารถทำการตัดสินใจโดยใช้ข้อมูลนั้นอย่างชัดเจนดังนั้นนี่เป็นหนึ่งในสถานการณ์เหล่านั้นที่มันจะขึ้นอยู่กับคำถามที่ว่าคุณกำลังถามในเวลานั้น แต่เห็นได้ชัดว่านี่จะช่วยคุณได้สำหรับคำถามเหล่านั้นมากมาย ฉันหวังว่าฉันจะบอกว่าเรามีรายงานฉบับเดียวที่ทำทุกอย่างและเป็นเหมือนรายงานง่ายๆที่คุณกดและปุ่มและมันก็ตอบทุกคำถาม "ถ้าหาก" ที่คุณสามารถตอบได้ แต่ในความเป็นจริงแล้วคุณจะมีคุณสมบัติมากมายและมีตัวเลือกมากมายให้เลือกใน pull-downs เหล่านี้เพื่อกำหนดคำถามเหล่านั้น“ จะเกิดอะไรขึ้น” - คำถามประเภทที่คุณต้องการ

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

นอกเหนือจากนั้น - และหนึ่งในสิ่งที่เราเห็นได้ชัดเมื่อไม่นานมานี้คือ - ก่อนอื่นมันคือทุกคนพลิกหรือเปลี่ยนเป็น VMs และตอนนี้เรามีคนมากมายที่มุ่งหน้าไปยังคลาวด์ และมีคำถามมากมายที่เกิดขึ้นรอบ ๆ สิ่งเหล่านั้น มันสมเหตุสมผลไหมที่ฉันจะย้ายไปที่คลาวด์? ฉันจะประหยัดเงินด้วยการย้ายไปที่คลาวด์หรือไม่ ถ้าฉันจะใส่สิ่งเหล่านี้บน VM บนเครื่องทรัพยากรที่ใช้ร่วมกันฉันจะประหยัดเงินได้เท่าไร คำถามประเภทเหล่านั้นเห็นได้ชัดว่ากำลังจะเกิดขึ้นเช่นกัน ดังนั้นสิ่งต่าง ๆ ที่มีอยู่ในใจด้วย Diagnostic Manager เราสามารถเพิ่มและดึงข้อมูลจากสภาพแวดล้อมเสมือนจริงของทั้ง VMware และ Hyper-V นอกจากนี้เรายังสามารถเพิ่มอินสแตนซ์ที่อยู่บนคลาวด์ดังนั้นสภาพแวดล้อมของคุณเช่น Azure DB เช่นหรือแม้แต่ RDS เราสามารถดึงตัวชี้วัดจากสภาพแวดล้อมเหล่านั้นได้เช่นกัน

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

Eric Kavanagh: เอาล่ะสิ่งที่ดี ใช่ป่วยโยนมันออกไปให้ริคถ้ายังออกไปอยู่ที่นั่น ริคคำถามใด ๆ จากคุณ?

Rick Sherman: ใช่ก่อนอื่นนี่มันเยี่ยมมากฉันชอบมัน ฉันชอบการขยายไปสู่ ​​VM และคลาวด์เป็นพิเศษ ฉันเห็นนักพัฒนาแอปจำนวนมากคิดว่าถ้ามันอยู่ในคลาวด์พวกเขาไม่จำเป็นต้องปรับแต่ง ดังนั้น-

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

Rick Sherman: ใช่ฉันเคยเห็นการออกแบบที่ไม่ดีมากมายในคลาวด์ ฉันต้องการถามว่าจะใช้ผลิตภัณฑ์นี้ด้วยหรือไม่ฉันรู้ว่าคุณพูดถึงผลิตภัณฑ์ BI และคุณมีผลิตภัณฑ์อื่น ๆ จำนวนมากที่มีปฏิสัมพันธ์ซึ่งกันและกัน - แต่คุณจะเริ่มดูประสิทธิภาพของ SQL แบบสอบถามแต่ละรายการในเครื่องมือนี้หรือไม่ หรือมันจะเป็นเครื่องมืออื่น ๆ ที่จะใช้สำหรับการที่?

กระสุน Manale: ไม่อย่างนี้จะต้องแน่นอน นั่นเป็นหนึ่งในสิ่งที่ฉันไม่ได้ครอบคลุมและฉันหมายถึงคือส่วนคำถามของมัน เรามีวิธีต่างๆมากมายในการระบุประสิทธิภาพการค้นหาไม่ว่าจะเกี่ยวข้องกับการรออย่างที่เราเห็นในมุมมองนี้หรือว่าเกี่ยวข้องกับการใช้ทรัพยากรของการสืบค้นโดยรวมมีวิธีการมากมายที่เราสามารถวิเคราะห์แบบสอบถามได้ ประสิทธิภาพ. ไม่ว่าจะเป็นช่วงเวลา, CPU, I / O และอีกครั้งเราสามารถดูปริมาณงานของตัวเองเพื่อให้ข้อมูลเชิงลึก เราสามารถให้คำแนะนำในส่วนการวิเคราะห์และเรายังมีเว็บไซต์ที่ให้ข้อมูลเกี่ยวกับแบบสอบถามด้วยตนเอง ดังนั้นฉันสามารถรับคำแนะนำเกี่ยวกับดัชนีที่ขาดหายไปและความสามารถในการดูแผนการดำเนินการและทุกสิ่งนั้น มันยังมีความสามารถเช่นกัน ดังนั้นเราสามารถวินิจฉัยคำถามได้เจ็ดวิธีถึงวันอาทิตย์ (หัวเราะ) และสามารถให้ข้อมูลเชิงลึกเกี่ยวกับจำนวนของการประหารชีวิตไม่ว่าจะเป็นการใช้ทรัพยากรการรอเวลาระยะเวลาทุกสิ่งที่ดี

Rick Sherman: ตกลงเยี่ยมมาก แล้วโหลดบนอินสแตนซ์ของตัวเองด้วยการตรวจสอบทั้งหมดนี้คืออะไร?

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

ดังนั้นมันสัมพันธ์กับการตั้งค่าของคุณโดยทั่วไปแล้วพูดออกมานอกกรอบ ที่ใดก็ได้จากค่าใช้จ่ายประมาณร้อยละ 1-3 แต่มีเงื่อนไขอื่น ๆ ที่จะใช้ นอกจากนี้ยังขึ้นอยู่กับจำนวนคิวรีของพอร์ตที่รันบนสภาวะแวดล้อมของคุณใช่ไหม นอกจากนี้ยังขึ้นอยู่กับวิธีการรวบรวมข้อความค้นหาเหล่านั้นและ SQL รุ่นใด ตัวอย่างเช่น SQL Server 2005 จะไม่สามารถดึงจากเหตุการณ์ที่ขยายออกไปได้ในขณะที่เราจะดึงจากการติดตามเพื่อทำเช่นนั้น ดังนั้นมันจะแตกต่างกันเล็กน้อยในแง่ของวิธีการที่เราจะไปเกี่ยวกับการรวบรวมข้อมูลนั้น แต่ที่กล่าวว่าเหมือนที่ฉันพูดว่าเราได้รับรอบสำหรับฉันเดาตั้งแต่ประมาณปี 2004 กับผลิตภัณฑ์นี้ มันใช้เวลานานเรามีลูกค้าหลายพันคนดังนั้นสิ่งสุดท้ายที่เราต้องการคือมีเครื่องมือตรวจสอบประสิทธิภาพที่ทำให้เกิดปัญหาประสิทธิภาพ (หัวเราะ) และดังนั้นเราจึงพยายามหลีกเลี่ยงสิ่งนั้นให้มากที่สุดเท่าที่จะเป็นไปได้ แต่โดยทั่วไปแล้วการพูดเช่นนั้นประมาณ 1-3 เปอร์เซ็นต์เป็นกฎง่ายๆ

Rick Sherman: ตกลงและนั่นค่อนข้างต่ำดังนั้นมันยอดเยี่ยม

Eric Kavanagh: ดี. Robin คำถามใด ๆ จากคุณ?

Robin Bloor: ฉันขอโทษฉันเป็นคนใบ้ คุณมีความสามารถของฐานข้อมูลหลายตัวและฉันก็สนใจว่าสาเหตุใดที่ทำให้คุณสามารถดูฐานข้อมูลหลาย ๆ ชุดได้ดังนั้นคุณจึงรู้ได้ว่าฐานทรัพยากรที่ใหญ่กว่านั้นอาจถูกแบ่งระหว่างเครื่องเสมือนต่างๆและอื่น ๆ ฉันสนใจว่าผู้คนใช้งานอย่างไร ฉันสนใจในสิ่งที่ลูกค้าทำกับสิ่งนั้น เพราะนั่นดูสำหรับฉันดีแน่นอนมันเมื่อฉันยุ่งกับฐานข้อมูลบางสิ่งที่ฉันไม่เคยมีในมือ และฉันจะพิจารณาตัวอย่างหนึ่งครั้งในวิธีที่มีความหมาย ณ เวลาใดเวลาหนึ่ง ดังนั้นผู้คนใช้สิ่งนี้อย่างไร

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

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

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

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

กระสุน Manale: แน่นอนว่าฉันหมายถึงความท้าทายคือว่าอย่างที่คุณพูดค่อนข้างคึกคักเหมือนมีฐานข้อมูลบางอย่างที่ DBA สนใจและมีบางอย่างที่พวกเขาไม่สนใจมาก และวิธีการที่ผลิตภัณฑ์นี้โดยเฉพาะวิธีการที่ได้รับใบอนุญาตอยู่บนพื้นฐานต่อกรณี ดังนั้นฉันคิดว่าคุณจะพูดว่าเกณฑ์เมื่อผู้คนตัดสินใจว่า "เฮ้นี่ไม่ใช่ตัวอย่างที่สำคัญพอที่ฉันต้องการจัดการมันด้วยเครื่องมือนี้" ที่กล่าวว่ามีเครื่องมืออื่น ๆ ที่เรามีมากกว่า ฉันเดาจัดเลี้ยงอินสแตนซ์ที่มีความสำคัญน้อยกว่าของ SQL หนึ่งในนั้นเป็นเหมือนผู้จัดการสินค้าคงคลังที่ซึ่งเราทำการตรวจสอบสุขภาพเล็กน้อยกับอินสแตนซ์ แต่นอกเหนือจากสิ่งที่เราทำคือการค้นพบดังนั้นเราจึงระบุอินสแตนซ์ใหม่ที่นำมาออนไลน์แล้วจากจุดนั้น ในฐานะ DBA ฉันสามารถพูดได้ว่า "ตกลงเธอเป็นอินสแตนซ์ใหม่ของ SQL ตอนนี้มันเป็น Express หรือไม่? มันเป็นรุ่นฟรีหรือเป็นรุ่นองค์กรหรือไม่” นั่นอาจเป็นคำถามที่ฉันต้องการถามตัวเอง แต่อย่างที่สองสิ่งที่สำคัญสำหรับฉัน ถ้ามันไม่สำคัญฉันอาจมีเครื่องมือนี้ออกไปและทำมันโดยทั่วไปสิ่งที่ฉันจะเรียกการตรวจสุขภาพทั่วไปในแง่ที่ว่าพวกเขาเป็นประเภทองค์ประกอบของสิ่งที่ฉันสนใจในฐานะ DBA: ไดรฟ์เติม? เซิร์ฟเวอร์ตอบสนองต่อปัญหาหรือไม่ สิ่งสำคัญใช่มั้ย

ในขณะที่ Diagnostic Manager เป็นเครื่องมือที่ฉันเพิ่งแสดงให้คุณเห็นมันจะลงไปถึงระดับการสืบค้นมันจะลงไปในคำแนะนำของดัชนีโดยดูที่แผนการดำเนินการและสิ่งที่ดีทั้งหมด ใครเป็นเจ้าของในสิ่งที่ฉันเป็นเจ้าของและใครรับผิดชอบมันคืออะไร? ฉันมี Service Pack และ Hot Fix อะไรบ้าง และเซิร์ฟเวอร์ของฉันทำงานด้วยส่วนผสมหลักของสิ่งที่ฉันคิดว่าเป็นอินสแตนซ์ที่ดีต่อสุขภาพของ SQL หรือไม่ ดังนั้นเพื่อตอบคำถามของคุณมีการผสมผสานกันเล็กน้อย เมื่อเรามีคนดูเครื่องมือนี้พวกเขามักจะดูชุดอินสแตนซ์ที่สำคัญกว่านี้ ที่กล่าวว่าเรามีบางคนที่ซื้อทุกอินสแตนซ์ที่พวกเขามีและจัดการมันดังนั้นมันก็ขึ้นอยู่กับ แต่ฉันบอกคุณโดยรวมแล้วว่ามีเกณฑ์ของคนเหล่านั้นที่พิจารณาว่าสภาพแวดล้อมของพวกเขานั้นสำคัญพอที่จะมีเครื่องมือเช่นนี้เพื่อจัดการอินสแตนซ์เหล่านั้น

Robin Bloor: โอเคคำถามอื่นก่อนที่ฉันจะมอบให้กับเอริค ความประทับใจที่ได้รับเพียงแค่ดูอุตสาหกรรมก็คือฐานข้อมูลยังมีชีวิตอยู่ แต่ข้อมูลทั้งหมดหลั่งไหลเข้ามาในทะเลสาบข้อมูลเหล่านี้และอื่น ๆ เป็นต้น ที่จริงแล้วและโฆษณาไม่เคยสะท้อนความเป็นจริงดังนั้นฉันจึงสนใจในความเป็นจริงที่คุณรับรู้อยู่ที่นั่น เป็นฐานข้อมูลที่สำคัญภายในองค์กรหรือไม่พวกเขาประสบกับการเติบโตของข้อมูลแบบเดิมซึ่งฉันเคยคิดว่า 10 เปอร์เซ็นต์ต่อปีหรือไม่ หรือพวกเขาเติบโตมากกว่านั้น? เป็นข้อมูลขนาดใหญ่ทำให้บอลลูนฐานข้อมูลเหล่านี้หรือไม่ ภาพที่คุณเห็นคืออะไร?

กระสุน Manale: ฉันคิดว่ามีหลายกรณีที่เห็นข้อมูลบางส่วนถูกย้ายไปยังส่วนอื่น ๆ ที่เหมาะสมกว่าเมื่อมีเทคโนโลยีอื่นที่พร้อมใช้งาน เมื่อเร็ว ๆ นี้มีข้อมูลบางอย่างที่ใหญ่กว่า แต่ฉันจะบอกว่าฐานข้อมูลเหล่านี้มันยากที่จะพูดคุยกันทั่วไปในหลาย ๆ กรณีทำให้ทุกคนแตกต่างกันเล็กน้อย โดยทั่วไปแล้วฉันจะเห็นความแตกต่าง ฉันเห็นว่าฉันกำลังพูดถึงผู้คนกำลังย้ายไปใช้โมเดลยืดหยุ่นในหลาย ๆ กรณีเพราะพวกเขาต้องการที่จะเติบโตทรัพยากรและไม่มากในพื้นที่อื่น ๆ บางคนกำลังย้ายไปยังข้อมูลขนาดใหญ่ แต่มันก็ยากที่จะเข้าใจความรู้สึกของคุณเพราะโดยทั่วไปแล้วคนที่ฉันกำลังพูดคุยกับทุกคนมีฐานข้อมูลแบบดั้งเดิมและใช้สิ่งนี้กับสภาพแวดล้อมของ SQL Server

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

Robin Bloor: ตกลงเอริคฉันคิดว่าผู้ชมมีคำถามหนึ่งหรือสองข้อ?

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

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

Eric Kavanagh: นั่นเป็นสิ่งที่ยอดเยี่ยมและสิ่งนี้จะทำให้ฉันมีความคิดเห็นที่ดีที่นี่ Robin และฉันกับ Rick เช่นกันเคยได้ยินมาหลายปีแล้วตอนนี้มีพูดคุยเกี่ยวกับฐานข้อมูลการปรับตัวเอง มันเป็นฐานข้อมูลที่ปรับแต่งเอง! ทั้งหมดที่ฉันบอกได้ก็คือ: อย่าเชื่อพวกเขา

กระสุน Manale: อย่าเชื่อโฆษณา

Eric Kavanagh: อาจมีบางสิ่งเล็ก ๆ น้อย ๆ ที่ทำแบบไดนามิก แต่แม้ว่าคุณอาจต้องการตรวจสอบและตรวจสอบให้แน่ใจว่ามันไม่ได้ทำสิ่งที่คุณไม่ต้องการให้ทำ ดังนั้นในบางครั้งจะต้องใช้เครื่องมือเช่นนี้เพื่อทำความเข้าใจว่าเกิดอะไรขึ้นในระดับฐานข้อมูลและอย่างที่โรบินกล่าวว่าทะเลสาบข้อมูลเป็นแนวคิดที่น่าสนใจ แต่อาจมีโอกาสมากที่พวกเขาจะเข้ามามีส่วนร่วม Loch Ness Monster เร็ว ๆ นี้ ดังนั้นฉันจะพูดอีกครั้งโลกแห่งความจริงมีเทคโนโลยีฐานข้อมูลมากมายเราต้องการคน DBA เพื่อดูสิ่งนี้และสังเคราะห์ คุณสามารถบอกได้ว่าคุณต้องรู้ว่าคุณกำลังทำอะไรเพื่อให้สิ่งนี้ใช้ได้ผล แต่คุณต้องการเครื่องมือในการให้ข้อมูลเพื่อทราบว่าคุณกำลังทำอะไรอยู่ ดังนั้นกำไรคือ DBA กำลังทำอะไรได้ดี

และขอขอบคุณ Bullett Manale และเพื่อนของเราที่ IDERA และแน่นอน Rick Sherman และ Robin Bloor เราเก็บถาวรเว็บคาสต์เหล่านี้ทั้งหมดดังนั้นกระโดดออนไลน์ insideanalysis.com หรือไปยังเว็บไซต์พันธมิตรของเราที่ www.techopedia.com สำหรับข้อมูลเพิ่มเติมเกี่ยวกับสิ่งนั้น

และด้วยสิ่งนั้นท่านต้องกล่าวคำอำลากับท่าน ขอบคุณอีกครั้งคุยกับคุณในครั้งต่อไป ดูแล. ลาก่อน.