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

โดย Techopedia Staff วันที่ 19 เมษายน 2017

Takeaway: เจ้าภาพ Eric Kavanagh กล่าวถึงการพยากรณ์กับ Dr. Robin Bloor, Rick Sherman และ Manale Bullett ของ IDERA

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

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

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

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

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

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

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

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

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

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

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

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

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

ก่อนอื่นมีบางบทความที่คุณอ่านเกี่ยวกับข้อมูลขนาดใหญ่ข้อมูลจำนวนมากข้อมูลที่ไม่มีโครงสร้างมาจากคลาวด์ข้อมูลขนาดใหญ่ทุกที่ที่คุณจินตนาการ แต่การเติบโตของตลาดฐานข้อมูลนั้นมีมาอย่างต่อเนื่องกับ SQL ซึ่งเป็นฐานข้อมูลเชิงสัมพันธ์ที่น่าจะเป็นในปี 2015 ยังคงเป็น 95% ของตลาดฐานข้อมูล ผู้ขายเชิงสัมพันธ์สามอันดับแรกมีประมาณ 88 เปอร์เซ็นต์ของส่วนแบ่งตลาดในพื้นที่นั้น ดังนั้นเรายังคงพูดถึงอย่างที่โรบินพูดถึงเกี่ยวกับ 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/7 พวกเขายังคงได้รับฐานข้อมูลมากขึ้นเรื่อย ๆ ฉันคิดว่ามันทำอะไรเล็กน้อยกับคนที่ไม่ค่อยเข้าใจสิ่งที่พวกเขาทำหรือวิธีที่พวกเขาทำ กลุ่มเล็ก ๆ ของพวกเขาเองและผู้คนต่างก็คิดอยู่เสมอว่า“ เครื่องมือทั้งหมดนี้ใช้งานง่ายมากเราสามารถโยนฐานข้อมูลมากขึ้นเรื่อย ๆ ในปริมาณงานของพวกเขาได้” ซึ่งไม่ใช่กรณีนี้

ซึ่งนำเราไปสู่ ​​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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Bullett Manale: อย่าเชื่อโฆษณา

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

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

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