0Pricing
SQL Academy · บทเรียน

VIEW ที่จัดเก็บผลลัพธ์และกลยุทธ์ REFRESH

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

VIEW ที่จัดเก็บผลลัพธ์และกลยุทธ์ REFRESH เป็นบทเรียน SQL Academy ฟรีบน CoddyKit นี่คือบทเรียนที่ 3 จากทั้งหมด 4 บทเรียน คุณสามารถอ่านบทเรียนทั้งหมดด้านล่างฟรี — จากนั้นลองปฏิบัติด้วยตัวคุณเองในเบราว์เซอร์พร้อมตัวแก้ไขโค้ดในตัวและติวเตอร์ AI ตลอด 24/7 บทเรียนนี้เป็นส่วนหนึ่งของเส้นทางการเรียน SQL Academy และความก้าวหน้าของคุณจะซิงค์ข้ามเว็บและแอป CoddyKit คอร์ส SQL Academy มีบทเรียนทั้งหมด 4 บทเรียน

MATERIALIZED VIEW = ผลลัพธ์ที่บันทึกไว้

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

CREATE MATERIALIZED VIEW daily_revenue AS
SELECT date_trunc('day', created_at) AS day,
       SUM(total) AS revenue
FROM orders
GROUP BY 1;

การสอบถาม

คำสั่งสอบถามเป็นเพียง SELECT บนข้อมูลที่เก็บไว้:

SELECT * FROM daily_revenue WHERE day >= NOW() - INTERVAL '30 days';

REFRESH MATERIALIZED VIEW

คำนวณผลลัพธ์ใหม่ โดยล็อกมุมมองแบบผูกขาด:

REFRESH MATERIALIZED VIEW daily_revenue;
-- Selects on the view block during refresh.

REFRESH MATERIALIZED VIEW CONCURRENTLY

REFRESH แบบไม่ขัดขวางการอ่าน ผู้ใช้ยังอ่านข้อมูลเก่าได้จนกว่าข้อมูลใหม่จะพร้อมใช้งาน ต้องมีดัชนี UNIQUE บนมุมมอง:

CREATE UNIQUE INDEX ON daily_revenue (day);

REFRESH MATERIALIZED VIEW CONCURRENTLY daily_revenue;

ดัชนีบนมุมมองแบบเก็บผลลัพธ์

คุณสามารถสร้างดัชนีบนมุมมองแบบเก็บผลลัพธ์ได้เหมือนกับตารางทั่วไป เพื่อเร่งการสอบถาม:

CREATE INDEX daily_revenue_day_idx ON daily_revenue (day DESC);

ควรใช้มุมมองแบบเก็บผลลัพธ์เมื่อใด

ใช้มุมมองแบบเก็บผลลัพธ์เมื่อ:

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

การ REFRESH ตามกำหนดเวลา

ไม่มีตัวจัดตารางเวลาในตัว ให้ใช้ pg_cron งาน cron ของ OS หรือตัวจัดตารางเวลาของแอป:

-- Via pg_cron extension:
SELECT cron.schedule('refresh_daily', '0 1 * * *', 'REFRESH MATERIALIZED VIEW CONCURRENTLY daily_revenue;');

การ REFRESH แบบเพิ่มเฉพาะส่วน

PostgreSQL ไม่มีการ REFRESH แบบเพิ่มเฉพาะส่วนในตัว ทุกครั้งที่ REFRESH จะคำนวณใหม่ตั้งแต่ต้น สำหรับการรวมผลแบบเพิ่มเฉพาะส่วน ให้พิจารณา:

  • "ตารางสรุป" ที่สร้างด้วยตนเองและอาศัยทริกเกอร์
  • การรวมผลต่อเนื่องของ TimescaleDB
  • ส่วนขยาย pg_ivm (มุมมองแบบเก็บผลลัพธ์ที่อัปเดตแบบเพิ่มเฉพาะส่วน)

การอ่านตารางพื้นฐานโดยไม่กระทบการอ่านข้อมูล

การ REFRESH แบบ CONCURRENT จะอ่านตารางพื้นฐานภายในภาพสถานะของธุรกรรม จึงไม่ขัดขวางตารางเหล่านั้น แต่ตัวการ REFRESH เองอาจช้าเมื่อมีข้อมูลจำนวนมาก

การใช้พื้นที่ดิสก์

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

การใช้ร่วมกับการแบ่งพาร์ทิชัน

สำหรับข้อมูลอนุกรมเวลาขนาดใหญ่ ให้แบ่งพาร์ทิชันมุมมองแบบเก็บผลลัพธ์ หรือใช้ TimescaleDB:

CREATE MATERIALIZED VIEW orders_summary AS ... ;
CREATE INDEX ON orders_summary (day);
-- For very large views, consider regular table + manual upsert pattern.

กรณีที่ไม่ควรใช้

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

สรุป

มุมมองแบบเก็บผลลัพธ์จะแคชผลลัพธ์ของคำสั่งสอบถาม

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

ตรวจสอบอย่างรวดเร็ว

REFRESH MATERIALIZED VIEW CONCURRENTLY ต้องมีสิ่งใดที่ REFRESH พื้นฐานไม่ต้องมี?

คำถามที่พบบ่อย

บทเรียน “VIEW ที่จัดเก็บผลลัพธ์และกลยุทธ์ REFRESH” ฟรีหรือไม่

ใช่ — ข้อความเต็มของ “VIEW ที่จัดเก็บผลลัพธ์และกลยุทธ์ REFRESH” ฟรีให้อ่านที่นี่บนเว็บ เพื่อปฏิบัติแบบโต้ตอบ (ตัวแก้ไขโค้ดในตัวและติวเตอร์ AI ตลอด 24/7) และปลดล็อคส่วนที่เหลือของคอร์ส SQL Academy ให้อัปเกรดเป็น CoddyKit PRO คอร์ส SQL Academy มีบทเรียนทั้งหมด 4 บทเรียน

คุณจะเรียนรู้อะไรในบทเรียน “VIEW ที่จัดเก็บผลลัพธ์และกลยุทธ์ REFRESH”

จัดเก็บผลลัพธ์ของคำสั่งค้นหาที่ใช้ทรัพยากรมากด้วย MATERIALIZED VIEW และรีเฟรชตามกำหนดเวลาหรือเมื่อร้องขอ คุณปฏิบัติ SQL Academy ด้วยโค้ดที่ใช้งานได้จริงที่คุณเรียกใช้โดยตรงในเบราว์เซอร์ และติวเตอร์ AI ตลอด 24/7 ตอบคำถามของคุณขณะที่คุณไปผ่านบทเรียน

คุณต้องมีประสบการณ์ก่อนที่จะเริ่มเรียน SQL Academy หรือไม่

ไม่จำเป็นต้องมีประสบการณ์มาก่อน SQL Academy บน CoddyKit ออกแบบมาสำหรับผู้เริ่มต้นไปจนถึงผู้เรียนขั้นสูง คุณสามารถเริ่มต้นที่นี่หรือเริ่มจากตัวแรกและเรียนด้วยความเร็วของคุณเอง นี่คือบทเรียนที่ 3 จากทั้งหมด 4 บทเรียน

บทเรียน “VIEW ที่จัดเก็บผลลัพธ์และกลยุทธ์ REFRESH” ใช้เวลานานแค่ไหน

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

ฉันเขียนและรันโค้ดในบทเรียน SQL Academy นี้ได้ไหม

ได้ บทเรียน SQL Academy ทุกบทมีตัวแก้ไขโค้ดในตัว คุณจึงเขียนและรันโค้ดจริงได้เลยในเบราว์เซอร์ และได้รับข้อเสนอแนะจาก AI ในทันที — ไม่ต้องติดตั้งในเครื่องของคุณ

บทเรียนทั้งหมดในหลักสูตรนี้

  1. VIEW แบบธรรมดา: การใช้ตรรกะซ้ำ
  2. VIEW ที่อัปเดตได้และทริกเกอร์ INSTEAD OF
  3. VIEW ที่จัดเก็บผลลัพธ์และกลยุทธ์ REFRESH
  4. เมื่อใดควรรวมข้อมูลล่วงหน้า
← กลับไปที่ SQL Academy