🔵 عنوان مقاله
Why I Started Using Postgres (And You Might Too)
🟢 خلاصه مقاله:
**برنت اوزار، متخصص شناختهشده SQL Server، با تجربه میدانی به محدودیتها و هزینههای این پلتفرم در برخی سناریوها پی برد و برای تکمیل جعبهابزار خود به PostgreSQL نیز رو آورد. او نمیگوید همه باید مهاجرت کنند، بلکه پیشنهاد میکند بسته به نیاز، Postgres را هم ارزیابی کنید: متنباز و قابلحمل است، هزینهها را قابل پیشبینیتر میکند و از قفلشدن به یک فروشنده میکاهد، در عین حال از نظر بلوغ و امکانات نیز غنی است. اگر به یکپارچگی عمیق با محصولات مایکروسافت یا قابلیتهای خاص نیاز دارید، SQL Server همچنان میتواند بهترین گزینه باشد. نتیجهگیری او عملگرایانه است: با توجه به بارکاری و محدودیتها، پایگاهدادهای را انتخاب کنید که بیشترین تناسب را دارد—و در بسیاری موارد، Postgres ارزش امتحانکردن را دارد.
🟣لینک مقاله:
https://postgresweekly.com/link/173461/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
Why I Started Using Postgres (And You Might Too)
🟢 خلاصه مقاله:
**برنت اوزار، متخصص شناختهشده SQL Server، با تجربه میدانی به محدودیتها و هزینههای این پلتفرم در برخی سناریوها پی برد و برای تکمیل جعبهابزار خود به PostgreSQL نیز رو آورد. او نمیگوید همه باید مهاجرت کنند، بلکه پیشنهاد میکند بسته به نیاز، Postgres را هم ارزیابی کنید: متنباز و قابلحمل است، هزینهها را قابل پیشبینیتر میکند و از قفلشدن به یک فروشنده میکاهد، در عین حال از نظر بلوغ و امکانات نیز غنی است. اگر به یکپارچگی عمیق با محصولات مایکروسافت یا قابلیتهای خاص نیاز دارید، SQL Server همچنان میتواند بهترین گزینه باشد. نتیجهگیری او عملگرایانه است: با توجه به بارکاری و محدودیتها، پایگاهدادهای را انتخاب کنید که بیشترین تناسب را دارد—و در بسیاری موارد، Postgres ارزش امتحانکردن را دارد.
🟣لینک مقاله:
https://postgresweekly.com/link/173461/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
Smart Postgres
Why I Started Using Postgres (And You Might Too)
Back in 2017, I started designing a new application. At that point, almost all of my database experience focused on Microsoft SQL Server and its variations – Azure SQL DB, Amazon RDS SQL Serv…
❤1
🔵 عنوان مقاله
pg_hint_plan 1.8: Tweak Query Execution Plans with 'Hints'
🟢 خلاصه مقاله:
pg_hint_plan 1.8 یک افزونه برای PostgreSQL است که وقتی برنامهریز هزینهمحور پایگاه داده در شرایط پیچیده به طرح اجرای بهینه نمیرسد، امکان «تلنگر» زدن به آن را میدهد. با قرار دادن hintها بهصورت توضیح (کامنت) در کنار کوئری، میتوانید انتخاب ایندکس، ترتیب و روش جوین، نوع اسکن، میزان موازیسازی و برخی تنظیمات مرتبط با برنامهریز را در سطح همان کوئری کنترل کنید؛ این راهنماها مشورتیاند و در صورت نامعتبر بودن نادیده گرفته میشوند.
کاربردهای معمول شامل پایدارسازی عملکرد گزارشهای حساس، کنترل طرحهای متزلزل در کوئریهای چندجوینه، و حفظ پاسخدهی هنگام تغییر توزیع داده است. با این حال، hintها جایگزین طراحی درست، آمار دقیق و ایندکسگذاری مناسب نیستند و استفاده بیش از حد میتواند باعث شکنندگی کوئریها شود. آنها را محدود، آزمایششده و موقت به کار ببرید. این قابلیت بهصورت افزونه و خارج از هستهی Postgres عرضه میشود و پیش از اثرگذاری باید نصب و فعال شود. نسخه 1.8 همچنان هدف فراهمکردن امکان هدایت کنترلشده برنامهریز را برای دستیابی به عملکرد قابل پیشبینی دنبال میکند.
🟣لینک مقاله:
https://postgresweekly.com/link/173464/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
pg_hint_plan 1.8: Tweak Query Execution Plans with 'Hints'
🟢 خلاصه مقاله:
pg_hint_plan 1.8 یک افزونه برای PostgreSQL است که وقتی برنامهریز هزینهمحور پایگاه داده در شرایط پیچیده به طرح اجرای بهینه نمیرسد، امکان «تلنگر» زدن به آن را میدهد. با قرار دادن hintها بهصورت توضیح (کامنت) در کنار کوئری، میتوانید انتخاب ایندکس، ترتیب و روش جوین، نوع اسکن، میزان موازیسازی و برخی تنظیمات مرتبط با برنامهریز را در سطح همان کوئری کنترل کنید؛ این راهنماها مشورتیاند و در صورت نامعتبر بودن نادیده گرفته میشوند.
کاربردهای معمول شامل پایدارسازی عملکرد گزارشهای حساس، کنترل طرحهای متزلزل در کوئریهای چندجوینه، و حفظ پاسخدهی هنگام تغییر توزیع داده است. با این حال، hintها جایگزین طراحی درست، آمار دقیق و ایندکسگذاری مناسب نیستند و استفاده بیش از حد میتواند باعث شکنندگی کوئریها شود. آنها را محدود، آزمایششده و موقت به کار ببرید. این قابلیت بهصورت افزونه و خارج از هستهی Postgres عرضه میشود و پیش از اثرگذاری باید نصب و فعال شود. نسخه 1.8 همچنان هدف فراهمکردن امکان هدایت کنترلشده برنامهریز را برای دستیابی به عملکرد قابل پیشبینی دنبال میکند.
🟣لینک مقاله:
https://postgresweekly.com/link/173464/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
GitHub
GitHub - ossc-db/pg_hint_plan: Extension adding support for optimizer hints in PostgreSQL
Extension adding support for optimizer hints in PostgreSQL - ossc-db/pg_hint_plan
❤1
🔵 عنوان مقاله
Basic Cross-Database Operations with Foreign Data Wrappers
🟢 خلاصه مقاله:
این مطلب توضیح میدهد که Foreign Data Wrapperها (FDW) چگونه امکان اجرای عملیات بینبانکی/بینپایگاهدادهای را ساده میکنند؛ بهویژه در PostgreSQL و با نکاتی کاربردی برای توسعهدهندگان Go. با FDW میتوان منابع دادهی خارجی را بهصورت «جدول خارجی» در پایگاهداده محلی دید و روی آنها SELECT و JOIN و در برخی موارد INSERT/UPDATE/DELETE انجام داد.
مراحل اصلی راهاندازی شامل: فعالسازی افزونه (مثلاً postgres_fdw)، تعریف سرور خارجی، ساخت user mapping امن، و واردکردن شِما یا تعریف دستی جداول خارجی است. مقاله بر سازگاری انواع داده، کولیشنها و رفتار NULL/DEFAULT در اتصال به سامانههای ناهمگون تأکید میکند.
از نظر کارایی، تا حد امکان فیلتر، مرتبسازی و JOIN به سمت منبع دوردست «push down» میشود تا حجم انتقال داده کم شود؛ ایندکسهای مناسب در منبع و کاهش تأخیر شبکه اهمیت دارد و اجرای ANALYZE روی جداول خارجی به بهینهساز کمک میکند. در حوزه تراکنشها، تضمین دومرحلهای بودن بهصورت پیشفرض وجود ندارد؛ پس برای عملیات نوشتن باید به ایزولیشن، تکرارپذیری و بازیابی خطا توجه کرد.
برای برنامههای Go، کافی است از همان اتصال معمولی به PostgreSQL (database/sql) استفاده کرده و SQL عادی روی جداول خارجی بنویسید؛ نیازی به منطق اختصاصی در کد نیست. مقاله استفاده از FDW را با گزینههایی مثل نماهای مادیشده، CDC/استریمینگ و خطوط ETL/ELT مقایسه میکند: FDW برای خواندن بلادرنگ، مهاجرت تدریجی و یکپارچهسازی کمهزینه مناسب است، درحالیکه برای تحلیلهای سنگین یا قیود سخت سازگاری، تکرار یا پردازشهای دستهای مناسبترند.
در نهایت، بر امنیت و حاکمیت داده—حداقلسازی دسترسی، SSL، حسابرسی، و پایش تأخیر و خطا—تأکید میشود. با رعایت این اصول، FDW راهی عملگرایانه برای کوئریهای بینپایگاهدادهای فراهم میکند که مانند داده محلی احساس میشوند و بدون یکپارچهسازی زودهنگام همه دادهها، نیازهای عملی را برآورده میسازند.
🟣لینک مقاله:
https://postgresweekly.com/link/173463/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
Basic Cross-Database Operations with Foreign Data Wrappers
🟢 خلاصه مقاله:
این مطلب توضیح میدهد که Foreign Data Wrapperها (FDW) چگونه امکان اجرای عملیات بینبانکی/بینپایگاهدادهای را ساده میکنند؛ بهویژه در PostgreSQL و با نکاتی کاربردی برای توسعهدهندگان Go. با FDW میتوان منابع دادهی خارجی را بهصورت «جدول خارجی» در پایگاهداده محلی دید و روی آنها SELECT و JOIN و در برخی موارد INSERT/UPDATE/DELETE انجام داد.
مراحل اصلی راهاندازی شامل: فعالسازی افزونه (مثلاً postgres_fdw)، تعریف سرور خارجی، ساخت user mapping امن، و واردکردن شِما یا تعریف دستی جداول خارجی است. مقاله بر سازگاری انواع داده، کولیشنها و رفتار NULL/DEFAULT در اتصال به سامانههای ناهمگون تأکید میکند.
از نظر کارایی، تا حد امکان فیلتر، مرتبسازی و JOIN به سمت منبع دوردست «push down» میشود تا حجم انتقال داده کم شود؛ ایندکسهای مناسب در منبع و کاهش تأخیر شبکه اهمیت دارد و اجرای ANALYZE روی جداول خارجی به بهینهساز کمک میکند. در حوزه تراکنشها، تضمین دومرحلهای بودن بهصورت پیشفرض وجود ندارد؛ پس برای عملیات نوشتن باید به ایزولیشن، تکرارپذیری و بازیابی خطا توجه کرد.
برای برنامههای Go، کافی است از همان اتصال معمولی به PostgreSQL (database/sql) استفاده کرده و SQL عادی روی جداول خارجی بنویسید؛ نیازی به منطق اختصاصی در کد نیست. مقاله استفاده از FDW را با گزینههایی مثل نماهای مادیشده، CDC/استریمینگ و خطوط ETL/ELT مقایسه میکند: FDW برای خواندن بلادرنگ، مهاجرت تدریجی و یکپارچهسازی کمهزینه مناسب است، درحالیکه برای تحلیلهای سنگین یا قیود سخت سازگاری، تکرار یا پردازشهای دستهای مناسبترند.
در نهایت، بر امنیت و حاکمیت داده—حداقلسازی دسترسی، SSL، حسابرسی، و پایش تأخیر و خطا—تأکید میشود. با رعایت این اصول، FDW راهی عملگرایانه برای کوئریهای بینپایگاهدادهای فراهم میکند که مانند داده محلی احساس میشوند و بدون یکپارچهسازی زودهنگام همه دادهها، نیازهای عملی را برآورده میسازند.
🟣لینک مقاله:
https://postgresweekly.com/link/173463/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
packagemain.tech
Mastering cross-database operations with PostgreSQL FDW
A guide to schema import, archival policies, and automation
🔵 عنوان مقاله
Fun and Weirdness with SSDs
🟢 خلاصه مقاله:
**این مقاله نشان میدهد که خصوصیات غیرمنتظره SSDها میتواند عملکرد کوئریهای پایگاهداده را به شیوههایی تغییر دهد که مدلهای هزینه سنتی پیشبینی نمیکنند. رفتارهایی مانند حساسیت به الگوی دسترسی و عمق صف، جمعآوری زباله داخلی، و نوسانهای تأخیر باعث میشوند عملیات منطقا مشابه، زمانهای بسیار متفاوتی داشته باشند. نتیجه این است که انتخابهایی مثل اسکن در برابر ایندکس، موازیسازی و راهبردهای اتصال ممکن است نادرست ارزیابی شوند. نویسندگان بر لزوم اندازهگیری و کالیبراسیون دقیق، طراحی طرحهای مقاوم و استفاده از سازوکارهای تطبیقی برای مواجهه با تغییرپذیری SSD تأکید میکنند.
🟣لینک مقاله:
https://postgresweekly.com/link/173136/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
Fun and Weirdness with SSDs
🟢 خلاصه مقاله:
**این مقاله نشان میدهد که خصوصیات غیرمنتظره SSDها میتواند عملکرد کوئریهای پایگاهداده را به شیوههایی تغییر دهد که مدلهای هزینه سنتی پیشبینی نمیکنند. رفتارهایی مانند حساسیت به الگوی دسترسی و عمق صف، جمعآوری زباله داخلی، و نوسانهای تأخیر باعث میشوند عملیات منطقا مشابه، زمانهای بسیار متفاوتی داشته باشند. نتیجه این است که انتخابهایی مثل اسکن در برابر ایندکس، موازیسازی و راهبردهای اتصال ممکن است نادرست ارزیابی شوند. نویسندگان بر لزوم اندازهگیری و کالیبراسیون دقیق، طراحی طرحهای مقاوم و استفاده از سازوکارهای تطبیقی برای مواجهه با تغییرپذیری SSD تأکید میکنند.
🟣لینک مقاله:
https://postgresweekly.com/link/173136/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
Tomas Vondra
Fun and weirdness with SSDs
Funny and weird behavior with modern SSD devices, and how it impacts query execution.
❤1
Forwarded from Future Pulse Persian
ارتباط IPv6 از سمت زیرساخت کشور دچار اختلال و قطعی شده است.
🔵 عنوان مقاله
▶️ speak with esteemed LLM-whisperer Simon Willison
🟢 خلاصه مقاله:
گفتوگویی با سایمون ویلیسون، «زمزمهکنندهٔ LLM» و همبنیانگذار جنگو، دربارهٔ کاربردهای عملی هوش مصنوعی برای مهندسان داده امروز. او بر استفادههای ملموس تأکید میکند: کمک به نوشتن SQL، تولید و بازآرایی کد ETL، اسکفلد کردن پایپلاینها، ساخت تستها، مستندسازی، پیشنهادهای کنترل کیفیت داده، استنباط شِما، خلاصهسازی لاگها و ساخت رابطهای زبانی ساده روی دادههای داخلی—همه با بازبینی انسانی. ویلیسون الگوهای کاری مطمئن را توصیه میکند: بازیابی متن از منابع داخلی، خروجیهای ساختیافته و قابلاعتبارسنجی، نسخهبندی پرامپتها و ارزیابی منظم، همراه با توجه جدی به حریم خصوصی و امنیت. او به محدودیتها و ریسکها مانند توهّم، شکنندگی و حملات پرامپت نیز میپردازد و بر بازبینی، منشأدهی و گاردریلها تأکید دارد. در نگاه کلیتر، تجربهٔ او در ابزارهای متنباز و توجه به ارگونومی توسعهدهنده، ترکیبپذیری و بازتولیدپذیری را به دنیای مهندسی دادهِ مجهز به AI میآورد؛ پیشنهاد عملی او: از دستیارهای کمریسک شروع کنید، مستندسازی و QA را خودکار کنید، و اثر را اندازهگیری کنید تا AI به شکلی ایمن و مؤثر بهرهوری را بالا ببرد.
🟣لینک مقاله:
https://postgresweekly.com/link/173456/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
▶️ speak with esteemed LLM-whisperer Simon Willison
🟢 خلاصه مقاله:
گفتوگویی با سایمون ویلیسون، «زمزمهکنندهٔ LLM» و همبنیانگذار جنگو، دربارهٔ کاربردهای عملی هوش مصنوعی برای مهندسان داده امروز. او بر استفادههای ملموس تأکید میکند: کمک به نوشتن SQL، تولید و بازآرایی کد ETL، اسکفلد کردن پایپلاینها، ساخت تستها، مستندسازی، پیشنهادهای کنترل کیفیت داده، استنباط شِما، خلاصهسازی لاگها و ساخت رابطهای زبانی ساده روی دادههای داخلی—همه با بازبینی انسانی. ویلیسون الگوهای کاری مطمئن را توصیه میکند: بازیابی متن از منابع داخلی، خروجیهای ساختیافته و قابلاعتبارسنجی، نسخهبندی پرامپتها و ارزیابی منظم، همراه با توجه جدی به حریم خصوصی و امنیت. او به محدودیتها و ریسکها مانند توهّم، شکنندگی و حملات پرامپت نیز میپردازد و بر بازبینی، منشأدهی و گاردریلها تأکید دارد. در نگاه کلیتر، تجربهٔ او در ابزارهای متنباز و توجه به ارگونومی توسعهدهنده، ترکیبپذیری و بازتولیدپذیری را به دنیای مهندسی دادهِ مجهز به AI میآورد؛ پیشنهاد عملی او: از دستیارهای کمریسک شروع کنید، مستندسازی و QA را خودکار کنید، و اثر را اندازهگیری کنید تا AI به شکلی ایمن و مؤثر بهرهوری را بالا ببرد.
🟣لینک مقاله:
https://postgresweekly.com/link/173456/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
Talking Postgres with Claire Giordano
Talking Postgres with Claire Giordano | AI for data engineers with Simon Willison
It’s always a good day if you see a pelican. In Episode 30 of Talking Postgres with Claire Giordano, open source developer Simon Willison—creator of Datasette and co-creator of Django—joins to expl...
🔵 عنوان مقاله
The Internals of PostgreSQL: An Introduction
🟢 خلاصه مقاله:
این مقاله یک منبع کلاسیک و بهروز برای درک سازوکار درونی PostgreSQL است و به کاربرانی میپردازد که میخواهند فراتر از سطح SQL، منطق موتور پایگاهداده را بفهمند. مباحث اصلی شامل معماری ذخیرهسازی و بافر، WAL و بازیابی، چرخه کامل اجرای پرسوجو (از برنامهریزی تا اجرا)، ایندکسها و آمار، MVCC و کنترل همزمانی، تراکنشها و ایزولیشن، و VACUUM/Autovacuum است. تمرکز آن بر تبدیل این سازوکارها به بینشهای عملی برای عیبیابی، بهینهسازی عملکرد، و تصمیمگیری بهتر در طراحی و تنظیمات است. با وجود قدمت، بهروز نگه داشته شده و پلی قابل اتکا میان تجربه کاربری و شناخت موتور محسوب میشود.
🟣لینک مقاله:
https://postgresweekly.com/link/173459/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
The Internals of PostgreSQL: An Introduction
🟢 خلاصه مقاله:
این مقاله یک منبع کلاسیک و بهروز برای درک سازوکار درونی PostgreSQL است و به کاربرانی میپردازد که میخواهند فراتر از سطح SQL، منطق موتور پایگاهداده را بفهمند. مباحث اصلی شامل معماری ذخیرهسازی و بافر، WAL و بازیابی، چرخه کامل اجرای پرسوجو (از برنامهریزی تا اجرا)، ایندکسها و آمار، MVCC و کنترل همزمانی، تراکنشها و ایزولیشن، و VACUUM/Autovacuum است. تمرکز آن بر تبدیل این سازوکارها به بینشهای عملی برای عیبیابی، بهینهسازی عملکرد، و تصمیمگیری بهتر در طراحی و تنظیمات است. با وجود قدمت، بهروز نگه داشته شده و پلی قابل اتکا میان تجربه کاربری و شناخت موتور محسوب میشود.
🟣لینک مقاله:
https://postgresweekly.com/link/173459/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
🔵 عنوان مقاله
Using JWT to Establish a Trusted Context for RLS
🟢 خلاصه مقاله:
این مجموعه به چند موضوع مهم در دنیای PostgreSQL میپردازد: استفاده از JWT برای ایجاد یک زمینه مورد اعتماد جهت اعمال RLS، تا هویت و نقش کاربر بهصورت قابلاعتبار در خود پایگاهداده اعمال شود؛ دلایل گرایش برنت اوزار، متخصص شناختهشده SQL Server، به استفاده از پستگرس و مقایسه واقعبینانه مزایا و هزینههای هر دو جهان؛ هشدار پایان عمر PostgreSQL 13 و راهنماییهای عملی برای مهاجرت برنامهریزیشده به نسخههای جدید مانند 17؛ و در نهایت معرفی کلی قابلیت Foreign Data Wrapper برای انجام عملیات بینپایگاهدادهای، همراه با کاربردها و ملاحظات کارایی و امنیت.
🟣لینک مقاله:
https://postgresweekly.com/link/173460/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
Using JWT to Establish a Trusted Context for RLS
🟢 خلاصه مقاله:
این مجموعه به چند موضوع مهم در دنیای PostgreSQL میپردازد: استفاده از JWT برای ایجاد یک زمینه مورد اعتماد جهت اعمال RLS، تا هویت و نقش کاربر بهصورت قابلاعتبار در خود پایگاهداده اعمال شود؛ دلایل گرایش برنت اوزار، متخصص شناختهشده SQL Server، به استفاده از پستگرس و مقایسه واقعبینانه مزایا و هزینههای هر دو جهان؛ هشدار پایان عمر PostgreSQL 13 و راهنماییهای عملی برای مهاجرت برنامهریزیشده به نسخههای جدید مانند 17؛ و در نهایت معرفی کلی قابلیت Foreign Data Wrapper برای انجام عملیات بینپایگاهدادهای، همراه با کاربردها و ملاحظات کارایی و امنیت.
🟣لینک مقاله:
https://postgresweekly.com/link/173460/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
Tomas Vondra
Using JWT to establish a trusted context for RLS
Using RLS can be cumbersome, because it's usually expected to rely on the user name. Could we use JWT to establish a 'trusted context'?
🔵 عنوان مقاله
Postgres 17.6, 16.10, 15.14, 14.19, 13.22, and 18 Beta 3 Released
🟢 خلاصه مقاله:
تمام نسخههای پشتیبانیشدهٔ پستگرس بهروزرسانی شدهاند (17.6، 16.10، 15.14، 14.19، 13.22) و در کنار آن Beta 3 از نسخهٔ 18 نیز منتشر شده است. هدف این انتشارها رفع چند آسیبپذیری امنیتی و اعمال تعداد زیادی باگفیکس است. انتشار نهایی نسخهٔ 18 حدود یک ماه دیگر انتظار میرود؛ توصیه میشود نسخههای فعلی سریعتر بهروزرسانی شوند و Beta 3 فقط در محیطهای غیرتولیدی آزمایش گردد.
🟣لینک مقاله:
https://postgresweekly.com/link/173129/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
Postgres 17.6, 16.10, 15.14, 14.19, 13.22, and 18 Beta 3 Released
🟢 خلاصه مقاله:
تمام نسخههای پشتیبانیشدهٔ پستگرس بهروزرسانی شدهاند (17.6، 16.10، 15.14، 14.19، 13.22) و در کنار آن Beta 3 از نسخهٔ 18 نیز منتشر شده است. هدف این انتشارها رفع چند آسیبپذیری امنیتی و اعمال تعداد زیادی باگفیکس است. انتشار نهایی نسخهٔ 18 حدود یک ماه دیگر انتظار میرود؛ توصیه میشود نسخههای فعلی سریعتر بهروزرسانی شوند و Beta 3 فقط در محیطهای غیرتولیدی آزمایش گردد.
🟣لینک مقاله:
https://postgresweekly.com/link/173129/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
PostgreSQL News
PostgreSQL 17.6, 16.10, 15.14, 14.19, 13.22, and 18 Beta 3 Released!
The PostgreSQL Global Development Group has released an update to all supported versions of PostgreSQL, including 17.6, 16.10, 15.14, 14.19, …
🔵 عنوان مقاله
a series on doing Postgres extension development in C.
🟢 خلاصه مقاله:
این مجموعه بهصورت عملی روش ساخت افزونههای PostgreSQL با زبان C را آموزش میدهد؛ از چرایی استفاده از C و قابلیتهایی مانند انواع و توابع سفارشی، عملگرها، پسزمینهکارها و هوکها، تا راهاندازی محیط توسعه با PGXS، فایلهای کنترل و اسکریپتهای ارتقا. سپس به مبانی درونی PostgreSQL میپردازد: کانتکستهای حافظه، مدیریت خطا، کار با Datum و انواع varlena، ویژگیهای توابع و مسائل ایمنی، تعامل با SPI و کاتالوگها، و نوشتن تریگرها. بر عملکرد و درستی تأکید میکند—پروفایلینگ، کاهش تخصیصهای غیرضروری و تدوین مسیر ارتقا—و به بستهبندی، انتشار و آزمون خودکار میپردازد. هرچند در Golang Weekly معرفی شده، برای برنامهنویسان Go هم مفید است: با انتقال منطق سنگین به پایگاه داده و ارائه primitives سریع از طریق SQL، وابستگی به cgo کاهش مییابد و ادغام با سرویسهای Go سادهتر میشود. آخرین مقاله با نمونههای عملی و هشدار درباره خطاهای رایج، مسیر گذار از نمونه ساده تا ماژول تولیدی را نشان میدهد.
🟣لینک مقاله:
https://postgresweekly.com/link/173457/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
a series on doing Postgres extension development in C.
🟢 خلاصه مقاله:
این مجموعه بهصورت عملی روش ساخت افزونههای PostgreSQL با زبان C را آموزش میدهد؛ از چرایی استفاده از C و قابلیتهایی مانند انواع و توابع سفارشی، عملگرها، پسزمینهکارها و هوکها، تا راهاندازی محیط توسعه با PGXS، فایلهای کنترل و اسکریپتهای ارتقا. سپس به مبانی درونی PostgreSQL میپردازد: کانتکستهای حافظه، مدیریت خطا، کار با Datum و انواع varlena، ویژگیهای توابع و مسائل ایمنی، تعامل با SPI و کاتالوگها، و نوشتن تریگرها. بر عملکرد و درستی تأکید میکند—پروفایلینگ، کاهش تخصیصهای غیرضروری و تدوین مسیر ارتقا—و به بستهبندی، انتشار و آزمون خودکار میپردازد. هرچند در Golang Weekly معرفی شده، برای برنامهنویسان Go هم مفید است: با انتقال منطق سنگین به پایگاه داده و ارائه primitives سریع از طریق SQL، وابستگی به cgo کاهش مییابد و ادغام با سرویسهای Go سادهتر میشود. آخرین مقاله با نمونههای عملی و هشدار درباره خطاهای رایج، مسیر گذار از نمونه ساده تا ماژول تولیدی را نشان میدهد.
🟣لینک مقاله:
https://postgresweekly.com/link/173457/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
Pgedge
Introduction to Postgres Extension Development
What’s involved in actually developing an extension? What arcane Postgres APIs need to be invoked? How does installation work? his article will attempt to answer all of those questions.
🔵 عنوان مقاله
pg_cirrus 2.0: Set Up a Highly Available 3-Node Postgres Cluster
🟢 خلاصه مقاله:
pg_cirrus 2.0 راهاندازی سریع یک کلاستر سهگرهای PostgreSQL با دسترسپذیری بالا را روی اوبونتو یا ردهت ممکن میکند. تمرکز آن بر خودکارسازی است تا با حداقل مداخله دستی، کلاستری مقاوم و خطاپذیر بسازید. معماری شامل یک نود اصلی و چند رپلیکای آماده جایگزینی است، همراه با نظارت و بازیابی خودکار برای کاهش زمان ازکارافتادگی. روند کلی: آمادهسازی سه سرور، تعریف تنظیمات کلاستر، اجرای خودکارسازی و در پایان اعتبارسنجی سلامت و آزمون جابهجایی. نسخه ۲ تجربهای سادهتر و پایدارتر ارائه میدهد.
🟣لینک مقاله:
https://postgresweekly.com/link/173467/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
pg_cirrus 2.0: Set Up a Highly Available 3-Node Postgres Cluster
🟢 خلاصه مقاله:
pg_cirrus 2.0 راهاندازی سریع یک کلاستر سهگرهای PostgreSQL با دسترسپذیری بالا را روی اوبونتو یا ردهت ممکن میکند. تمرکز آن بر خودکارسازی است تا با حداقل مداخله دستی، کلاستری مقاوم و خطاپذیر بسازید. معماری شامل یک نود اصلی و چند رپلیکای آماده جایگزینی است، همراه با نظارت و بازیابی خودکار برای کاهش زمان ازکارافتادگی. روند کلی: آمادهسازی سه سرور، تعریف تنظیمات کلاستر، اجرای خودکارسازی و در پایان اعتبارسنجی سلامت و آزمون جابهجایی. نسخه ۲ تجربهای سادهتر و پایدارتر ارائه میدهد.
🟣لینک مقاله:
https://postgresweekly.com/link/173467/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
GitHub
GitHub - stormatics/pg_cirrus: Set up 3-Node highly available PostgreSQL cluster
Set up 3-Node highly available PostgreSQL cluster. Contribute to stormatics/pg_cirrus development by creating an account on GitHub.
🔵 عنوان مقاله
at the highlights of Postgres 18
🟢 خلاصه مقاله:
این مطلب از خبرنامه Golang Weekly مروری فشرده بر مهمترین نکات نسخه ۱۸ PostgreSQL ارائه میدهد و توضیح میدهد این تغییرات برای توسعهدهندگان، بهویژه تیمهای گو، چه معنایی دارند. تمرکز بر حوزههای کاربردی مانند کارایی و مقیاسپذیری، پایداری و مشاهدهپذیری، امنیت و انطباق، و بهبود تجربه توسعه است و نشان میدهد این بهبودها چگونه به اجرای سریعتر پرسوجوها، رفتار قابلاتکاتر در تولید، پیشفرضهای امنتر و کار روزمره روانتر منجر میشوند. همچنین نکات عملی برای ارتقا در پروژههای Go—از بررسی سازگاری درایورها و کتابخانهها تا تنظیم اتصالها و آزمونهای یکپارچه—ارائه میشود. در پایان، راهنماییهای عملی برای مهاجرت امن با ارجاع به منابع رسمی و مطالب تکمیلی آمده است.
🟣لینک مقاله:
https://postgresweekly.com/link/173751/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
at the highlights of Postgres 18
🟢 خلاصه مقاله:
این مطلب از خبرنامه Golang Weekly مروری فشرده بر مهمترین نکات نسخه ۱۸ PostgreSQL ارائه میدهد و توضیح میدهد این تغییرات برای توسعهدهندگان، بهویژه تیمهای گو، چه معنایی دارند. تمرکز بر حوزههای کاربردی مانند کارایی و مقیاسپذیری، پایداری و مشاهدهپذیری، امنیت و انطباق، و بهبود تجربه توسعه است و نشان میدهد این بهبودها چگونه به اجرای سریعتر پرسوجوها، رفتار قابلاتکاتر در تولید، پیشفرضهای امنتر و کار روزمره روانتر منجر میشوند. همچنین نکات عملی برای ارتقا در پروژههای Go—از بررسی سازگاری درایورها و کتابخانهها تا تنظیم اتصالها و آزمونهای یکپارچه—ارائه میشود. در پایان، راهنماییهای عملی برای مهاجرت امن با ارجاع به منابع رسمی و مطالب تکمیلی آمده است.
🟣لینک مقاله:
https://postgresweekly.com/link/173751/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
🔥1
🔵 عنوان مقاله
Optimizing Cold Page Reads in Postgres
🟢 خلاصه مقاله:
این مقاله توضیح میدهد «خواندن صفحات سرد» در پستگرس چیست و چرا در کاربارهایی با الگوهای دسترسی غیرمعمول که از کش سودی نمیبرند، باعث جهش تأخیر و افت کارایی میشود. راهکارها شامل همراستاکردن پارامترهای هزینه برنامهریز با واقعیت سختافزار و میزان کش مؤثر، استفاده از موازیسازی و طرحهایی که خواندنهای پراکنده را کاهش میدهند، تنظیم حافظه برای جلوگیری از I/O اضافی، و بهکارگیری پارتیشنبندی با هرس مؤثر است. با EXPLAIN (ANALYZE, BUFFERS) و سنجههای I/O باید اندازهگیری دقیق انجام شود و با دادههای واقعی و شرایط کش سرد آزمون و تکرار صورت گیرد تا مسیرهای I/O سرد قابل پیشبینیتر و کمهزینهتر شوند.
🟣لینک مقاله:
https://postgresweekly.com/link/173758/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
Optimizing Cold Page Reads in Postgres
🟢 خلاصه مقاله:
این مقاله توضیح میدهد «خواندن صفحات سرد» در پستگرس چیست و چرا در کاربارهایی با الگوهای دسترسی غیرمعمول که از کش سودی نمیبرند، باعث جهش تأخیر و افت کارایی میشود. راهکارها شامل همراستاکردن پارامترهای هزینه برنامهریز با واقعیت سختافزار و میزان کش مؤثر، استفاده از موازیسازی و طرحهایی که خواندنهای پراکنده را کاهش میدهند، تنظیم حافظه برای جلوگیری از I/O اضافی، و بهکارگیری پارتیشنبندی با هرس مؤثر است. با EXPLAIN (ANALYZE, BUFFERS) و سنجههای I/O باید اندازهگیری دقیق انجام شود و با دادههای واقعی و شرایط کش سرد آزمون و تکرار صورت گیرد تا مسیرهای I/O سرد قابل پیشبینیتر و کمهزینهتر شوند.
🟣لینک مقاله:
https://postgresweekly.com/link/173758/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
Pgedge
Optimising Cold Page Reads in PostgreSQL
In this blog post, we will explore ways to reduce the latency of cold page reads for applications with non-traditional access patterns.
توی این سایت میتونید مطالب آموزشی مرتبط با دیتابیسهای مختلف رو به صورت کتاب و آزمون و playground دیتابیسهای مختلف و مفاهیمشون یاد بگیرید و تست کنید. فک کنم کتاب هم رایگان بشه دانلود کرد اسلایدها و مطالبشو
#DB #Practice #Book #Interactive #Quiz #SQL #NOSQL
https://www.pdbmbook.com/
https://www.pdbmbook.com/quiz
https://www.pdbmbook.com/practice
#DB #Practice #Book #Interactive #Quiz #SQL #NOSQL
https://www.pdbmbook.com/
https://www.pdbmbook.com/quiz
https://www.pdbmbook.com/practice
❤1
Forwarded from Job Labdon
Companies using Go.xlsx
12.1 KB
📂 یه فایل فوقالعاده آماده کردیم براتون!
🔹 لیست ۶۴ شرکت بزرگ دنیا که از Golang استفاده میکنن
🔹 همراه با موقعیتهای شغلی فعال Golang توی همین شرکتها
اگه دنبال فرصتهای شغلی توی حوزه Backend، DevOps یا Software Engineering هستی، این فایل میتونه یه نقطه شروع عالی باشه.
📌 همین الان فایل رو بردار و شرکتها + موقعیتها رو ببین
@gopher_job
🔹 لیست ۶۴ شرکت بزرگ دنیا که از Golang استفاده میکنن
🔹 همراه با موقعیتهای شغلی فعال Golang توی همین شرکتها
اگه دنبال فرصتهای شغلی توی حوزه Backend، DevOps یا Software Engineering هستی، این فایل میتونه یه نقطه شروع عالی باشه.
📌 همین الان فایل رو بردار و شرکتها + موقعیتها رو ببین
@gopher_job
🤝1
🔵 عنوان مقاله
pg_csv: Flexible CSV Processing Extension
🟢 خلاصه مقاله:
** این مقاله افزونهای به نام pg_csv برای PostgreSQL معرفی میکند که با هدف رفع محدودیتهای حالت CSV در COPY طراحی شده است. این افزونه با فراهمکردن گزینههای پیکربندی انعطافپذیر، اعتبارسنجی و تبدیل سطری، گزارشدهی خطاهای دقیق و امکان رد یا تعمیر انتخابی رکوردهای مشکلدار، واردکردن و خروجیگرفتن CSV را قابل اتکاتر میکند. تمرکز اصلی آن روی مواجهه با فایلهای CSV نامنظم و واقعی است؛ جایی که COPY اغلب بهدلیل قالبهای ناهماهنگ، نقلقول/جداکنندههای متفاوت، طول ردیفهای ناهمگون یا دادههای چندخطی دچار مشکل میشود. نتیجه، ساخت خطوط ETL و مهاجرتهای دادهای پایدارتر در PostgreSQL است که از عملکرد خوب COPY بهره میبرند اما انعطاف و شفافیت لازم برای دادههای دنیای واقعی را نیز دارند.
🟣لینک مقاله:
https://postgresweekly.com/link/173764/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
pg_csv: Flexible CSV Processing Extension
🟢 خلاصه مقاله:
** این مقاله افزونهای به نام pg_csv برای PostgreSQL معرفی میکند که با هدف رفع محدودیتهای حالت CSV در COPY طراحی شده است. این افزونه با فراهمکردن گزینههای پیکربندی انعطافپذیر، اعتبارسنجی و تبدیل سطری، گزارشدهی خطاهای دقیق و امکان رد یا تعمیر انتخابی رکوردهای مشکلدار، واردکردن و خروجیگرفتن CSV را قابل اتکاتر میکند. تمرکز اصلی آن روی مواجهه با فایلهای CSV نامنظم و واقعی است؛ جایی که COPY اغلب بهدلیل قالبهای ناهماهنگ، نقلقول/جداکنندههای متفاوت، طول ردیفهای ناهمگون یا دادههای چندخطی دچار مشکل میشود. نتیجه، ساخت خطوط ETL و مهاجرتهای دادهای پایدارتر در PostgreSQL است که از عملکرد خوب COPY بهره میبرند اما انعطاف و شفافیت لازم برای دادههای دنیای واقعی را نیز دارند.
🟣لینک مقاله:
https://postgresweekly.com/link/173764/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
GitHub
GitHub - PostgREST/pg_csv: Flexible CSV processing for Postgres
Flexible CSV processing for Postgres. Contribute to PostgREST/pg_csv development by creating an account on GitHub.
🔵 عنوان مقاله
Automated Postgres Backups in Docker: Complete Guide with pg_dump
🟢 خلاصه مقاله:
راهنما یک مسیر عملی برای خودکارسازی بکاپهای PostgreSQL داخل داکر با pg_dump ارائه میکند و بر قابلیت اتکا و امنیت در محیطهای هیبرید (دیتاسنتر و کلاد) تمرکز دارد. رویکرد پیشنهادی، اجرای pg_dump بهصورت کانتینر موقتیِ زمانبندیشده است که با TLS به پایگاه داده وصل میشود، فایلهای فشرده تولید میکند و آنها را در ذخیرهسازی بادوام (مثل S3 یا دیسکهای رمزنگاریشده) با نامگذاری استاندارد، فراابعاد (متادیتا) و سیاست نگهداشت روشن ذخیره میکند. در بخش پیادهسازی، استفاده از ایمیج کمینه با اسکریپت ورود، مدیریت تنظیمات از طریق متغیرها و Secrets، انتخاب فرمت مناسب بکاپ (Custom/Directory)، فشردهسازی، محدودیت منابع، و اجرای بکاپ از روی رپلیکای خواندنی برای کاهش اثر بر تولید توصیه میشود. راهنما بر آزمون بازیابی تاکید دارد: تمرینهای دورهای ریستور در کانتینر موقت، اعتبارسنجی صحت، سنجش زمان بازیابی و مانیتورینگ/هشداردهی شکست یا افت کارایی. در بخش امنیت، اصولی مانند نگهداری امن اسرار، اصل حداقل مجوز، رمزنگاری در حال انتقال و در حالت سکون، جداسازی شبکه، اجرای کانتینر بهصورت non-root، بهروزرسانی و اسکن ایمیج، و استفاده از رمزنگاری و عدمتغییرپذیری (Object Lock) در فضای ابری مطرح میشود. همچنین محدودیتهای pg_dump بیان شده و توصیه میشود برای دستیابی به نقطه بازیابی زمانی (PITR) و پایگاههای بزرگ، آن را با بکاپهای فیزیکی و آرشیو WAL ترکیب کنید. جمعبندی: با زمانبندی، نگهداشت و کنترلهای امنیتی مناسب، بهعلاوه مستندسازی و آزمونهای منظم ریستور، میتوان بکاپهای قابل اتکا و قابل حسابرسی در محیطهای هیبرید فراهم کرد.
🟣لینک مقاله:
https://postgresweekly.com/link/173760/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
Automated Postgres Backups in Docker: Complete Guide with pg_dump
🟢 خلاصه مقاله:
راهنما یک مسیر عملی برای خودکارسازی بکاپهای PostgreSQL داخل داکر با pg_dump ارائه میکند و بر قابلیت اتکا و امنیت در محیطهای هیبرید (دیتاسنتر و کلاد) تمرکز دارد. رویکرد پیشنهادی، اجرای pg_dump بهصورت کانتینر موقتیِ زمانبندیشده است که با TLS به پایگاه داده وصل میشود، فایلهای فشرده تولید میکند و آنها را در ذخیرهسازی بادوام (مثل S3 یا دیسکهای رمزنگاریشده) با نامگذاری استاندارد، فراابعاد (متادیتا) و سیاست نگهداشت روشن ذخیره میکند. در بخش پیادهسازی، استفاده از ایمیج کمینه با اسکریپت ورود، مدیریت تنظیمات از طریق متغیرها و Secrets، انتخاب فرمت مناسب بکاپ (Custom/Directory)، فشردهسازی، محدودیت منابع، و اجرای بکاپ از روی رپلیکای خواندنی برای کاهش اثر بر تولید توصیه میشود. راهنما بر آزمون بازیابی تاکید دارد: تمرینهای دورهای ریستور در کانتینر موقت، اعتبارسنجی صحت، سنجش زمان بازیابی و مانیتورینگ/هشداردهی شکست یا افت کارایی. در بخش امنیت، اصولی مانند نگهداری امن اسرار، اصل حداقل مجوز، رمزنگاری در حال انتقال و در حالت سکون، جداسازی شبکه، اجرای کانتینر بهصورت non-root، بهروزرسانی و اسکن ایمیج، و استفاده از رمزنگاری و عدمتغییرپذیری (Object Lock) در فضای ابری مطرح میشود. همچنین محدودیتهای pg_dump بیان شده و توصیه میشود برای دستیابی به نقطه بازیابی زمانی (PITR) و پایگاههای بزرگ، آن را با بکاپهای فیزیکی و آرشیو WAL ترکیب کنید. جمعبندی: با زمانبندی، نگهداشت و کنترلهای امنیتی مناسب، بهعلاوه مستندسازی و آزمونهای منظم ریستور، میتوان بکاپهای قابل اتکا و قابل حسابرسی در محیطهای هیبرید فراهم کرد.
🟣لینک مقاله:
https://postgresweekly.com/link/173760/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
Serversinc
Automated PostgreSQL Backups in Docker: Complete Guide with pg_dump
PostgreSQL Docker backup guide: automate with pg_dump, cron, and retention policies plus best practices and ready-to-use noscripts.
🔵 عنوان مقاله
Best Practices for Securing Postgres in Hybrid Environments
🟢 خلاصه مقاله:
امنیت PostgreSQL در محیطهای هیبریدی با رویکردی لایهای و یکپارچه ممکن میشود: مدیریت هویت متمرکز با RBAC و اصل حداقل دسترسی، جداسازی هویت انسان و سرویس و نگهداری اسرار در Secret Manager با چرخش خودکار. کاهش سطح نمایش شبکه با شبکههای خصوصی، VPN/Private Link، محدودسازی ورودیها و الزام TLS سراسری (ترجیحاً mTLS)، بههمراه رمزنگاری در حالت سکون با KMS؛ همین الزامات برای پشتیبانها و رپلیکاها نیز ضروری است. سختسازی خود Postgres با قفلکردن pg_hba.conf، استفاده از SCRAM-SHA-256، حذف روشهای ناامن، کمینهسازی دسترسی سوپریوزر و محدودسازی افزونهها انجام میشود؛ ثبت و ممیزی رخدادهای امنیتی (مانند pgaudit) و پایش مسیرهای خروج داده (Replication/FDW) حیاتی است. بهروزرسانی و وصلهگذاری مستمر، کشف انحراف پیکربندی با IaC، تمرکز لاگها در SIEM، پایش و هشداردهی، حفاظت کامل زنجیره پشتیبان و تست منظم بازیابی، و برنامه واکنش به incidents و چرخش کلید/گواهی از الزامات عملیاتیاند. در کانتینر/K8s از ایمیج حداقلی و غیرریشه، NetworkPolicy، مدیریت امن اسرار و رمزنگاری حجمها استفاده کنید. در سناریوهای چندابری، بر همسانی سیاستها، رعایت الزامات انطباق و مدیریت متمرکز کلید/گواهی تاکید کنید تا ریسک کاهش و قابلیتحمل حفظ شود.
🟣لینک مقاله:
https://postgresweekly.com/link/173761/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
Best Practices for Securing Postgres in Hybrid Environments
🟢 خلاصه مقاله:
امنیت PostgreSQL در محیطهای هیبریدی با رویکردی لایهای و یکپارچه ممکن میشود: مدیریت هویت متمرکز با RBAC و اصل حداقل دسترسی، جداسازی هویت انسان و سرویس و نگهداری اسرار در Secret Manager با چرخش خودکار. کاهش سطح نمایش شبکه با شبکههای خصوصی، VPN/Private Link، محدودسازی ورودیها و الزام TLS سراسری (ترجیحاً mTLS)، بههمراه رمزنگاری در حالت سکون با KMS؛ همین الزامات برای پشتیبانها و رپلیکاها نیز ضروری است. سختسازی خود Postgres با قفلکردن pg_hba.conf، استفاده از SCRAM-SHA-256، حذف روشهای ناامن، کمینهسازی دسترسی سوپریوزر و محدودسازی افزونهها انجام میشود؛ ثبت و ممیزی رخدادهای امنیتی (مانند pgaudit) و پایش مسیرهای خروج داده (Replication/FDW) حیاتی است. بهروزرسانی و وصلهگذاری مستمر، کشف انحراف پیکربندی با IaC، تمرکز لاگها در SIEM، پایش و هشداردهی، حفاظت کامل زنجیره پشتیبان و تست منظم بازیابی، و برنامه واکنش به incidents و چرخش کلید/گواهی از الزامات عملیاتیاند. در کانتینر/K8s از ایمیج حداقلی و غیرریشه، NetworkPolicy، مدیریت امن اسرار و رمزنگاری حجمها استفاده کنید. در سناریوهای چندابری، بر همسانی سیاستها، رعایت الزامات انطباق و مدیریت متمرکز کلید/گواهی تاکید کنید تا ریسک کاهش و قابلیتحمل حفظ شود.
🟣لینک مقاله:
https://postgresweekly.com/link/173761/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
Severalnines
Best practices for securing PostgreSQL in hybrid environments
Secure PostgreSQL in hybrid environments with best practices for auth, encryption, RLS, and centralized management to reduce risk and ensure compliance.
🔵 عنوان مقاله
Why Postgres is a Good Choice for Durable Workflow Execution
🟢 خلاصه مقاله:
این مطلب توضیح میدهد که چرا پستگرس یک گزینه عملی و قابل اعتماد برای اجرای گردشکارهای پایدار است، بهویژه در برنامههای Go. پستگرس با تراکنشهای ACID و WAL، دوام و درستی را تضمین میکند؛ با الگوهایی مثل outbox/inbox، کلیدهای idempotency و محدودیتهای یکتا میتوان اثرات جانبی را حتی در صورت تکرار، فقط یکبار اعمال کرد. امکاناتی مانند SELECT … FOR UPDATE SKIP LOCKED، قفلهای مشورتی و LISTEN/NOTIFY ساخت صفهای کاری، زمانبندی وظایف و هماهنگی بین کارگرها را ساده میکند. نگهداری وضعیت و لاگها در جداول SQL، مشاهدهپذیری، اشکالزدایی و بازیابی را آسان میسازد. از نظر عملیاتی، پستگرس با پشتیبانگیری، تکرار و پارتیشنبندی بالغ است و در بسیاری از بارهای کاری نیاز به موتورهای اختصاصی را برطرف میکند؛ هرچند در مقیاسهای بسیار بزرگ یا ارکستراسیون پیچیده، ابزارهای تخصصی همچون Kafka یا Temporal مناسبترند. نتیجه: برای طیف وسیعی از سیستمها، پستگرس انتخاب پیشفرضی عالی برای اجرای گردشکارهای پایدار است.
🟣لینک مقاله:
https://postgresweekly.com/link/173140/web
➖➖➖➖➖➖➖➖
🕸 @Database_Academy
Why Postgres is a Good Choice for Durable Workflow Execution
🟢 خلاصه مقاله:
این مطلب توضیح میدهد که چرا پستگرس یک گزینه عملی و قابل اعتماد برای اجرای گردشکارهای پایدار است، بهویژه در برنامههای Go. پستگرس با تراکنشهای ACID و WAL، دوام و درستی را تضمین میکند؛ با الگوهایی مثل outbox/inbox، کلیدهای idempotency و محدودیتهای یکتا میتوان اثرات جانبی را حتی در صورت تکرار، فقط یکبار اعمال کرد. امکاناتی مانند SELECT … FOR UPDATE SKIP LOCKED، قفلهای مشورتی و LISTEN/NOTIFY ساخت صفهای کاری، زمانبندی وظایف و هماهنگی بین کارگرها را ساده میکند. نگهداری وضعیت و لاگها در جداول SQL، مشاهدهپذیری، اشکالزدایی و بازیابی را آسان میسازد. از نظر عملیاتی، پستگرس با پشتیبانگیری، تکرار و پارتیشنبندی بالغ است و در بسیاری از بارهای کاری نیاز به موتورهای اختصاصی را برطرف میکند؛ هرچند در مقیاسهای بسیار بزرگ یا ارکستراسیون پیچیده، ابزارهای تخصصی همچون Kafka یا Temporal مناسبترند. نتیجه: برای طیف وسیعی از سیستمها، پستگرس انتخاب پیشفرضی عالی برای اجرای گردشکارهای پایدار است.
🟣لینک مقاله:
https://postgresweekly.com/link/173140/web
➖➖➖➖➖➖➖➖
🕸 @Database_Academy
www.dbos.dev
Why Postgres is a Good Choice for Durable Workflow Execution | DBOS
In this blog post, we’ll dive deep into why we chose to build DBOS durable workflow execution on the PostgreSQL DBMS.
🔵 عنوان مقاله
LLM traffic: What's actually happening and what to do about it (7 minute read)
🟢 خلاصه مقاله:
ترافیک از مسیر مدلهای زبانی در حال تغییر است و نقش SEO از صرفاً رتبهگیری و کلیکگرفتن، به توزیع محتوا و افزایش «کشفپذیری» در دستیارهای هوش مصنوعی و لایههای جدید نمایش گسترش مییابد. تمرکز باید از صرف ترافیک ارگانیک به رشد آگاهی از برند و حضور در پاسخهای LLM منتقل شود؛ جایی که ذکر نام و ارجاع—even بدون کلیک—ارزشمند است. برای سنجش این حضور، لازم است دیدهشدن برند در AI Overviews و دستیارها، نقلقولها/ارجاعات، و شناسایی موجودیتها را رصد کنید و اثر آن را بر جستوجوی برند، مراجعه مستقیم و ثبتنامها بسنجید.
محتوا باید برای «قابلهضم بودن برای LLM» ساختاربندی شود: معماری شفاف، اسکیما کامل، خلاصههای دقیق، FAQ، منابع مرجع قابل استناد، داده و نظر کارشناسی، و فرمتهای ماشینخوان (فید، API). رویکرد تولید نیز از حجمسازی به خلق «منابع مرجع» قابل نقل و نگهداری تغییر میکند؛ همراه با توزیع فعال، لایسنس/سندیکا و طراحی محتوا برای استخراج آسان.
در نهایت، مسیر تبدیل تغییر میکند: با کلیکهای کمتر، تکیه بر یادآوری برند، مراجعه مستقیم، ایمیل/خبرنامه، جامعهسازی و سطوح محصولی بیشتر میشود. مدلهای انتساب را برای اثرات بیکلیک AI بازتنظیم کنید و ابزارهای جذب/تبدیل در محل را تقویت کنید. خلاصه: دیدهشدن در LLM را پایش کنید، محتوا را برای ماشینها ساختار دهید، رویکرد محتوا را بازطراحی کنید و برای آینده تبدیل آماده شوید.
🟣لینک مقاله:
https://hendersonmatthew.substack.com/p/llm-traffic-whats-actually-happening?utm_source=tldrai
➖➖➖➖➖➖➖➖
👑 @Database_Academy
LLM traffic: What's actually happening and what to do about it (7 minute read)
🟢 خلاصه مقاله:
ترافیک از مسیر مدلهای زبانی در حال تغییر است و نقش SEO از صرفاً رتبهگیری و کلیکگرفتن، به توزیع محتوا و افزایش «کشفپذیری» در دستیارهای هوش مصنوعی و لایههای جدید نمایش گسترش مییابد. تمرکز باید از صرف ترافیک ارگانیک به رشد آگاهی از برند و حضور در پاسخهای LLM منتقل شود؛ جایی که ذکر نام و ارجاع—even بدون کلیک—ارزشمند است. برای سنجش این حضور، لازم است دیدهشدن برند در AI Overviews و دستیارها، نقلقولها/ارجاعات، و شناسایی موجودیتها را رصد کنید و اثر آن را بر جستوجوی برند، مراجعه مستقیم و ثبتنامها بسنجید.
محتوا باید برای «قابلهضم بودن برای LLM» ساختاربندی شود: معماری شفاف، اسکیما کامل، خلاصههای دقیق، FAQ، منابع مرجع قابل استناد، داده و نظر کارشناسی، و فرمتهای ماشینخوان (فید، API). رویکرد تولید نیز از حجمسازی به خلق «منابع مرجع» قابل نقل و نگهداری تغییر میکند؛ همراه با توزیع فعال، لایسنس/سندیکا و طراحی محتوا برای استخراج آسان.
در نهایت، مسیر تبدیل تغییر میکند: با کلیکهای کمتر، تکیه بر یادآوری برند، مراجعه مستقیم، ایمیل/خبرنامه، جامعهسازی و سطوح محصولی بیشتر میشود. مدلهای انتساب را برای اثرات بیکلیک AI بازتنظیم کنید و ابزارهای جذب/تبدیل در محل را تقویت کنید. خلاصه: دیدهشدن در LLM را پایش کنید، محتوا را برای ماشینها ساختار دهید، رویکرد محتوا را بازطراحی کنید و برای آینده تبدیل آماده شوید.
🟣لینک مقاله:
https://hendersonmatthew.substack.com/p/llm-traffic-whats-actually-happening?utm_source=tldrai
➖➖➖➖➖➖➖➖
👑 @Database_Academy
Substack
LLM traffic: What’s actually happening and what to do about it
Learnings from Sentry's data and why web discoverability as a whole shifted our strategy.
❤1
🔵 عنوان مقاله
OpenAI Expects Business to Burn $115 Billion Through 2029 (2 minute read)
🟢 خلاصه مقاله:
OpenAI پیشبینی هزینهسوزی نقدی خود را تا سال ۲۰۲۹ به ۱۱۵ میلیارد دلار افزایش داده که ۸۰ میلیارد دلار بیش از برآورد قبلی است. این شرکت امسال نیز بیش از ۸ میلیارد دلار هزینه خواهد سوزاند، رقمی که ۱.۵ میلیارد دلار بالاتر از پیشبینی ابتدای سال است. برای مهار هزینههای فزاینده و تأمین توان محاسباتی، OpenAI قصد دارد تراشههای سرور مراکز داده و تأسیسات خود را توسعه دهد. نخستین تراشه، با همکاری Broadcom ساخته شده و صرفاً برای استفاده داخلی است و به مشتریان عرضه نخواهد شد.
🟣لینک مقاله:
https://www.msn.com/en-ae/news/other/openai-expects-business-to-burn-115-billion-through-2029/ar-AA1M0lw8?utm_source=tldrai
➖➖➖➖➖➖➖➖
👑 @Database_Academy
OpenAI Expects Business to Burn $115 Billion Through 2029 (2 minute read)
🟢 خلاصه مقاله:
OpenAI پیشبینی هزینهسوزی نقدی خود را تا سال ۲۰۲۹ به ۱۱۵ میلیارد دلار افزایش داده که ۸۰ میلیارد دلار بیش از برآورد قبلی است. این شرکت امسال نیز بیش از ۸ میلیارد دلار هزینه خواهد سوزاند، رقمی که ۱.۵ میلیارد دلار بالاتر از پیشبینی ابتدای سال است. برای مهار هزینههای فزاینده و تأمین توان محاسباتی، OpenAI قصد دارد تراشههای سرور مراکز داده و تأسیسات خود را توسعه دهد. نخستین تراشه، با همکاری Broadcom ساخته شده و صرفاً برای استفاده داخلی است و به مشتریان عرضه نخواهد شد.
🟣لینک مقاله:
https://www.msn.com/en-ae/news/other/openai-expects-business-to-burn-115-billion-through-2029/ar-AA1M0lw8?utm_source=tldrai
➖➖➖➖➖➖➖➖
👑 @Database_Academy
MSN
OpenAI Expects Business to Burn $115 Billion Through 2029
Asharq Al Awsat OpenAI has sharply raised its projected cash burn through 2029 to $115 billion as it ramps up spending to power the artificial intelligence behind its popular ChatGPT chatbot, The Information reported on Friday. The new forecast is $80 billion…