EXPLAIN
SELECT id, title
FROM entries
WHERE category = 'example'
ORDER BY created_at;โปรเจกต์
SQL ด้วยข้อมูลตัวแทนงาน เทียบจำนวนแถวประมาณและเส้นทางเข้าถึง แล้วตรวจผลก่อนสรุปว่าอินเด็กซ์ช่วย
ตรวจสอบก่อนนำไปใช้
เปรียบเทียบการทำงานจริงกับผลที่คาดหวัง หากการตรวจสอบไม่ผ่าน ให้หาสาเหตุก่อนแก้ไขเพิ่มเติม
โมเดล
ตั้งค่า endpoint ที่รองรับ OpenAI หรือ Anthropic ด้วย URL หลักและคีย์ API หากจำเป็น ทดสอบการเชื่อมต่อ เซิร์ฟเวอร์โมเดลในเครื่องต้องทำงานอยู่ เครื่องมือระยะไกลอาจส่งข้อมูลแยกต่างหาก
EXPLAIN
SELECT id, title
FROM entries
WHERE category = 'example'
ORDER BY created_at;ให้บริบทแอปแก่การเปลี่ยนฐานข้อมูล
Codepoint Studio นำงานพัฒนาที่เกี่ยวกับฐานข้อมูลมาในพื้นที่เขียนโค้ด AI บน Windows โดยมีโฟลเดอร์โครงการเป็นฐานบทสนทนา เริ่มจากพฤติกรรมแอปที่ต้องดูแล เช่น รายการโหลดช้าหรือชุดผลที่ไม่คาดคิด ขอให้โมเดลที่เชื่อมต่อตรวจคิวรีและส่วนเรียกใช้ก่อนหารือการแก้ เพื่อให้ข้อเสนอคำนึงถึงสิ่งที่แอปใช้จริง
ตัวอย่าง query.sql ใช้ EXPLAIN เป็นจุดเริ่มตรวจสอบก่อนเปลี่ยนดัชนี ในโครงการของคุณ นำแผนที่ลบข้อมูลอ่อนไหว สคีมาที่เกี่ยวข้อง และลำดับผลคิวรีที่คาดมารวมในงานเดียวได้ นี่เป็นกระบวนการพัฒนาตัวอย่าง ไม่ใช่ตัวปรับฐานข้อมูลในตัว ข้อเสนอดัชนีหรือการแก้คิวรีใดยังต้องทบทวนตามรุ่นฐานข้อมูล ภาระงาน และกระบวนการเปลี่ยนของคุณ
โมเดลแบบไร้ข้อจำกัดเป็นตัวเลือกเมื่อเอนด์พอยต์ที่รองรับซึ่งเข้ากันได้กับ OpenAI หรือ Anthropic มีให้ คุณให้รายละเอียดเชื่อมต่อและข้อมูลรับรองเมื่อจำเป็น พฤติกรรมโมเดลและสิทธิ์ใช้เครื่องมือมาจากการตั้งค่านั้น ใช้เหตุผลของผู้ช่วยเปิดเผยสมมติฐาน แล้วตรวจแพตช์และรันการตรวจในสภาพแวดล้อมฐานข้อมูลที่เหมาะสม ผลที่ถูกต้อง ผลจากการย้ายข้อมูล และแผนประมวลผลที่วัดจริงต่างตอบคำถามคนละข้อว่าควรใช้การเปลี่ยนนี้ในแอปหรือไม่
ก่อนเปลี่ยนคิวรีหรือดัชนี
ควรแนบบริบทฐานข้อมูลใดกับคิวรีที่ช้า
รวมคิวรีที่ลบข้อมูลอ่อนไหว นิยามตารางที่เกี่ยวข้อง รุ่นฐานข้อมูล และแผนประมวลผลที่มี อธิบายจำนวนแถวและลำดับที่คาด อย่าแบ่งปันข้อมูลรับรองใช้งานจริงหรือคิดว่าโมเดลเชื่อมฐานข้อมูลได้เพียงเพราะมองเห็นคิวรี
คิวรีที่สั้นกว่าช้ากว่าได้หรือไม่
ได้ ความยาวข้อความไม่ได้ยืนยันต้นทุนประมวลผล เทียบแผนและการวัดในสภาพแวดล้อมที่เป็นตัวแทนภาระงาน และตรวจแถวที่คืน ถือคำอธิบายผู้ช่วยเป็นสมมติฐานจนกว่าการตรวจเหล่านั้นจะสนับสนุน
ควรใช้ดัชนีที่แนะนำทันทีหรือไม่
ทบทวนผลต่อการเขียนข้อมูล พื้นที่เก็บ และดัชนีเดิมผ่านกระบวนการฐานข้อมูลปกติ ตัวอย่างไม่ได้อนุญาตให้เปลี่ยนสคีมา แยกข้อเสนอจากการรันจนกว่าจะตรวจทั้งพฤติกรรมแอปและผลเชิงปฏิบัติการแล้ว
หลังเขียนคิวรีใหม่ควรตรวจส่วนเรียกใช้อย่างไร
ยืนยันชื่อฟิลด์ ค่าที่หาย ลำดับ และความคาดหวังการแบ่งหน้า รันการทดสอบแอปที่เกี่ยวข้องด้วยข้อมูลตัวแทน คำสั่ง SQL ที่ถูกต้องยังเปลี่ยนข้อตกลงที่หน้าจอหรือบริการผู้ใช้ผลพึ่งพาได้
Codepoint Studio · อัปเดต 2026-10-25
