ทำ INDEX เลยครับผม ช่วยได้แน่นอน ที่เหลือ รอท่านอื่นมาตอบ

ดู search criteria กับ data profile เพื่อวิเคราะห์ว่าจะทำ index กับรายการอะไรบ้าง ซึ่งมีทางเลือกระหว่าง compound index กับ index บนหนึ่งฟิลด์ แต่มีหลายๆตัว

ในกรณีนี้ ระบบมันเป็น read-only แบบ warehouse ใส่ index ได้เยอะ ผลกระทบน้อย แต่ถ้าเป็นระบบที่เป็น operation มีการอัพเดทบ่อยๆ ใส่ index เยอะๆ ระดับสิบตัวขึ้นไป นี่มีผลกระทบบ้าง

ในรุ่น SQL Server 2005 รองรับการทำ partitioning แล้ว ลองดูว่าจะใช้คีย์อะไรในการทำการแบ่งข้อมูล เช่น ปีของข้อมูล

ลองดูว่าส่วนใหญ่ Where Cause ที่ใช้ตกลงบน Key ที่มี Index อยู่รึป่าวครับ ถ้าไม่มีก็เพิ่ม Index น่าจะช่วยได้

แล้วก็ลองมองเรื่อง Cluster Index ว่า ส่วนใหญ่ถ้าเปลี่ยนการจัดเรียงของ Physical จะช่วยได้มั๊ย อันนี้ขึ้นอยู่กับลักษณะของการ Select ว่า Cluster Index บน Key อะไรช่วยให้เกิดประสิทธิภาพมากที่สุดครับ :)

อีกเรื่องนึง ลองดูเรื่องความถูกต้องของข้อมูล พวก Isolation Level ซึ่งบาง Statement เราอาจจะเพิ่ม with (nolock) (สำหรับ MSSQL)เข้ามาช่วยได้อาจจะทำให้ทำงานำได้เร็วขึ้นครับ (แต่อันนี้อาจจะไปกระทบกับส่วน Develop)

Index ครับ ช่วยได้เยอะครับ

©NgOrXz™®
แมนเชสเตอร์ยูไนเต็ด เก่งที่สุดในโลก

ที่นี่เลยครับ -> กฎการ select ข้อมูลจาก table ใหญ่ ๆ ในฐานข้อมูล mysql

---
Khajochi Blog : It's not a Bug ... It's a Feature

กฎการ select ข้อมูลจาก table ใหญ่ ๆ ในฐานข้อมูล mysql

http://th.wikipedia.org/wiki/คลังข้อมูล

ถ้ามี h/w (disk) เยอะ กระจาย i/o ให้มากๆ
ถ้ามีการ sort สังเกต tempdb ให้ดีๆ ว่าเพียงพอหรือไม่
อยู่บน disk ลูกเดียวกับ data หรือไม่

พึงระลึกไว้เสมอว่า performance tuning ไม่เสร็จในครั้งเดียว
ต้องทำและสังเกตผลอย่างต่อเนื่อง