سلام دوستان
🚀 از ۱۰ میلیون Logical Read تا فقط ۲۵۰!
یکی از کوئری‌هایی که بررسی می‌کردم، به خاطر استفاده‌ی از OPENJSON ( که در اونجا بهش نیازی نبود ) بیش از ۱۰ میلیون logical read داشت و اجرای اون حدود ۱۰ ثانیه CPU time طول می‌کشید.
با بازنویسی ساده و حذف بخش‌های غیرضروری، همون کوئری در نهایت:
✅ به ۸ میلی‌ثانیه زمان اجرا رسید
به تصاویر که نگاه کنید میزان Logical Read مخصوصا روی Worktable که برای استفاده از Tempdb هست مشخصه.
📊 این تجربه دوباره نشون داد که همیشه لازم نیست به سراغ راه‌حل‌های پیچیده بریم. گاهی یک بازنویسی ساده می‌تونه بیش از هزار برابر بهبود در پرفورمنس ایجاد کنه.
❓ شما آخرین باری که یک کوئری رو به این شدت بهینه کردید، کی بوده؟
🚀 از ۱۰ میلیون Logical Read تا فقط ۲۵۰!
یکی از کوئری‌هایی که بررسی می‌کردم، به خاطر استفاده‌ی از OPENJSON ( که در اونجا بهش نیازی نبود ) بیش از ۱۰ میلیون logical read داشت و اجرای اون حدود ۱۰ ثانیه CPU time طول می‌کشید.
با بازنویسی ساده و حذف بخش‌های غیرضروری، همون کوئری در نهایت:
✅ به ۸ میلی‌ثانیه زمان اجرا رسید
به تصاویر که نگاه کنید میزان Logical Read مخصوصا روی Worktable که برای استفاده از Tempdb هست مشخصه.
📊 این تجربه دوباره نشون داد که همیشه لازم نیست به سراغ راه‌حل‌های پیچیده بریم. گاهی یک بازنویسی ساده می‌تونه بیش از هزار برابر بهبود در پرفورمنس ایجاد کنه.
❓ شما آخرین باری که یک کوئری رو به این شدت بهینه کردید، کی بوده؟
👍13❤3
tgoop.com/sql_server/859
Create:
Last Update:
Last Update:
سلام دوستان
🚀 از ۱۰ میلیون Logical Read تا فقط ۲۵۰!
یکی از کوئری‌هایی که بررسی می‌کردم، به خاطر استفاده‌ی از OPENJSON ( که در اونجا بهش نیازی نبود ) بیش از ۱۰ میلیون logical read داشت و اجرای اون حدود ۱۰ ثانیه CPU time طول می‌کشید.
با بازنویسی ساده و حذف بخش‌های غیرضروری، همون کوئری در نهایت:
✅ به ۸ میلی‌ثانیه زمان اجرا رسید
به تصاویر که نگاه کنید میزان Logical Read مخصوصا روی Worktable که برای استفاده از Tempdb هست مشخصه.
📊 این تجربه دوباره نشون داد که همیشه لازم نیست به سراغ راه‌حل‌های پیچیده بریم. گاهی یک بازنویسی ساده می‌تونه بیش از هزار برابر بهبود در پرفورمنس ایجاد کنه.
❓ شما آخرین باری که یک کوئری رو به این شدت بهینه کردید، کی بوده؟
🚀 از ۱۰ میلیون Logical Read تا فقط ۲۵۰!
یکی از کوئری‌هایی که بررسی می‌کردم، به خاطر استفاده‌ی از OPENJSON ( که در اونجا بهش نیازی نبود ) بیش از ۱۰ میلیون logical read داشت و اجرای اون حدود ۱۰ ثانیه CPU time طول می‌کشید.
با بازنویسی ساده و حذف بخش‌های غیرضروری، همون کوئری در نهایت:
✅ به ۸ میلی‌ثانیه زمان اجرا رسید
به تصاویر که نگاه کنید میزان Logical Read مخصوصا روی Worktable که برای استفاده از Tempdb هست مشخصه.
📊 این تجربه دوباره نشون داد که همیشه لازم نیست به سراغ راه‌حل‌های پیچیده بریم. گاهی یک بازنویسی ساده می‌تونه بیش از هزار برابر بهبود در پرفورمنس ایجاد کنه.
❓ شما آخرین باری که یک کوئری رو به این شدت بهینه کردید، کی بوده؟
BY SQL Server
Share with your friend now:
tgoop.com/sql_server/859