🔵 عنوان مقاله
Pipelining Comes to psql in Postgres 18
🟢 خلاصه مقاله:
** در Postgres 18، ابزار psql فرمانهای داخلی برای فعالسازی و کنترل pipelining در اسکریپتهای SQL اضافه کرده است. با این قابلیت، چندین کوئری پشتسرهم ارسال میشوند و منتظر پاسخ تکبهتک نمیمانند؛ در نتیجه رفتوبرگشتهای شبکه کمتر و زمان اجرا کوتاهتر میشود. بهگفته Daniel، این کار میتواند بهرهوری و throughput کوئریها را بهطور چشمگیری افزایش دهد، بهویژه در اسکریپتهای پر از دستورات کوچک.
این ویژگی برای کارهای حجیم و خودکار مانند بارگذاری داده، پردازشهای ETL، تحلیلها و مهاجرتهای اسکیما بسیار مفید است. میتوان pipelining را فقط در بخشهای مناسب یک اسکریپت فعال کرد و برای اطمینان از سازگاری و بازگردانی، مرزبندی تراکنشها و مدیریت خطا را دقیق انجام داد. در صورت عدم استفاده، رفتار psql مانند قبل باقی میماند و با سایر تکنیکهای بهینهسازی سرور تکمیل میشود، نه اینکه جایگزین آنها باشد.
#Postgres
#psql
#Pipelining
#SQL
#DatabasePerformance
#PostgreSQL18
#Throughput
#ETL
🟣لینک مقاله:
https://postgresweekly.com/link/175088/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
Pipelining Comes to psql in Postgres 18
🟢 خلاصه مقاله:
** در Postgres 18، ابزار psql فرمانهای داخلی برای فعالسازی و کنترل pipelining در اسکریپتهای SQL اضافه کرده است. با این قابلیت، چندین کوئری پشتسرهم ارسال میشوند و منتظر پاسخ تکبهتک نمیمانند؛ در نتیجه رفتوبرگشتهای شبکه کمتر و زمان اجرا کوتاهتر میشود. بهگفته Daniel، این کار میتواند بهرهوری و throughput کوئریها را بهطور چشمگیری افزایش دهد، بهویژه در اسکریپتهای پر از دستورات کوچک.
این ویژگی برای کارهای حجیم و خودکار مانند بارگذاری داده، پردازشهای ETL، تحلیلها و مهاجرتهای اسکیما بسیار مفید است. میتوان pipelining را فقط در بخشهای مناسب یک اسکریپت فعال کرد و برای اطمینان از سازگاری و بازگردانی، مرزبندی تراکنشها و مدیریت خطا را دقیق انجام داد. در صورت عدم استفاده، رفتار psql مانند قبل باقی میماند و با سایر تکنیکهای بهینهسازی سرور تکمیل میشود، نه اینکه جایگزین آنها باشد.
#Postgres
#psql
#Pipelining
#SQL
#DatabasePerformance
#PostgreSQL18
#Throughput
#ETL
🟣لینک مقاله:
https://postgresweekly.com/link/175088/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
postgresql.verite.pro
Pipelining in psql (PostgreSQL 18)
the psql client version 18 comes with pipelining, which can speed up client-server communication. In this post, let's see how it works and how much can be g...
🔵 عنوان مقاله
What Do Postgres 18's New 'Index Searches' Lines in EXPLAIN Mean?
🟢 خلاصه مقاله:
در Postgres 18 خط جدیدی به خروجی EXPLAIN ANALYZE اضافه شده به نام Index Searches که تعداد «پروبهای منطقی» به ایندکس را در طول اجرای هر نود نشان میدهد. این شمارنده با تعداد ردیفهای تولیدشده فرق دارد: ممکن است یک جستوجوی ایندکسی دهها یا صدها ردیف برگرداند (مثلاً در یک رِنج اسکن)، یا برعکس، تعداد زیادی جستوجو انجام شود اما خروجی کمی تولید شود.
این خط در نودهای مرتبط با ایندکس مثل Index Scan، Index Only Scan و Bitmap Index Scan دیده میشود و در طرحهای پارامتری (مثلاً Nested Loop با Index Scan در سمت داخلی) بسیار کمککننده است؛ معمولاً برای هر ردیفِ سمت بیرونی، یک Index Search ثبت میشود. اگر تعداد Index Searches بالا و خروجی کم باشد، احتمال تکرار پروبهای غیرکارا وجود دارد و شاید بهتر باشد استراتژی جوین (مثلاً Hash Join)، طراحی ایندکسهای ترکیبی یا خود عبارتهای شرطی را بازنگری کنید.
برای تیونینگ، عدد Index Searches را در کنار rows و زمانبندیها مقایسه کنید تا «هزینه هر پروب» و «انتخابپذیری» را بهتر بفهمید. توجه کنید که این شاخص نشاندهنده پروبهای منطقی است و مستقیماً بیانگر I/O فیزیکی نیست. همچنین در طرحهای موازی بهصورت هر-ورتکر/نود گزارش میشود و فقط با EXPLAIN ANALYZE در دسترس است. در مجموع، این قابلیت جدید دید دقیقتری از الگوهای دسترسی ایندکس، تناسب ایندکس و انتخاب استراتژی جوین به شما میدهد.
#Postgres #PostgreSQL18 #EXPLAINANALYZE #Indexing #QueryOptimization #DatabasePerformance #IndexScan
🟣لینک مقاله:
https://postgresweekly.com/link/176988/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
What Do Postgres 18's New 'Index Searches' Lines in EXPLAIN Mean?
🟢 خلاصه مقاله:
در Postgres 18 خط جدیدی به خروجی EXPLAIN ANALYZE اضافه شده به نام Index Searches که تعداد «پروبهای منطقی» به ایندکس را در طول اجرای هر نود نشان میدهد. این شمارنده با تعداد ردیفهای تولیدشده فرق دارد: ممکن است یک جستوجوی ایندکسی دهها یا صدها ردیف برگرداند (مثلاً در یک رِنج اسکن)، یا برعکس، تعداد زیادی جستوجو انجام شود اما خروجی کمی تولید شود.
این خط در نودهای مرتبط با ایندکس مثل Index Scan، Index Only Scan و Bitmap Index Scan دیده میشود و در طرحهای پارامتری (مثلاً Nested Loop با Index Scan در سمت داخلی) بسیار کمککننده است؛ معمولاً برای هر ردیفِ سمت بیرونی، یک Index Search ثبت میشود. اگر تعداد Index Searches بالا و خروجی کم باشد، احتمال تکرار پروبهای غیرکارا وجود دارد و شاید بهتر باشد استراتژی جوین (مثلاً Hash Join)، طراحی ایندکسهای ترکیبی یا خود عبارتهای شرطی را بازنگری کنید.
برای تیونینگ، عدد Index Searches را در کنار rows و زمانبندیها مقایسه کنید تا «هزینه هر پروب» و «انتخابپذیری» را بهتر بفهمید. توجه کنید که این شاخص نشاندهنده پروبهای منطقی است و مستقیماً بیانگر I/O فیزیکی نیست. همچنین در طرحهای موازی بهصورت هر-ورتکر/نود گزارش میشود و فقط با EXPLAIN ANALYZE در دسترس است. در مجموع، این قابلیت جدید دید دقیقتری از الگوهای دسترسی ایندکس، تناسب ایندکس و انتخاب استراتژی جوین به شما میدهد.
#Postgres #PostgreSQL18 #EXPLAINANALYZE #Indexing #QueryOptimization #DatabasePerformance #IndexScan
🟣لینک مقاله:
https://postgresweekly.com/link/176988/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
pgMustard
What do the new Index Searches lines in EXPLAIN mean? - pgMustard
In Postgres 18 you’ll now see “Index Searches” lines in EXPLAIN ANALYZE output. If like me you were wondering what those mean exactly, you’re in the right place.