🔵 عنوان مقاله
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…
🔵 عنوان مقاله
Claude Code Framework Wars (6 minute read)
🟢 خلاصه مقاله:
دهها پروژه متنباز در حال آزمودن شیوههای مختلف برای بهکارگیری مؤثر هوش مصنوعیاند. جمعبندی مشترک آنها این است که AI وقتی بهترین کارایی را دارد که ساختار داشته باشد: وظایف دقیق، نقشهای مشخص، رابطها و قالبهای دادهی روشن، حلقههای بازخورد و محدودیتهای قابل سنجش. چارچوبها بهتدریج به مدلی همگرا میشوند که در آن AI مانند مجموعهای از همتیمیهای تخصصی مدیریت میشود؛ با تعیین مسئولیتها، پایش، نسخهبندی و ارزیابی مستمر. پیام عملی روشن است: هرچه ساختار بیشتری بدهید، ارزش و خروجی قابل اتکاتری دریافت میکنید.
🟣لینک مقاله:
https://shmck.substack.com/p/claude-code-framework-wars?utm_source=tldrai
➖➖➖➖➖➖➖➖
👑 @Database_Academy
Claude Code Framework Wars (6 minute read)
🟢 خلاصه مقاله:
دهها پروژه متنباز در حال آزمودن شیوههای مختلف برای بهکارگیری مؤثر هوش مصنوعیاند. جمعبندی مشترک آنها این است که AI وقتی بهترین کارایی را دارد که ساختار داشته باشد: وظایف دقیق، نقشهای مشخص، رابطها و قالبهای دادهی روشن، حلقههای بازخورد و محدودیتهای قابل سنجش. چارچوبها بهتدریج به مدلی همگرا میشوند که در آن AI مانند مجموعهای از همتیمیهای تخصصی مدیریت میشود؛ با تعیین مسئولیتها، پایش، نسخهبندی و ارزیابی مستمر. پیام عملی روشن است: هرچه ساختار بیشتری بدهید، ارزش و خروجی قابل اتکاتری دریافت میکنید.
🟣لینک مقاله:
https://shmck.substack.com/p/claude-code-framework-wars?utm_source=tldrai
➖➖➖➖➖➖➖➖
👑 @Database_Academy
Substack
Claude Code Framework Wars
How developers are experimenting with structure, orchestration, and standards to get more out of AI coding.
🔵 عنوان مقاله
Memory in Mistral's Le Chat (4 minute read)
🟢 خلاصه مقاله:
میسترال قابلیت Memories را در Le Chat معرفی کرده است؛ یک سیستم حافظه ترکیبی که با تأکید بر شفافیت، کنترل کاربر و تمرکز بر وظیفه طراحی شده. این ویژگی هنگام نیاز، اطلاعات مرتبط را با «یادآوری قابلمشاهده» و همراه با استناد به منبع نمایش میدهد و دفترچههای حافظه قابلویرایش در اختیار کاربر میگذارد تا بتواند موارد ذخیرهشده را بررسی، اصلاح یا حذف کند. نتیجه، کاهش تکرار اطلاعات، حفظ تداوم مکالمه و افزایش اعتماد از طریق یادآوری شفاف و مستند است.
🟣لینک مقاله:
https://mistral.ai/news/memory?utm_source=tldrai
➖➖➖➖➖➖➖➖
👑 @Database_Academy
Memory in Mistral's Le Chat (4 minute read)
🟢 خلاصه مقاله:
میسترال قابلیت Memories را در Le Chat معرفی کرده است؛ یک سیستم حافظه ترکیبی که با تأکید بر شفافیت، کنترل کاربر و تمرکز بر وظیفه طراحی شده. این ویژگی هنگام نیاز، اطلاعات مرتبط را با «یادآوری قابلمشاهده» و همراه با استناد به منبع نمایش میدهد و دفترچههای حافظه قابلویرایش در اختیار کاربر میگذارد تا بتواند موارد ذخیرهشده را بررسی، اصلاح یا حذف کند. نتیجه، کاهش تکرار اطلاعات، حفظ تداوم مکالمه و افزایش اعتماد از طریق یادآوری شفاف و مستند است.
🟣لینک مقاله:
https://mistral.ai/news/memory?utm_source=tldrai
➖➖➖➖➖➖➖➖
👑 @Database_Academy
Mistral AI
Make Memory work for you. | Mistral AI
The most powerful AI platform for enterprises. Customize, fine-tune, and deploy AI assistants, autonomous agents, and multimodal AI with open models.
🔵 عنوان مقاله
GPT-5 Thinking in ChatGPT (aka Research Goblin) is shockingly good at search (11 minute read)
🟢 خلاصه مقاله:
** این مقاله توضیح میدهد که حالت «GPT-5 Thinking» در ChatGPT (ملقب به Research Goblin) در کارهای جستوجو و پژوهش بسیار قوی است. این حالت با برنامهریزی چندمرحلهای، بازنویسی پرسشها، بازیابی تکرارشونده و تلفیق منابع، خروجیهای جامعتری تولید میکند که به نقشهای از موضوع، الگوها، اختلافنظرها و خلأهای دانشی شباهت دارد. بهای این جامعیت، کندی بیشتر است؛ بنابراین برای پاسخهای سریع بهتر است از حالت معمولی استفاده شود، اما برای مرور ادبیات، تحلیل رقابتی، عیبیابی فنی و تحلیل سیاستی، «Thinking» ارزشمندتر است. برای بهترین نتیجه باید هدف، دامنه و فرمت خروجی را شفاف تعیین کرد، منابع و درجه اطمینان خواست و در نهایت نکات کلیدی را خلاصه گرفت. با این حال، خطر خطا و اتکا به منابع ضعیف وجود دارد و راستیآزمایی ضروری است. جمعبندی: «Thinking» در جستوجو و ترکیب اطلاعات بسیار توانمند و در عین حال کندتر است؛ انتخاب بین آن و حالت عادی به اولویت سرعت یا جامعیت بستگی دارد.
🟣لینک مقاله:
https://simonwillison.net/2025/Sep/6/research-goblin/?utm_source=tldrai
➖➖➖➖➖➖➖➖
👑 @Database_Academy
GPT-5 Thinking in ChatGPT (aka Research Goblin) is shockingly good at search (11 minute read)
🟢 خلاصه مقاله:
** این مقاله توضیح میدهد که حالت «GPT-5 Thinking» در ChatGPT (ملقب به Research Goblin) در کارهای جستوجو و پژوهش بسیار قوی است. این حالت با برنامهریزی چندمرحلهای، بازنویسی پرسشها، بازیابی تکرارشونده و تلفیق منابع، خروجیهای جامعتری تولید میکند که به نقشهای از موضوع، الگوها، اختلافنظرها و خلأهای دانشی شباهت دارد. بهای این جامعیت، کندی بیشتر است؛ بنابراین برای پاسخهای سریع بهتر است از حالت معمولی استفاده شود، اما برای مرور ادبیات، تحلیل رقابتی، عیبیابی فنی و تحلیل سیاستی، «Thinking» ارزشمندتر است. برای بهترین نتیجه باید هدف، دامنه و فرمت خروجی را شفاف تعیین کرد، منابع و درجه اطمینان خواست و در نهایت نکات کلیدی را خلاصه گرفت. با این حال، خطر خطا و اتکا به منابع ضعیف وجود دارد و راستیآزمایی ضروری است. جمعبندی: «Thinking» در جستوجو و ترکیب اطلاعات بسیار توانمند و در عین حال کندتر است؛ انتخاب بین آن و حالت عادی به اولویت سرعت یا جامعیت بستگی دارد.
🟣لینک مقاله:
https://simonwillison.net/2025/Sep/6/research-goblin/?utm_source=tldrai
➖➖➖➖➖➖➖➖
👑 @Database_Academy
Simon Willison’s Weblog
GPT-5 Thinking in ChatGPT (aka Research Goblin) is shockingly good at search
“Don’t use chatbots as search engines” was great advice for several years... until it wasn’t. I wrote about how good OpenAI’s o3 was at using its Bing-backed search tool back …
🔵 عنوان مقاله
Jailer 16.9: Database Subsetting and Relational Data Browsing Tool
🟢 خلاصه مقاله:
جایلر 16.9 ابزاری برای برشدادن دادهها و مرور دادههای رابطهای است که امکان استخراج بخشهای منسجم و قابل اتکا از پایگاهداده را فراهم میکند. این ابزار پیمایش دوطرفه میان رکوردها را از طریق کلیدهای خارجی یا روابط تعریفشده توسط کاربر ممکن میسازد تا وابستگیها و ارتباطها بهسادگی دنبال شوند. جایلر با جاوا ساخته شده و از طریق JDBC با اغلب پایگاههای داده رابطهای سازگار است.
🟣لینک مقاله:
https://postgresweekly.com/link/173765/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
Jailer 16.9: Database Subsetting and Relational Data Browsing Tool
🟢 خلاصه مقاله:
جایلر 16.9 ابزاری برای برشدادن دادهها و مرور دادههای رابطهای است که امکان استخراج بخشهای منسجم و قابل اتکا از پایگاهداده را فراهم میکند. این ابزار پیمایش دوطرفه میان رکوردها را از طریق کلیدهای خارجی یا روابط تعریفشده توسط کاربر ممکن میسازد تا وابستگیها و ارتباطها بهسادگی دنبال شوند. جایلر با جاوا ساخته شده و از طریق JDBC با اغلب پایگاههای داده رابطهای سازگار است.
🟣لینک مقاله:
https://postgresweekly.com/link/173765/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
GitHub
GitHub - Wisser/Jailer: Database Subsetting and Relational Data Browsing Tool.
Database Subsetting and Relational Data Browsing Tool. - Wisser/Jailer
❤1
🔵 عنوان مقاله
The Hidden Bottleneck in Postgres Restores and its Solution
🟢 خلاصه مقاله:
این مقاله توضیح میدهد که کندی پنهان در بازیابیهای PostgreSQL معمولاً از مرحله اعمال دادهها و ساخت ایندکس/اعتبارسنجی قیود و هزینههای دیسک (fsync/WAL) ناشی میشود، نه صرفاً از اندازه بکاپ. در بکاپهای منطقی (pg_dump)، اجرا اغلب تکرشتهای است مگر اینکه موازیسازی فعال شود؛ همچنین فشردهسازی/استخراج و لایههای ذخیرهسازی در کانتینرها میتوانند زمان را طولانی کنند. راهکارها شامل: استفاده از بکاپ فیزیکی و آرشیو پیوسته (مثل pg_basebackup یا ابزارهایی مانند pgBackRest/WAL-G) برای بازیابی سریعتر؛ و در صورت نیاز به بکاپ منطقی، استفاده از قالب سفارشی و pg_restore با چند نخ، ترجیح COPY به جای INSERTهای متعدد، ساخت ایندکس پس از بارگذاری با maintenance_work_mem بالا، تعلیق موقت تریگرها/قیود در صورت امکان، و اجرای ANALYZE پس از اتمام بارگذاری. تنظیمات کمکی مانند synchronous_commit=off (در محیطهای یکبارمصرف و با ملاحظه ریسک)، توقف موقت autovacuum، انتخاب فشردهسازی سریع و دیسکهای پرکارایی که روی حجمهای مستقل از overlay قرار دارند، بهطور محسوسی زمان بازیابی را کاهش میدهد. در محیطهای هایبرید نیز رمزنگاری بکاپ در حال انتقال و در حالت سکون، مدیریت امن کلیدها و دسترسی حداقلی، ثبت رویدادها و آزمایش منظم بازیابی برای اطمینان از کارایی و امنیت توصیه میشود.
🟣لینک مقاله:
https://postgresweekly.com/link/173759/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
The Hidden Bottleneck in Postgres Restores and its Solution
🟢 خلاصه مقاله:
این مقاله توضیح میدهد که کندی پنهان در بازیابیهای PostgreSQL معمولاً از مرحله اعمال دادهها و ساخت ایندکس/اعتبارسنجی قیود و هزینههای دیسک (fsync/WAL) ناشی میشود، نه صرفاً از اندازه بکاپ. در بکاپهای منطقی (pg_dump)، اجرا اغلب تکرشتهای است مگر اینکه موازیسازی فعال شود؛ همچنین فشردهسازی/استخراج و لایههای ذخیرهسازی در کانتینرها میتوانند زمان را طولانی کنند. راهکارها شامل: استفاده از بکاپ فیزیکی و آرشیو پیوسته (مثل pg_basebackup یا ابزارهایی مانند pgBackRest/WAL-G) برای بازیابی سریعتر؛ و در صورت نیاز به بکاپ منطقی، استفاده از قالب سفارشی و pg_restore با چند نخ، ترجیح COPY به جای INSERTهای متعدد، ساخت ایندکس پس از بارگذاری با maintenance_work_mem بالا، تعلیق موقت تریگرها/قیود در صورت امکان، و اجرای ANALYZE پس از اتمام بارگذاری. تنظیمات کمکی مانند synchronous_commit=off (در محیطهای یکبارمصرف و با ملاحظه ریسک)، توقف موقت autovacuum، انتخاب فشردهسازی سریع و دیسکهای پرکارایی که روی حجمهای مستقل از overlay قرار دارند، بهطور محسوسی زمان بازیابی را کاهش میدهد. در محیطهای هایبرید نیز رمزنگاری بکاپ در حال انتقال و در حالت سکون، مدیریت امن کلیدها و دسترسی حداقلی، ثبت رویدادها و آزمایش منظم بازیابی برای اطمینان از کارایی و امنیت توصیه میشود.
🟣لینک مقاله:
https://postgresweekly.com/link/173759/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
🔵 عنوان مقاله
A Quirk of Partitioned Table Statistics
🟢 خلاصه مقاله:
برنامهریز PostgreSQL برای برآورد تعداد ردیفهای حاصل از join به آمار تکیه دارد و در جداول پارتیشنبندیشده، به آمار «جدول والد» نیاز دارد. اما autovacuum بهطور پیشفرض آمار جدول والد را جمعآوری نمیکند، چون خود والد دادهای ندارد و آستانههای auto-analyze فعال نمیشوند. در نتیجه، حتی اگر پارتیشنها تحلیل شده باشند، نبودِ آمار والد باعث برآوردهای پیشفرض و طرحهای ضعیف (مثل ترتیب join نامناسب یا انتخاب الگوریتم نادرست) میشود. راهحل: پس از بارگذاریهای حجیم یا تغییر پارتیشنها، و بهصورت دورهای، دستور ANALYZE را صریحاً روی خودِ جدول والد اجرا کنید تا آمار تجمیعی ساخته شود و کیفیت طرحهای join بهبود یابد.
🟣لینک مقاله:
https://postgresweekly.com/link/173748/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
A Quirk of Partitioned Table Statistics
🟢 خلاصه مقاله:
برنامهریز PostgreSQL برای برآورد تعداد ردیفهای حاصل از join به آمار تکیه دارد و در جداول پارتیشنبندیشده، به آمار «جدول والد» نیاز دارد. اما autovacuum بهطور پیشفرض آمار جدول والد را جمعآوری نمیکند، چون خود والد دادهای ندارد و آستانههای auto-analyze فعال نمیشوند. در نتیجه، حتی اگر پارتیشنها تحلیل شده باشند، نبودِ آمار والد باعث برآوردهای پیشفرض و طرحهای ضعیف (مثل ترتیب join نامناسب یا انتخاب الگوریتم نادرست) میشود. راهحل: پس از بارگذاریهای حجیم یا تغییر پارتیشنها، و بهصورت دورهای، دستور ANALYZE را صریحاً روی خودِ جدول والد اجرا کنید تا آمار تجمیعی ساخته شود و کیفیت طرحهای join بهبود یابد.
🟣لینک مقاله:
https://postgresweekly.com/link/173748/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
CYBERTEC PostgreSQL | Services & Support
Partitioned table statistics
The article explains that autovacuum doesn't collect partitioned table statistics and why these statistics are important.
🔵 عنوان مقاله
A Decade of Database Innovation: The Amazon Aurora Story
🟢 خلاصه مقاله:
این مقاله مسیر دهساله آمازون اورورا را روایت میکند؛ از رؤیای «پایگاهداده رابطهای بومیابر» تا رسیدن به الگوی سرورلس. نوآوری محوری اورورا جداسازی محاسبه از ذخیرهسازی است: موتور پایگاهداده روی نودهای محاسباتی سبک اجرا میشود و یک لایه ذخیرهسازی توزیعشده، تکرار، دوام و بازیابی را در چند ناحیه در دست میگیرد. این طراحی امکان بازیابی سریع، جابهجایی بدون وقفه در زمان خرابی، مقیاسپذیری خواندن و خودکارسازی گسترده عملیات را فراهم کرده و با سازگاری با اکوسیستمهای محبوب (مانند MySQL و PostgreSQL) مهاجرت را آسانتر میکند. در ادامه، اورورا با قابلیتهایی مانند تکرار جهانی/میانمنطقهای، پشتیبانگیری و بازیابی سریع، و بهبودهای کارایی و پایداری تکامل یافته است. نقطه عطف پایانی، سرورلس است که با مقیاسپذیری خودکار و ریزدانه، هزینه ظرفیت بیکار را حذف و نیاز به برنامهریزی ظرفیت را کم میکند؛ بیآنکه از تضمینهای رابطهای و ابزارهای آشنا چشم بپوشد. نتیجه، پایگاهدادهای است که برای ابر بازآفرینی شده و از صفر تا اوج بار تولیدی بهشکل سرورلس مقیاس مییابد.
🟣لینک مقاله:
https://postgresweekly.com/link/173458/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
A Decade of Database Innovation: The Amazon Aurora Story
🟢 خلاصه مقاله:
این مقاله مسیر دهساله آمازون اورورا را روایت میکند؛ از رؤیای «پایگاهداده رابطهای بومیابر» تا رسیدن به الگوی سرورلس. نوآوری محوری اورورا جداسازی محاسبه از ذخیرهسازی است: موتور پایگاهداده روی نودهای محاسباتی سبک اجرا میشود و یک لایه ذخیرهسازی توزیعشده، تکرار، دوام و بازیابی را در چند ناحیه در دست میگیرد. این طراحی امکان بازیابی سریع، جابهجایی بدون وقفه در زمان خرابی، مقیاسپذیری خواندن و خودکارسازی گسترده عملیات را فراهم کرده و با سازگاری با اکوسیستمهای محبوب (مانند MySQL و PostgreSQL) مهاجرت را آسانتر میکند. در ادامه، اورورا با قابلیتهایی مانند تکرار جهانی/میانمنطقهای، پشتیبانگیری و بازیابی سریع، و بهبودهای کارایی و پایداری تکامل یافته است. نقطه عطف پایانی، سرورلس است که با مقیاسپذیری خودکار و ریزدانه، هزینه ظرفیت بیکار را حذف و نیاز به برنامهریزی ظرفیت را کم میکند؛ بیآنکه از تضمینهای رابطهای و ابزارهای آشنا چشم بپوشد. نتیجه، پایگاهدادهای است که برای ابر بازآفرینی شده و از صفر تا اوج بار تولیدی بهشکل سرورلس مقیاس مییابد.
🟣لینک مقاله:
https://postgresweekly.com/link/173458/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
Amazon Science
A decade of database innovation: The Amazon Aurora story
From reimagining storage to serverless computing, Aurora continues to push the boundaries of what's possible in database technology.
👍1
🔵 عنوان مقاله
added support for Rust-based plugins.
🟢 خلاصه مقاله: ر شمارهٔ تازه Golang Weekly اعلام شده که پشتیبانی از افزونههای مبتنی بر Rust به اکوسیستم Go اضافه شده است. این قابلیت ترکیب سادگی و همزمانی قدرتمند Go با کارایی و ایمنی حافظهٔ Rust را ممکن میکند و افزونهها میتوانند از طریق FFI/ABI سازگار یا حتی WASM/WASI یکپارچه شوند. کاربردهای شاخص شامل رمزنگاری، پارس و فشردهسازی، هستههای پردازشی و آداپتورهای سطحپایین است، بهویژه وقتی کتابخانههای موجود Rust باید بدون بازنویسی در Go استفاده شوند. در عین حال باید به پایداری ABI، مدیریت خطا و panic بین دو زماناجرا، مالکیت حافظه، و اثر بر اندازهٔ باینری و قابلحمل بودن توجه کرد و آزمون و بنچمارک دقیق انجام داد. در مجموع، این پشتیبانی راه را برای معماری پلیگلات هموار میکند: بیشتر سرویس با Go و بخشهای حساس به کارایی با Rust، با مرزهای افزونهای روشن.
🟣لینک مقاله:
https://postgresweekly.com/link/173757/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
added support for Rust-based plugins.
🟢 خلاصه مقاله: ر شمارهٔ تازه Golang Weekly اعلام شده که پشتیبانی از افزونههای مبتنی بر Rust به اکوسیستم Go اضافه شده است. این قابلیت ترکیب سادگی و همزمانی قدرتمند Go با کارایی و ایمنی حافظهٔ Rust را ممکن میکند و افزونهها میتوانند از طریق FFI/ABI سازگار یا حتی WASM/WASI یکپارچه شوند. کاربردهای شاخص شامل رمزنگاری، پارس و فشردهسازی، هستههای پردازشی و آداپتورهای سطحپایین است، بهویژه وقتی کتابخانههای موجود Rust باید بدون بازنویسی در Go استفاده شوند. در عین حال باید به پایداری ABI، مدیریت خطا و panic بین دو زماناجرا، مالکیت حافظه، و اثر بر اندازهٔ باینری و قابلحمل بودن توجه کرد و آزمون و بنچمارک دقیق انجام داد. در مجموع، این پشتیبانی راه را برای معماری پلیگلات هموار میکند: بیشتر سرویس با Go و بخشهای حساس به کارایی با Rust، با مرزهای افزونهای روشن.
🟣لینک مقاله:
https://postgresweekly.com/link/173757/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
PgDog
PgDog adds support for Rust plugins - PgDog
How PgDog exposes parsed SQL ASTs to dynamically loaded Rust plugins via the C ABI, letting you customize sharding and load-balancing logic without serialization overhead.
❤1
🔵 عنوان مقاله
Supabase Opens the OrioleDB Patent to the Postgres Community
🟢 خلاصه مقاله:
** سپیبیس حق اختراع OrioleDB را در اختیار جامعه PostgreSQL قرار داده است. OrioleDB سه سال پیش بهعنوان یک موتور ذخیرهسازی جدید برای پستگرس معرفی شد و سپیبیس آن را در سال ۲۰۲۴ خرید. اکنون دیگران میتوانند از فناوری توصیفشده در این پتنت استفاده کنند که میتواند به همکاری بیشتر، آزمایش گستردهتر و پذیرش سریعتر در اکوسیستم پستگرس کمک کند.
🟣لینک مقاله:
https://postgresweekly.com/link/174106/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
Supabase Opens the OrioleDB Patent to the Postgres Community
🟢 خلاصه مقاله:
** سپیبیس حق اختراع OrioleDB را در اختیار جامعه PostgreSQL قرار داده است. OrioleDB سه سال پیش بهعنوان یک موتور ذخیرهسازی جدید برای پستگرس معرفی شد و سپیبیس آن را در سال ۲۰۲۴ خرید. اکنون دیگران میتوانند از فناوری توصیفشده در این پتنت استفاده کنند که میتواند به همکاری بیشتر، آزمایش گستردهتر و پذیرش سریعتر در اکوسیستم پستگرس کمک کند.
🟣لینک مقاله:
https://postgresweekly.com/link/174106/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
Supabase
OrioleDB Patent: now freely available to the Postgres community
Supabase is explicitly making available a non-exclusive license of the OrioleDB patent to all OrioleDB users in accordance with the OrioleDB license.
🍾1
🔵 عنوان مقاله
Stop Searching. Start Finding with AI-powered Enterprise Search. (Sponsor)
🟢 خلاصه مقاله:
دانش سازمانی در ابزارها و گفتگوهای پراکنده گم میشود و زمان زیادی صرف جستوجو بهجای تصمیمگیری میگردد. جستوجوی سازمانی مبتنی بر هوش مصنوعی با یکپارچهسازی منابع و درک نیت کاربر، بهجای نتایج پراکنده، پاسخهای دقیق و قابلاقدام ارائه میدهد. کتاب الکترونیکی جدید اسلک نشان میدهد چگونه با اتصال سیستمها، رعایت مجوزها، بهبود کیفیت داده و مدیریت تغییر، این جستوجو را در جریان کار روزانه جا بیندازیم. نتیجه برای واحدهای مختلف روشن است: پشتیبانی سریعتر، فروش کارآمدتر، دسترسی مهندسی به تصمیمها و مستندات، و پاسخگویی بهتر به سیاستها؛ یعنی تبدیل جستوجو به پاسخ، آزادسازی هوش جمعی و افزایش بهرهوری سازمان.
🟣لینک مقاله:
https://slack.com/resources/why-use-slack/from-searching-to-finding-the-new-era-of-ai-powered-enterprise-knowledge?d=701ed00000D87jZAAR&nc=701ed00000D8aGsAAJ&utm_source=&utm_medium=tp_email&utm_campaign=amer_us_slack->slackinvoice_&utm_content=allsegments_all-strategic-tldrai-primary-from-searching_701ed00000D87jZAAR_english_from-searching-to-finding-the-new-era-of-ai-powered-enterprise-knowledge
➖➖➖➖➖➖➖➖
👑 @Database_Academy
Stop Searching. Start Finding with AI-powered Enterprise Search. (Sponsor)
🟢 خلاصه مقاله:
دانش سازمانی در ابزارها و گفتگوهای پراکنده گم میشود و زمان زیادی صرف جستوجو بهجای تصمیمگیری میگردد. جستوجوی سازمانی مبتنی بر هوش مصنوعی با یکپارچهسازی منابع و درک نیت کاربر، بهجای نتایج پراکنده، پاسخهای دقیق و قابلاقدام ارائه میدهد. کتاب الکترونیکی جدید اسلک نشان میدهد چگونه با اتصال سیستمها، رعایت مجوزها، بهبود کیفیت داده و مدیریت تغییر، این جستوجو را در جریان کار روزانه جا بیندازیم. نتیجه برای واحدهای مختلف روشن است: پشتیبانی سریعتر، فروش کارآمدتر، دسترسی مهندسی به تصمیمها و مستندات، و پاسخگویی بهتر به سیاستها؛ یعنی تبدیل جستوجو به پاسخ، آزادسازی هوش جمعی و افزایش بهرهوری سازمان.
🟣لینک مقاله:
https://slack.com/resources/why-use-slack/from-searching-to-finding-the-new-era-of-ai-powered-enterprise-knowledge?d=701ed00000D87jZAAR&nc=701ed00000D8aGsAAJ&utm_source=&utm_medium=tp_email&utm_campaign=amer_us_slack->slackinvoice_&utm_content=allsegments_all-strategic-tldrai-primary-from-searching_701ed00000D87jZAAR_english_from-searching-to-finding-the-new-era-of-ai-powered-enterprise-knowledge
➖➖➖➖➖➖➖➖
👑 @Database_Academy
Slack
From Searching to Finding: The New Era of AI-Powered Enterprise Knowledge
Learn how Slack’s enterprise search connects all your apps and conversations into one secure, searchable interface—so answers come to you, not the other way around. Download now.
🔵 عنوان مقاله
PostgreSQL Conference Europe 2025
🟢 خلاصه مقاله:
** کنفرانس PostgreSQL اروپا ۲۰۲۵ از ۲۱ تا ۲۴ اکتبر در ریگا، لتونی برگزار میشود و برنامه کامل ارائهها اکنون منتشر شده است؛ علاقهمندان میتوانند با مرور زمانبندی سخنرانیها برای حضور و انتخاب جلسات مدنظرشان برنامهریزی کنند.
🟣لینک مقاله:
https://postgresweekly.com/link/173752/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
PostgreSQL Conference Europe 2025
🟢 خلاصه مقاله:
** کنفرانس PostgreSQL اروپا ۲۰۲۵ از ۲۱ تا ۲۴ اکتبر در ریگا، لتونی برگزار میشود و برنامه کامل ارائهها اکنون منتشر شده است؛ علاقهمندان میتوانند با مرور زمانبندی سخنرانیها برای حضور و انتخاب جلسات مدنظرشان برنامهریزی کنند.
🟣لینک مقاله:
https://postgresweekly.com/link/173752/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
2025.pgconf.eu
PGConf.EU 2025
A 3-day, 4-track PostgreSQL conference with a day of community activities and events in Riga, Latvia.
Forwarded from Future Pulse Persian
✨ درود به همه دوستان ✨
به مناسبت روز برنامهنویس 🎉
میتونید فقط با ۲۰۰ هزار تومان تبلیغتون رو توی تمام کانالهای زیر منتشر کنید!
📌 این فرصت ویژه فقط تا پایان همین هفته اعتبار داره.
⏳برای هماهنگی بیشتر به ای دی زیر پیام بدید👾
@mrbardia72
🔽 لیست کانالهایی که تبلیغ در اونها قرار میگیره:
https://xn--r1a.website/addlist/AJ7rh2IzIh02NTI0
به مناسبت روز برنامهنویس 🎉
میتونید فقط با ۲۰۰ هزار تومان تبلیغتون رو توی تمام کانالهای زیر منتشر کنید!
📌 این فرصت ویژه فقط تا پایان همین هفته اعتبار داره.
⏳برای هماهنگی بیشتر به ای دی زیر پیام بدید👾
@mrbardia72
🔽 لیست کانالهایی که تبلیغ در اونها قرار میگیره:
https://xn--r1a.website/addlist/AJ7rh2IzIh02NTI0
🔵 عنوان مقاله
the full talk schedule
🟢 خلاصه مقاله:
جدیدترین شمارهی Golang Weekly برنامهی کامل سخنرانیهای یک رویداد مرتبط با Go را یکجا ارائه میکند؛ شامل زمانبندی، نام سخنران، خلاصهها، سطح و مسیرهای موضوعی، و اشاره به کارگاهها و لایتنینگتاکها. همچنین به جزئیات عملی مانند پخش زنده یا ضبط، ثبتنام، محل برگزاری و کد رفتار ارجاع میدهد و تغییرات لحظهای را از منبع اصلی دنبال میکند. این فهرست به شرکتکنندگان کمک میکند تعارضها را مدیریت کنند، جلسات مهم را علامتگذاری کنند و بر اساس علایقشان—از بهینهسازی کارایی و ابزارها تا الگوهای همروندی، شیوههای کلاد-نیتیو، مشاهدهپذیری و امنیت—برای رویداد برنامهریزی کنند.
🟣لینک مقاله:
https://postgresweekly.com/link/173753/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
the full talk schedule
🟢 خلاصه مقاله:
جدیدترین شمارهی Golang Weekly برنامهی کامل سخنرانیهای یک رویداد مرتبط با Go را یکجا ارائه میکند؛ شامل زمانبندی، نام سخنران، خلاصهها، سطح و مسیرهای موضوعی، و اشاره به کارگاهها و لایتنینگتاکها. همچنین به جزئیات عملی مانند پخش زنده یا ضبط، ثبتنام، محل برگزاری و کد رفتار ارجاع میدهد و تغییرات لحظهای را از منبع اصلی دنبال میکند. این فهرست به شرکتکنندگان کمک میکند تعارضها را مدیریت کنند، جلسات مهم را علامتگذاری کنند و بر اساس علایقشان—از بهینهسازی کارایی و ابزارها تا الگوهای همروندی، شیوههای کلاد-نیتیو، مشاهدهپذیری و امنیت—برای رویداد برنامهریزی کنند.
🟣لینک مقاله:
https://postgresweekly.com/link/173753/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
www.postgresql.eu
PGConf.EU 2025 Schedule
🤝1
🔵 عنوان مقاله
PostGIS 3.6.0 Released
🟢 خلاصه مقاله:
انتشار PostGIS 3.6.0 اعلام شد؛ افزونهای که قابلیتهای قدرتمند پردازش مکانی را به PostgreSQL میآورد. این نسخه هدف خود را روی PostgreSQL 18—که هنوز در مرحلهٔ RC1 است—قرار داده و عملاً آمادهبودن برای نسخهٔ نهایی را نشان میدهد. کاربران میتوانند از هماکنون سازگاری را آزمایش و برای ارتقا برنامهریزی کنند، در حالیکه پروژههای فعلی همچنان روی نسخههای موجود اجرا میشوند.
🟣لینک مقاله:
https://postgresweekly.com/link/173762/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
PostGIS 3.6.0 Released
🟢 خلاصه مقاله:
انتشار PostGIS 3.6.0 اعلام شد؛ افزونهای که قابلیتهای قدرتمند پردازش مکانی را به PostgreSQL میآورد. این نسخه هدف خود را روی PostgreSQL 18—که هنوز در مرحلهٔ RC1 است—قرار داده و عملاً آمادهبودن برای نسخهٔ نهایی را نشان میدهد. کاربران میتوانند از هماکنون سازگاری را آزمایش و برای ارتقا برنامهریزی کنند، در حالیکه پروژههای فعلی همچنان روی نسخههای موجود اجرا میشوند.
🟣لینک مقاله:
https://postgresweekly.com/link/173762/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
PostGIS
PostGIS 3.6.0
The PostGIS Team is pleased to release PostGIS 3.6.0! Best Served with PostgreSQL 18 Beta3 and recently released GEOS 3.14.0.
This version requires PostgreSQL 12 - 18beta3, GEOS 3.8 or higher, and Proj 6.1+. To take advantage of all features, GEOS 3.14+ is…
This version requires PostgreSQL 12 - 18beta3, GEOS 3.8 or higher, and Proj 6.1+. To take advantage of all features, GEOS 3.14+ is…
🔵 عنوان مقاله
A Trip to Vienna with Surprises
🟢 خلاصه مقاله:
این نوشته گزارشی است از سفر اخیر کریستف برگ به وین برای شرکت در PGDay Austria؛ رویدادی جمعوجور و جامعهمحور درباره PostgreSQL. او ضمن مرور فضای دوستانه و سازماندهی روان کنفرانس، به ترکیبی از ارائههای کاربردی و گفتوگوهای غیررسمی اشاره میکند که بهاندازه برنامه رسمی ارزشمند بودند. «شگفتیها» بیشتر خوشایند بودند: آشناییهای تصادفی، گفتوگوهای الهامبخش و تعمیق غیرمنتظره برخی موضوعات. در کنار اینها، حالوهوای شهری وین تجربه را دلنشینتر کرد. جمعبندی نویسنده قدردانی از برگزارکنندگان و تاکید بر انگیزه و پیوندی است که این رویداد برای جامعه ایجاد کرد.
🟣لینک مقاله:
https://postgresweekly.com/link/174121/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
A Trip to Vienna with Surprises
🟢 خلاصه مقاله:
این نوشته گزارشی است از سفر اخیر کریستف برگ به وین برای شرکت در PGDay Austria؛ رویدادی جمعوجور و جامعهمحور درباره PostgreSQL. او ضمن مرور فضای دوستانه و سازماندهی روان کنفرانس، به ترکیبی از ارائههای کاربردی و گفتوگوهای غیررسمی اشاره میکند که بهاندازه برنامه رسمی ارزشمند بودند. «شگفتیها» بیشتر خوشایند بودند: آشناییهای تصادفی، گفتوگوهای الهامبخش و تعمیق غیرمنتظره برخی موضوعات. در کنار اینها، حالوهوای شهری وین تجربه را دلنشینتر کرد. جمعبندی نویسنده قدردانی از برگزارکنندگان و تاکید بر انگیزه و پیوندی است که این رویداد برای جامعه ایجاد کرد.
🟣لینک مقاله:
https://postgresweekly.com/link/174121/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
CYBERTEC PostgreSQL | Services & Support
A Trip To Vienna With Surprises
This blog provides the insights and experience of PGday Austria 2025, where PostgreSQL is celebrated. Please dive in to know more!
🔵 عنوان مقاله
Can Collations Be Used Over citext?
🟢 خلاصه مقاله:
این مقاله میگوید بهجای استفاده از citext برای مقایسههای بیتفاوت به بزرگی/کوچکی حروف در PostgreSQL، میتوان از یک collation غیردترمینستیک (ICU) سفارشی روی ستونهای text استفاده کرد. با این کار برابری و مرتبسازیها در سطح collation بهصورت case-insensitive انجام میشوند و معمولاً با سربار عملکردی کمتر و استفاده بهتر از ایندکسهای btree همراهاند. البته به پشتیبانی ICU، انتخاب درست locale/تنظیمات، و پیامدهایی مانند نیاز احتمالی به REINDEX پس از ارتقا باید توجه کرد؛ با این وجود، برای بسیاری از سناریوها این رویکرد جایگزینی سادهتر و سریعتر نسبت به citext است.
🟣لینک مقاله:
https://postgresweekly.com/link/174118/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
Can Collations Be Used Over citext?
🟢 خلاصه مقاله:
این مقاله میگوید بهجای استفاده از citext برای مقایسههای بیتفاوت به بزرگی/کوچکی حروف در PostgreSQL، میتوان از یک collation غیردترمینستیک (ICU) سفارشی روی ستونهای text استفاده کرد. با این کار برابری و مرتبسازیها در سطح collation بهصورت case-insensitive انجام میشوند و معمولاً با سربار عملکردی کمتر و استفاده بهتر از ایندکسهای btree همراهاند. البته به پشتیبانی ICU، انتخاب درست locale/تنظیمات، و پیامدهایی مانند نیاز احتمالی به REINDEX پس از ارتقا باید توجه کرد؛ با این وجود، برای بسیاری از سناریوها این رویکرد جایگزینی سادهتر و سریعتر نسبت به citext است.
🟣لینک مقاله:
https://postgresweekly.com/link/174118/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
CYBERTEC PostgreSQL | Services & Support
Can Collations Be Used Over citext?
Benchmarking PostgreSQL collations vs citext for case-insensitive columns: can custom collations replace citext with better performance?