🔵 عنوان مقاله
DocumentDB: Microsoft Brings More NoSQL to Postgres
🟢 خلاصه مقاله:
مایکروسافت با معرفی DocumentDB جدید خود تلاش میکند تا دنیای پایگاههای داده NoSQL را گستردهتر و متنوعتر کند. در واقع، این سیستم، نباید با DocumentDB اختصاصی آمازون اشتباه گرفته شود. محصول جدید مایکروسافت، یک موتور NoSQL مبتنی بر اسناد است که تحت لایسنس MIT توسعه یافته و بر پایه پایگاه داده قدرتمند پستگرس (Postgres) ساخته شده است. این ابزار در اصل برای استفاده داخلی مایکروسافت در پروژه Azure Cosmos DB برای MongoDB توسعه یافته بود، اما حالا به عنوان یک راه حل مستقل و قابل استفاده عمومی در اختیار توسعهدهندگان قرار گرفته است.
این راهکار نوآورانه، توانسته ترکیبی منطقی از قابلیتهای پایگاههای NoSQL و پایداری و امنیت پستگرس را ارائه دهد. با بهرهگیری از قابلیتهای مقیاسپذیری و انعطافپذیری، این سیستم امکان ذخیرهسازی و مدیریت دادههای بدون ساختار را به شکل بهینهتری ممکن میسازد. در نتیجه، توسعهدهندگان میتوانند در پروژههای مختلف، از این سیستم برای پیادهسازی نیازهای کاربردی در حوزه دادههای اسنادی و عدم نیاز به ساختارهای سخت و محدود بهرهمند شوند.
در نتیجه، عرضه این محصول، نشانگر تمایل مایکروسافت به تقویت اکوسیستم NoSQL و ارائه گزینهای قدرتمند و قابل اعتماد برای توسعهدهندگان است؛ به خصوص کسانی که در محیطهای ابری و برنامههای مقیاسپذیر فعالیت میکنند. این حرکت، به شرکتها و توسعهدهندگان امکان میدهد تا بر روی دادههای اسنادی کار کرده و بدون نگرانی از مشکلات مهاجرت یا سازگاری، سیستمهای مقیاسپذیر و امن خود را بر پایه پستگرس راهاندازی کنند.
#پایگاهداده #NoSQL #پستگرس #مایکروسافت
🟣لینک مقاله:
https://postgresweekly.com/link/178693/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
DocumentDB: Microsoft Brings More NoSQL to Postgres
🟢 خلاصه مقاله:
مایکروسافت با معرفی DocumentDB جدید خود تلاش میکند تا دنیای پایگاههای داده NoSQL را گستردهتر و متنوعتر کند. در واقع، این سیستم، نباید با DocumentDB اختصاصی آمازون اشتباه گرفته شود. محصول جدید مایکروسافت، یک موتور NoSQL مبتنی بر اسناد است که تحت لایسنس MIT توسعه یافته و بر پایه پایگاه داده قدرتمند پستگرس (Postgres) ساخته شده است. این ابزار در اصل برای استفاده داخلی مایکروسافت در پروژه Azure Cosmos DB برای MongoDB توسعه یافته بود، اما حالا به عنوان یک راه حل مستقل و قابل استفاده عمومی در اختیار توسعهدهندگان قرار گرفته است.
این راهکار نوآورانه، توانسته ترکیبی منطقی از قابلیتهای پایگاههای NoSQL و پایداری و امنیت پستگرس را ارائه دهد. با بهرهگیری از قابلیتهای مقیاسپذیری و انعطافپذیری، این سیستم امکان ذخیرهسازی و مدیریت دادههای بدون ساختار را به شکل بهینهتری ممکن میسازد. در نتیجه، توسعهدهندگان میتوانند در پروژههای مختلف، از این سیستم برای پیادهسازی نیازهای کاربردی در حوزه دادههای اسنادی و عدم نیاز به ساختارهای سخت و محدود بهرهمند شوند.
در نتیجه، عرضه این محصول، نشانگر تمایل مایکروسافت به تقویت اکوسیستم NoSQL و ارائه گزینهای قدرتمند و قابل اعتماد برای توسعهدهندگان است؛ به خصوص کسانی که در محیطهای ابری و برنامههای مقیاسپذیر فعالیت میکنند. این حرکت، به شرکتها و توسعهدهندگان امکان میدهد تا بر روی دادههای اسنادی کار کرده و بدون نگرانی از مشکلات مهاجرت یا سازگاری، سیستمهای مقیاسپذیر و امن خود را بر پایه پستگرس راهاندازی کنند.
#پایگاهداده #NoSQL #پستگرس #مایکروسافت
🟣لینک مقاله:
https://postgresweekly.com/link/178693/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
documentdb.io
DocumentDB - Open Source Document Database
A powerful, scalable open-source document database solution. Built on the principles of transparency, developer freedom, and standardization, our mission is to build a MongoDB compatible open source document database based on PostgreSQL.
Database Labdon pinned «🚀 میخوام یه فیچر جدید به کانال اضافه کنم 📌 ایده اینه که از بین ابزارها و فریمورکهای محبوب حوزه database میخوام Issueهای مهم و ترند GitHub رو بررسی کنم و خلاصهی کاربردی و قابلفهم ازشون آماده کنم و اینجا توی کانال بفرستم. اگر ابزار یا پروژهای میشناسید…»
🔵 عنوان مقاله
pgcalendar: 'Infinite' Calendar Functionality for Recurring Schedules
🟢 خلاصه مقاله:
در دنیا مدیریت برنامهها، نیاز به سیستمهایی داریم که بتوانند رویدادهای تکراری را به شکل دقیق و انعطافپذیر ثبت و مدیریت کنند. نرمافزارهای معمولی اغلب محدودیتهایی در ثبت برنامههای تکراری و استثنائات مربوط به آنها دارند. اما افزونه پیجیکلندر این مشکل را حل کرده و امکان ایجاد یک تقویم بینظیر و نامحدود برای رویدادهای تکراری را فراهم میکند.
این افزونه قادر است برنامههای زمانبندی مکرر را با جزئیات کامل تنظیم کند و در عین حال استثنائاتی مانند تعطیلات رسمی، لغو یا تغییرات غیرمنتظره را نیز پشتیبانی میکند. برای مثال، اگر قرار است هر هفته جلسهای برگزار شود، اما به دلایل تعطیلات یا برنامهریزیهای خاص، بخشی از این جلسات لغو یا تغییر کند، این سیستم به سادگی میتواند این استثنائات را در مدیریت برنامهها لحاظ کند. همچنین، با قابلیت مدلسازی پیشرفته، کاربران میتوانند برنامههای پیچیدهای که شامل چندین نوع تکرار و استثنا است، به راحتی تنظیم و نگهداری کنند.
در نتیجه، این ابزار قدرتمند، فرآیند برنامهریزی و مدیریت رویدادها را آسانتر و دقیقتر میکند و برای افراد و سازمانهایی که نیازمند برنامههای تکراری با استثنائات متعدد هستند، گزینهای بینظیر محسوب میشود.
#تقویم_هوشمند #مدیریت_رویداد #برنامهریزی #تکرار
🟣لینک مقاله:
https://postgresweekly.com/link/178694/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
pgcalendar: 'Infinite' Calendar Functionality for Recurring Schedules
🟢 خلاصه مقاله:
در دنیا مدیریت برنامهها، نیاز به سیستمهایی داریم که بتوانند رویدادهای تکراری را به شکل دقیق و انعطافپذیر ثبت و مدیریت کنند. نرمافزارهای معمولی اغلب محدودیتهایی در ثبت برنامههای تکراری و استثنائات مربوط به آنها دارند. اما افزونه پیجیکلندر این مشکل را حل کرده و امکان ایجاد یک تقویم بینظیر و نامحدود برای رویدادهای تکراری را فراهم میکند.
این افزونه قادر است برنامههای زمانبندی مکرر را با جزئیات کامل تنظیم کند و در عین حال استثنائاتی مانند تعطیلات رسمی، لغو یا تغییرات غیرمنتظره را نیز پشتیبانی میکند. برای مثال، اگر قرار است هر هفته جلسهای برگزار شود، اما به دلایل تعطیلات یا برنامهریزیهای خاص، بخشی از این جلسات لغو یا تغییر کند، این سیستم به سادگی میتواند این استثنائات را در مدیریت برنامهها لحاظ کند. همچنین، با قابلیت مدلسازی پیشرفته، کاربران میتوانند برنامههای پیچیدهای که شامل چندین نوع تکرار و استثنا است، به راحتی تنظیم و نگهداری کنند.
در نتیجه، این ابزار قدرتمند، فرآیند برنامهریزی و مدیریت رویدادها را آسانتر و دقیقتر میکند و برای افراد و سازمانهایی که نیازمند برنامههای تکراری با استثنائات متعدد هستند، گزینهای بینظیر محسوب میشود.
#تقویم_هوشمند #مدیریت_رویداد #برنامهریزی #تکرار
🟣لینک مقاله:
https://postgresweekly.com/link/178694/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
GitHub
GitHub - h4kbas/pgcalendar: A PostgreSQL extension that provides infinite calendar functionality for recurring schedules with exceptions.
A PostgreSQL extension that provides infinite calendar functionality for recurring schedules with exceptions. - h4kbas/pgcalendar
Database Labdon
🔵 عنوان مقاله pgcalendar: 'Infinite' Calendar Functionality for Recurring Schedules 🟢 خلاصه مقاله: در دنیا مدیریت برنامهها، نیاز به سیستمهایی داریم که بتوانند رویدادهای تکراری را به شکل دقیق و انعطافپذیر ثبت و مدیریت کنند. نرمافزارهای معمولی اغلب…
GitHub
GitHub - h4kbas/pgcalendar: A PostgreSQL extension that provides infinite calendar functionality for recurring schedules with exceptions.
A PostgreSQL extension that provides infinite calendar functionality for recurring schedules with exceptions. - h4kbas/pgcalendar
Forwarded from Gopher Academy
بازار کار برنامه نویسی تو #ایران کاملا به ابتذال کشیده شده🫤
با دلار 132 هزارتومنی، اکثر برنامه نویسای هموطن 400،300 دلار درآمد دارن !
( بماند که برخی با حقوق وزرات کار 150 دلاری کار میکنن )
کاری به آمریکا و کانادا نداریم که 4000 تا 8000 دلار میانگین درآمد دارن، ولی ینی در حد هند و پاکستان هم نیستیم که 1000 دلار دربیاریم ؟!
رفقای عزیزم اگه زیر 130 میلیون درآمد دارین، تلاش کنید پروژه های دلاری بگیرید ..
اگه زبانتون خوب نیست روی یادگیری زبان تمرکز کنید چون روز به روز داره وضعیت #برنامه_نویسی تو ایران مبتذل تر میشه!
تو مملکتی که قیمت ماست و پنیر امروز با دیروز فرق میکنه و بستگی به قیمت دلار داره، باید دلاری کار کرد واگرنه روز به روز #قدرت_خرید کمتر و کمتر میشه ..
✍🏻 Ahmad Ahmad-Nejad
با دلار 132 هزارتومنی، اکثر برنامه نویسای هموطن 400،300 دلار درآمد دارن !
( بماند که برخی با حقوق وزرات کار 150 دلاری کار میکنن )
کاری به آمریکا و کانادا نداریم که 4000 تا 8000 دلار میانگین درآمد دارن، ولی ینی در حد هند و پاکستان هم نیستیم که 1000 دلار دربیاریم ؟!
رفقای عزیزم اگه زیر 130 میلیون درآمد دارین، تلاش کنید پروژه های دلاری بگیرید ..
اگه زبانتون خوب نیست روی یادگیری زبان تمرکز کنید چون روز به روز داره وضعیت #برنامه_نویسی تو ایران مبتذل تر میشه!
تو مملکتی که قیمت ماست و پنیر امروز با دیروز فرق میکنه و بستگی به قیمت دلار داره، باید دلاری کار کرد واگرنه روز به روز #قدرت_خرید کمتر و کمتر میشه ..
✍🏻 Ahmad Ahmad-Nejad
❤4🍾1
🔵 عنوان مقاله
On Postgres 18's New Default for Data Checksums
🟢 خلاصه مقاله:
در نسخه ۱۸ پایگاه داده پسترگس، قابلیت جدیدی به صورت پیشفرض فعال شده است که مربوط به بررسی چکسامهای دادهها است. این ویژگی به عنوان یکی از مکانیزمهای حفاظتی طراحی شده است تا از بروز خطاهای خاموش و پنهان در دادهها جلوگیری کند. در واقع، با فعالسازی این قابلیت، سیستم به طور دائم و خودکار صحت و سلامت دادهها را نظارت میکند و در صورت بروز هرگونه تغییر غیرعادی، سریعاً هشدار میدهد یا اقدام لازم را انجام مینماید.
این تغییر بهبود قابل توجهی در امنیت و پایداری سیستمهای مبتنی بر پسترگس است، چرا که خطاهای ناشی از خرابی سختافزار، مشکلات در فرآیند انتقال داده یا سایر عوامل مخفی، ممکن است در طول زمان بدون اطلاع کاربر رخ دهند. حال، با فعال بودن چکسامها، این خطاها شناسایی و اصلاح میشوند، که این امر به محافظت از دادههای مهم کمک شایانی میکند و احتمال از بین رفتن یا دستکاری دادهها را کاهش میدهد.
در نتیجه، کاربران و مدیران بانکهای اطلاعاتی میتوانند با اطمینان بیشتر از سلامت سیستمهای خود بهرهبرداری کنند، چرا که این ویژگی به نوعی ضمانتنامه داخلی برای صحت دادهها است. فعالسازی پیشفرض این قابلیت نشان از تمرکز تیم توسعه بر امنیت و اطمینانپذیری سیستمهای پسترگس دارد و نشان میدهد که تمرکز بر حفاظت پیشگیرانه، جز اولویتهای اصلی نسخه جدید است.
#پسترگس #دیتابیس #چکسام #امنیت_داده
🟣لینک مقاله:
https://postgresweekly.com/link/178680/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
On Postgres 18's New Default for Data Checksums
🟢 خلاصه مقاله:
در نسخه ۱۸ پایگاه داده پسترگس، قابلیت جدیدی به صورت پیشفرض فعال شده است که مربوط به بررسی چکسامهای دادهها است. این ویژگی به عنوان یکی از مکانیزمهای حفاظتی طراحی شده است تا از بروز خطاهای خاموش و پنهان در دادهها جلوگیری کند. در واقع، با فعالسازی این قابلیت، سیستم به طور دائم و خودکار صحت و سلامت دادهها را نظارت میکند و در صورت بروز هرگونه تغییر غیرعادی، سریعاً هشدار میدهد یا اقدام لازم را انجام مینماید.
این تغییر بهبود قابل توجهی در امنیت و پایداری سیستمهای مبتنی بر پسترگس است، چرا که خطاهای ناشی از خرابی سختافزار، مشکلات در فرآیند انتقال داده یا سایر عوامل مخفی، ممکن است در طول زمان بدون اطلاع کاربر رخ دهند. حال، با فعال بودن چکسامها، این خطاها شناسایی و اصلاح میشوند، که این امر به محافظت از دادههای مهم کمک شایانی میکند و احتمال از بین رفتن یا دستکاری دادهها را کاهش میدهد.
در نتیجه، کاربران و مدیران بانکهای اطلاعاتی میتوانند با اطمینان بیشتر از سلامت سیستمهای خود بهرهبرداری کنند، چرا که این ویژگی به نوعی ضمانتنامه داخلی برای صحت دادهها است. فعالسازی پیشفرض این قابلیت نشان از تمرکز تیم توسعه بر امنیت و اطمینانپذیری سیستمهای پسترگس دارد و نشان میدهد که تمرکز بر حفاظت پیشگیرانه، جز اولویتهای اصلی نسخه جدید است.
#پسترگس #دیتابیس #چکسام #امنیت_داده
🟣لینک مقاله:
https://postgresweekly.com/link/178680/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
وقتی یه تأخیر کوچیک توی لایهی شبکه میتونه CPU همهی نودهای Redis Cluster رو به ۱۰۰٪ برسونه و کل سرویس رو از کار بندازه — توی این شرایط چیکار میکنید؟ 😨💥
توی یکی از پیچیدهترین اینسیدنتهای Figma، دقیقاً همین اتفاق افتاد.
یه تأخیر جزئی توی شبکه باعث شد Cluster Bus در Redis وارد یه loop پردازشی بشه؛ CPU همهی نودها به سقف رسید و برخلاف انتظار، حتی افزایش منابع سختافزاری هم مشکل رو حل نکرد.
نکات کلیدیای که معمولاً نادیده گرفته میشن:
🔹 توی معماری Redis Cluster، Pub/Sub یه سربار پنهان توی مدیریت بافر داره
🔹 این سربار توی ترافیک پایین عملاً دیده نمیشه
🔹 اما توی اسکیل بالا، میتونه به یه CPU Storm جدی تبدیل بشه و استراتژی سادهی Scale-up رو بیاثر کنه
اگه توی تیمهای SRE یا DevOps هستید و Redis رو بهعنوان Cache یا Message Broker توی یه سیستم Distributed استفاده میکنید، حتماً باید حواستون به این رفتارها و محدودیتهاش باشه.
توی جدیدترین قسمت Inspect، رفتیم سراغ Root Cause این اینسیدنت و دقیق بررسیش کردیم:
• چرا Cluster Bus اینقدر به latency شبکه حساسه؟
• محدودیتهای ذاتی Redis Pub/Sub توی کلاستر چیه؟
• چطور میشه با راهکارهایی مثل Sharded Pub/Sub یا انتخاب جایگزینهای مناسب، معماری رو مقاومتر کرد؟
🔗https://www.youtube.com/watch?v=9niQgeEUavg
توی یکی از پیچیدهترین اینسیدنتهای Figma، دقیقاً همین اتفاق افتاد.
یه تأخیر جزئی توی شبکه باعث شد Cluster Bus در Redis وارد یه loop پردازشی بشه؛ CPU همهی نودها به سقف رسید و برخلاف انتظار، حتی افزایش منابع سختافزاری هم مشکل رو حل نکرد.
نکات کلیدیای که معمولاً نادیده گرفته میشن:
🔹 توی معماری Redis Cluster، Pub/Sub یه سربار پنهان توی مدیریت بافر داره
🔹 این سربار توی ترافیک پایین عملاً دیده نمیشه
🔹 اما توی اسکیل بالا، میتونه به یه CPU Storm جدی تبدیل بشه و استراتژی سادهی Scale-up رو بیاثر کنه
اگه توی تیمهای SRE یا DevOps هستید و Redis رو بهعنوان Cache یا Message Broker توی یه سیستم Distributed استفاده میکنید، حتماً باید حواستون به این رفتارها و محدودیتهاش باشه.
توی جدیدترین قسمت Inspect، رفتیم سراغ Root Cause این اینسیدنت و دقیق بررسیش کردیم:
• چرا Cluster Bus اینقدر به latency شبکه حساسه؟
• محدودیتهای ذاتی Redis Pub/Sub توی کلاستر چیه؟
• چطور میشه با راهکارهایی مثل Sharded Pub/Sub یا انتخاب جایگزینهای مناسب، معماری رو مقاومتر کرد؟
🔗https://www.youtube.com/watch?v=9niQgeEUavg
YouTube
چطور Redis سرویس Figma رو از کار انداخت!
Figma went down — not because of traffic, not because of an app bug — but because of Redis.
In this incident, Redis Pub/Sub was used inside a Redis Cluster.
The messages were routed through the Cluster Bus — a channel designed for control-plane communication…
In this incident, Redis Pub/Sub was used inside a Redis Cluster.
The messages were routed through the Cluster Bus — a channel designed for control-plane communication…
👍1
اExecution Plan Query یعنی برنامهای که دیتابیس برای اجرای یک Query انتخاب میکند.
به زبان ساده 👇
وقتی شما یک SQL Query مینویسید، دیتابیس قبل از اجرا تصمیم میگیرد:
* از کدام Index استفاده کند
* جدولها را به چه ترتیبی بخواند
*ا Joinها را چطور انجام دهد
* چقدر هزینه (Cost) دارد
این نقشهی اجرا همان Execution Plan است.
چرا Execution Plan مهم است؟
چون کمک میکند بفهمیم:
* چرا یک Query کند است
* آیا Index درست استفاده میشود یا نه
* کدام بخش Query بیشترین فشار را دارد
مثال ساده
اExecution Plan مشخص میکند:
* آیا از Index روی email استفاده میشود؟
* یا کل جدول (Full Table Scan) خوانده میشود؟
چطور Execution Plan ببینیم؟
MySQL
PostgreSQL
SQL Server
یا
ا`Include Actual Execution Plan` در SSMS
چه زمانی باید Execution Plan چک کنیم؟
* اQuery کند است
* بعد از اضافه کردن Index تغییری نکرده
* دیتابیس CPU یا RAM زیادی مصرف میکند
* پروژههای بزرگ یا Production
به زبان ساده 👇
وقتی شما یک SQL Query مینویسید، دیتابیس قبل از اجرا تصمیم میگیرد:
* از کدام Index استفاده کند
* جدولها را به چه ترتیبی بخواند
*ا Joinها را چطور انجام دهد
* چقدر هزینه (Cost) دارد
این نقشهی اجرا همان Execution Plan است.
چرا Execution Plan مهم است؟
چون کمک میکند بفهمیم:
* چرا یک Query کند است
* آیا Index درست استفاده میشود یا نه
* کدام بخش Query بیشترین فشار را دارد
مثال ساده
SELECT *
FROM users
WHERE email = 'test@gmail.com';
اExecution Plan مشخص میکند:
* آیا از Index روی email استفاده میشود؟
* یا کل جدول (Full Table Scan) خوانده میشود؟
چطور Execution Plan ببینیم؟
MySQL
EXPLAIN SELECT * FROM users WHERE email = 'test@gmail.com';
PostgreSQL
EXPLAIN ANALYZE SELECT * FROM users WHERE email = 'test@gmail.com';
SQL Server
SET STATISTICS PROFILE ON;
یا
ا`Include Actual Execution Plan` در SSMS
چه زمانی باید Execution Plan چک کنیم؟
* اQuery کند است
* بعد از اضافه کردن Index تغییری نکرده
* دیتابیس CPU یا RAM زیادی مصرف میکند
* پروژههای بزرگ یا Production
🔥1
🔵 عنوان مقاله
a $50 PlanetScale Metal plan
🟢 خلاصه مقاله:
طرح PlanetScale Metal به ارزش ۵۰ دلار، در واقع یک نسخه کوچکتر از برنامههای حرفهای این سرویس است. این برنامه برای کسبوکارهایی طراحی شده است که نیازمند قدرت و انعطافپذیری کمتری هستند، اما همچنان میخواهند از امکانات قدرتمند بانک اطلاعاتی بهرهمند شوند. این طرح به کاربر این امکان را میدهد تا با کمترین میزان منابع، یعنی تنها ۱ گیگابایت رم و حداقل ۱۰ گیگابایت فضای ذخیرهسازی، پروژههای خود را اداره کند و نیازهای روزمره خود را برطرف نماید.
این برنامه مناسب توسعهدهندگان و تیمهای کوچک بوده که به دنبال راهحلی مقرونبهصرفه، سریع و کارآمد برای مدیریت پایگاههای داده خود هستند، بدون آنکه هزینههای هنگفت یا نیاز به سختافزارهای سنگین داشته باشند. با توجه به امکانات قابل انعطاف و هزینه مناسب، این طرح توانسته است جایگاهی مناسب برای افرادی که قصد دارند با حداقل منابع، پروژههای حرفهای و مقیاسپذیر راهاندازی کنند، ایجاد کند.
در نتیجه، PlanetScale Metal یک گزینه عالی برای کسانی است که نیازمند یک پایگاه داده کارآمد، راحت و اقتصادی هستند و میخواهند پروژههای خود را بدون نیاز به سرمایهگذاری زیاد راهاندازی و مدیریت کنند.
#پایگاه_داده #پلاکمقابل_ارتقا #توسعه_وب #پروژههای_حرفهای
🟣لینک مقاله:
https://postgresweekly.com/link/178678/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
a $50 PlanetScale Metal plan
🟢 خلاصه مقاله:
طرح PlanetScale Metal به ارزش ۵۰ دلار، در واقع یک نسخه کوچکتر از برنامههای حرفهای این سرویس است. این برنامه برای کسبوکارهایی طراحی شده است که نیازمند قدرت و انعطافپذیری کمتری هستند، اما همچنان میخواهند از امکانات قدرتمند بانک اطلاعاتی بهرهمند شوند. این طرح به کاربر این امکان را میدهد تا با کمترین میزان منابع، یعنی تنها ۱ گیگابایت رم و حداقل ۱۰ گیگابایت فضای ذخیرهسازی، پروژههای خود را اداره کند و نیازهای روزمره خود را برطرف نماید.
این برنامه مناسب توسعهدهندگان و تیمهای کوچک بوده که به دنبال راهحلی مقرونبهصرفه، سریع و کارآمد برای مدیریت پایگاههای داده خود هستند، بدون آنکه هزینههای هنگفت یا نیاز به سختافزارهای سنگین داشته باشند. با توجه به امکانات قابل انعطاف و هزینه مناسب، این طرح توانسته است جایگاهی مناسب برای افرادی که قصد دارند با حداقل منابع، پروژههای حرفهای و مقیاسپذیر راهاندازی کنند، ایجاد کند.
در نتیجه، PlanetScale Metal یک گزینه عالی برای کسانی است که نیازمند یک پایگاه داده کارآمد، راحت و اقتصادی هستند و میخواهند پروژههای خود را بدون نیاز به سرمایهگذاری زیاد راهاندازی و مدیریت کنند.
#پایگاه_داده #پلاکمقابل_ارتقا #توسعه_وب #پروژههای_حرفهای
🟣لینک مقاله:
https://postgresweekly.com/link/178678/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
Planetscale
$50 PlanetScale Metal is GA for Postgres — PlanetScale
We've lowered the entry price for using PlanetScale Metal to $50 and added more flexibility in storage-to-compute ratios.
🔵 عنوان مقاله
What You Can Expect From PGConf.dev
🟢 خلاصه مقاله:
در ادامه برنامههای پیش روی کنفرانس PGConf.dev، شما میتوانید انتظار چه مواردی را داشته باشید؟ ملانی پلاگمن در این باره با کلر جیوردانو گفتگو کرده است تا جزئیات و برنامههای مهم این رویداد مهم در ماه مه آینده در ونکوور، کانادا را با شما به اشتراک بگذارد. این کنفرانس فرصت بینظیری است برای توسعهدهندگان و فعالان حوزه فناوری برای آشنایی با جدیدترین دستاوردها، بهاشتراکگذاری تجربیات، و برقراری ارتباط با متخصصان برجسته در صنعت. حضور در چنین رویدادی نه تنها امکان یادگیری مهارتهای جدید را فراهم میآورد، بلکه راههای تازهای برای گسترش شبکه حرفهای شما باز میکند و نقش مؤثری در پیشرفت شخصی و حرفهایتان دارد. در نهایت، این کنفرانس برآن است تا با برگزاری جلسات، کارگاهها و گفتگوهای آموزشی غنی، آینده فناوری و توسعه نرمافزار را شکل دهد و فرصت ارزشمندی برای شرکتکنندگان فراهم آورد.
#کنفرانس_توسعه #فناوری #شبکه_سازى #رشد_حرفهای
🟣لینک مقاله:
https://postgresweekly.com/link/178681/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
What You Can Expect From PGConf.dev
🟢 خلاصه مقاله:
در ادامه برنامههای پیش روی کنفرانس PGConf.dev، شما میتوانید انتظار چه مواردی را داشته باشید؟ ملانی پلاگمن در این باره با کلر جیوردانو گفتگو کرده است تا جزئیات و برنامههای مهم این رویداد مهم در ماه مه آینده در ونکوور، کانادا را با شما به اشتراک بگذارد. این کنفرانس فرصت بینظیری است برای توسعهدهندگان و فعالان حوزه فناوری برای آشنایی با جدیدترین دستاوردها، بهاشتراکگذاری تجربیات، و برقراری ارتباط با متخصصان برجسته در صنعت. حضور در چنین رویدادی نه تنها امکان یادگیری مهارتهای جدید را فراهم میآورد، بلکه راههای تازهای برای گسترش شبکه حرفهای شما باز میکند و نقش مؤثری در پیشرفت شخصی و حرفهایتان دارد. در نهایت، این کنفرانس برآن است تا با برگزاری جلسات، کارگاهها و گفتگوهای آموزشی غنی، آینده فناوری و توسعه نرمافزار را شکل دهد و فرصت ارزشمندی برای شرکتکنندگان فراهم آورد.
#کنفرانس_توسعه #فناوری #شبکه_سازى #رشد_حرفهای
🟣لینک مقاله:
https://postgresweekly.com/link/178681/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
Talking Postgres with Claire Giordano
Talking Postgres with Claire Giordano | What Postgres developers can expect from PGConf.dev with Melanie Plageman
What do conference planning, hacking weddings, and cat-free coding sessions have to do with Postgres? In Episode 34 of Talking Postgres, Melanie Plageman—Postgres committer and major contributor fr...
Forwarded from VIP
🥇 اگر عاشق تکنولوژیهای روز دنیا هستی، اینجا هر روز تازهترین و مهمترین مطالب درباره:👇
🛰 فضا و اکتشافات فضایی و تکنولوژی های مرتبط فضای
⚡️ برق و انرژیهای نو
🔌 دنیای الکترونیک و گجتهای هوشمند و انواع پهپاد ها
🚗 خودروهای برقی و آینده حملونقل
همه چیز بهصورت کوتاه، خلاصه و کاملاً قابلفهم👇👇
🥈 @futurepulse_persian
🛰 فضا و اکتشافات فضایی و تکنولوژی های مرتبط فضای
⚡️ برق و انرژیهای نو
🔌 دنیای الکترونیک و گجتهای هوشمند و انواع پهپاد ها
🚗 خودروهای برقی و آینده حملونقل
همه چیز بهصورت کوتاه، خلاصه و کاملاً قابلفهم👇👇
🥈 @futurepulse_persian
🔵 عنوان مقاله
Postgres, MongoDB, and What “Cannot Scale” Really Means
🟢 خلاصه مقاله:
در دنیای پایگاههای داده، مقوله مقیاسپذیری همواره یکی از چالشهای مهم توسعهدهندگان و مدیران فناوری اطلاعات بوده است. در این میان، چندین سیستم محبوب مانند PostgreSQL و MongoDB نقش مهمی در استراتژیهای دادهای شرکتها ایفا میکنند. اما مفهومی که اغلب درباره آن صحبت میشود، یعنی «نتوانستن در مقیاس بزرگ» یا همان «Cannot Scale»، موضوعی است که باید به دقت بررسی شود تا حقیقت پشت آن مشخص گردد.
در خبر اخیر منتشر شده در نشریه «ذا ریجستر»، صحبتهایی از مدیرعامل شرکت MongoDB نقل شده است که ادعا میکند «PostgreSQL نمیتواند به راحتی در مقیاس بزرگ عمل کند». این دیدگاه، بازتاب دهنده نگرانیهای رایج درباره محدودیتهای سیستمهای رابطهای در مقایسه با سامانههای NoSQL است. ولی آیا واقعاً این ادعا درست است؟ یا شاید تعریفی نادرست از تواناییهای هر سیستم است که در اینجا مطرح شده است؟
نکته مهم این است که هر سیستم پایگاه دادهای، چه رابطهای و چه غیر رابطهای، بر اساس نیازهای خاص طراحی شده و مزایا و معایب مخصوص به خودش را دارد. PostgreSQL، با قابلیتهای قدرتمند در مدیریت تراکنشهای پیچیده و ساختارهای دادههای منسجم، میتواند در پایگاههایی با حجم بالا و نیاز به دقت بسیار، عملکرد قابل قبولی نشان دهد. از سوی دیگر، MongoDB با طراحی ساختارشافته برای پردازش دادههای نیمهساختاریافته و افقیسازی آسان، برای پروژههایی که نیازمند مقیاسپذیری سریع و انعطافپذیری بالا هستند بسیار مناسب است.
بنابراین، ادعای اینکه یکی توانایی «نمیتواند در مقیاس بزرگ باشد»، شاید اغراقآمیز یا نگاهی نادرست به تواناییهای کامل آن سیستم باشد. تصمیمگیری در مورد نوع پایگاه داده باید بر اساس نیازهای خاص پروژه، حجم دادهها، سطح ترافیک و معیارهای امنیت باشد، نه بر اساس کلیشهها یا نظرات مقطعی.
در نهایت، درک صحیح از محدودیتها و قابلیتهای هر سیستم، کلید موفقیت در طراحی زیرساختهای دادهای است. هر دو نوع پایگاه داده، یعنی PostgreSQL و MongoDB، ابزارهای قدرتمندی هستند که در مواقع مناسب، میتوانند نیازهای مختلف سازمانها را برآورده کنند، بدون اینکه به عبارتی «نمیتوانند در مقیاس بزرگ» خردهای وارد باشد.
#پایگاه_داده #مقیاس_پذیری #PostgreSQL #MongoDB
🟣لینک مقاله:
https://postgresweekly.com/link/178321/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
Postgres, MongoDB, and What “Cannot Scale” Really Means
🟢 خلاصه مقاله:
در دنیای پایگاههای داده، مقوله مقیاسپذیری همواره یکی از چالشهای مهم توسعهدهندگان و مدیران فناوری اطلاعات بوده است. در این میان، چندین سیستم محبوب مانند PostgreSQL و MongoDB نقش مهمی در استراتژیهای دادهای شرکتها ایفا میکنند. اما مفهومی که اغلب درباره آن صحبت میشود، یعنی «نتوانستن در مقیاس بزرگ» یا همان «Cannot Scale»، موضوعی است که باید به دقت بررسی شود تا حقیقت پشت آن مشخص گردد.
در خبر اخیر منتشر شده در نشریه «ذا ریجستر»، صحبتهایی از مدیرعامل شرکت MongoDB نقل شده است که ادعا میکند «PostgreSQL نمیتواند به راحتی در مقیاس بزرگ عمل کند». این دیدگاه، بازتاب دهنده نگرانیهای رایج درباره محدودیتهای سیستمهای رابطهای در مقایسه با سامانههای NoSQL است. ولی آیا واقعاً این ادعا درست است؟ یا شاید تعریفی نادرست از تواناییهای هر سیستم است که در اینجا مطرح شده است؟
نکته مهم این است که هر سیستم پایگاه دادهای، چه رابطهای و چه غیر رابطهای، بر اساس نیازهای خاص طراحی شده و مزایا و معایب مخصوص به خودش را دارد. PostgreSQL، با قابلیتهای قدرتمند در مدیریت تراکنشهای پیچیده و ساختارهای دادههای منسجم، میتواند در پایگاههایی با حجم بالا و نیاز به دقت بسیار، عملکرد قابل قبولی نشان دهد. از سوی دیگر، MongoDB با طراحی ساختارشافته برای پردازش دادههای نیمهساختاریافته و افقیسازی آسان، برای پروژههایی که نیازمند مقیاسپذیری سریع و انعطافپذیری بالا هستند بسیار مناسب است.
بنابراین، ادعای اینکه یکی توانایی «نمیتواند در مقیاس بزرگ باشد»، شاید اغراقآمیز یا نگاهی نادرست به تواناییهای کامل آن سیستم باشد. تصمیمگیری در مورد نوع پایگاه داده باید بر اساس نیازهای خاص پروژه، حجم دادهها، سطح ترافیک و معیارهای امنیت باشد، نه بر اساس کلیشهها یا نظرات مقطعی.
در نهایت، درک صحیح از محدودیتها و قابلیتهای هر سیستم، کلید موفقیت در طراحی زیرساختهای دادهای است. هر دو نوع پایگاه داده، یعنی PostgreSQL و MongoDB، ابزارهای قدرتمندی هستند که در مواقع مناسب، میتوانند نیازهای مختلف سازمانها را برآورده کنند، بدون اینکه به عبارتی «نمیتوانند در مقیاس بزرگ» خردهای وارد باشد.
#پایگاه_داده #مقیاس_پذیری #PostgreSQL #MongoDB
🟣لینک مقاله:
https://postgresweekly.com/link/178321/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
Stormatics
PostgreSQL, MongoDB, and what “cannot scale” really means
How PostgreSQL scales in real-world systems, compared with MongoDB, and why true scalability depends on design and workloads, not headlines.
🔵 عنوان مقاله
pgEdge shows off its new Postgres MCP server
🟢 خلاصه مقاله:
شرکت pgEdge به تازگی از سرور جدید خود با نام Postgres MCP رونمایی کرده است. این سرور قدرتمند امکان اتصال ابزارهای هوشمند مانند Claude Code به هر پایگاه داده پستگرس را فراهم میکند، تا کاربران بتوانند به راحتی با طرحوارهها، معیارها و دادههای مختلف کار کنند. این فناوری نوآورانه به توسعهدهندگان و مدیران دیتابایکها این امکان را میدهد که فرآیند مدیریت، تحلیل و بهرهبرداری از دادههای خود را سادهتر و سریعتر انجام دهند. سرور MCP جدید، با طراحی مدرن و قابلیتهای گسترده، نویدبخش پیشرفتهای چشمگیری در حوزه مدیریت دیتابیک است و میتواند نقش مهمی در بهبود بهرهوری و توسعه سیستمهای پایگاه داده ایفا کند.
#پایگاه_دیتا #توسعه_فناوری #مدیریت_دیتابیس #پستگرس
🟣لینک مقاله:
https://postgresweekly.com/link/178677/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
pgEdge shows off its new Postgres MCP server
🟢 خلاصه مقاله:
شرکت pgEdge به تازگی از سرور جدید خود با نام Postgres MCP رونمایی کرده است. این سرور قدرتمند امکان اتصال ابزارهای هوشمند مانند Claude Code به هر پایگاه داده پستگرس را فراهم میکند، تا کاربران بتوانند به راحتی با طرحوارهها، معیارها و دادههای مختلف کار کنند. این فناوری نوآورانه به توسعهدهندگان و مدیران دیتابایکها این امکان را میدهد که فرآیند مدیریت، تحلیل و بهرهبرداری از دادههای خود را سادهتر و سریعتر انجام دهند. سرور MCP جدید، با طراحی مدرن و قابلیتهای گسترده، نویدبخش پیشرفتهای چشمگیری در حوزه مدیریت دیتابیک است و میتواند نقش مهمی در بهبود بهرهوری و توسعه سیستمهای پایگاه داده ایفا کند.
#پایگاه_دیتا #توسعه_فناوری #مدیریت_دیتابیس #پستگرس
🟣لینک مقاله:
https://postgresweekly.com/link/178677/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
Pgedge
Introducing The pgEdge Postgres MCP Server
The pgEdge Postgres MCP server makes it extremely easy to connect Claude Code, Claude Desktop, Cursor and other AI development tools directly to any Postgres database
🔵 عنوان مقاله
Microsoft Unveiled its VS Code 'IDE for Postgres'
🟢 خلاصه مقاله:
در ماه مه گذشته، شرکت مایکروسافت نسخه آزمایشی افزونه جدیدی برای ویرایشگر VS Code رونمایی کرد که مخصوص مدیریت پایگاههای داده پستگرس طراحی شده است. این افزونه امکانات متعددی را فراهم میکند، از جمله امکان مدیریت اشیاء دیتابیس، استفاده از فناوری IntelliSense برای ساخت کوئریها و همچنین ادغام با سیستم هوشمند Copilot. این ابزار جدید، قابلیتهای قدرتمندی را در اختیار توسعهدهندگان قرار میدهد تا بتوانند به راحتی و با سرعت بیشتری عملیات مربوط به پایگاه دادههای پستگرس را انجام دهند، بدون نیاز به ابزارهای جداگانه یا محیطهای پیچیده.
این پیشنمایش نشان میدهد که مایکروسافت قصد دارد ابزارهای توسعه پایگاه دادهها را برای کاربران VS Code بیش از پیش یکپارچه و کاربرپسند کند، و توسعهدهندگان را در انجام وظایف مربوط به دیتابیسها یاری دهد. با امکاناتی نظیر مدیریت اشیاء و کوئرینویسی هوشمند، این افزونه میتواند به طور چشمگیری فرآیندهای توسعه و نگهداری پایگاههای داده را تسهیل کند و بهرهوری کلی را افزایش دهد.
#مایکروسافت #پستگرس #VSCode #توسعهدهندگان
🟣لینک مقاله:
https://postgresweekly.com/link/178689/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
Microsoft Unveiled its VS Code 'IDE for Postgres'
🟢 خلاصه مقاله:
در ماه مه گذشته، شرکت مایکروسافت نسخه آزمایشی افزونه جدیدی برای ویرایشگر VS Code رونمایی کرد که مخصوص مدیریت پایگاههای داده پستگرس طراحی شده است. این افزونه امکانات متعددی را فراهم میکند، از جمله امکان مدیریت اشیاء دیتابیس، استفاده از فناوری IntelliSense برای ساخت کوئریها و همچنین ادغام با سیستم هوشمند Copilot. این ابزار جدید، قابلیتهای قدرتمندی را در اختیار توسعهدهندگان قرار میدهد تا بتوانند به راحتی و با سرعت بیشتری عملیات مربوط به پایگاه دادههای پستگرس را انجام دهند، بدون نیاز به ابزارهای جداگانه یا محیطهای پیچیده.
این پیشنمایش نشان میدهد که مایکروسافت قصد دارد ابزارهای توسعه پایگاه دادهها را برای کاربران VS Code بیش از پیش یکپارچه و کاربرپسند کند، و توسعهدهندگان را در انجام وظایف مربوط به دیتابیسها یاری دهد. با امکاناتی نظیر مدیریت اشیاء و کوئرینویسی هوشمند، این افزونه میتواند به طور چشمگیری فرآیندهای توسعه و نگهداری پایگاههای داده را تسهیل کند و بهرهوری کلی را افزایش دهد.
#مایکروسافت #پستگرس #VSCode #توسعهدهندگان
🟣لینک مقاله:
https://postgresweekly.com/link/178689/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
TECHCOMMUNITY.MICROSOFT.COM
Announcing a new IDE for PostgreSQL in VS Code from Microsoft | Microsoft Community Hub
We are excited to announce the public preview of the brand-new PostgreSQL extension for Visual Studio Code (VS Code), designed to simplify PostgreSQL...
بعضی وقتا گلوگاه performance دیتابیس از query یا infra نیست، از primary key میاد.
اUUID چون randomه، هر insert رو میفرسته یه جای متفاوت از B-treeی که برای ایندکس ها ساخته شده و ممکنه باعث شه درخت دوباره ساخت بشه؛ نتیجهاش cache miss، page split و write cost بالاتره. زیر بار دیتابیس زود به سقف CPU میرسه.
در مقابل، bigint auto-increment همیشه آخر index مینویسه و رفتار دیتابیس قابل پیشبینی میشه. تو تستهای واقعی، فقط با عوض کردن UUID به bigserial، throughput چند برابر بهتر شده بدون اینکه data model یا business logic تغییر کنه.
اprimary key تصادفی یعنی مالیات دائمی روی هر write
راه بهتر اینه که primary key داخلی bigint باشه و یه public UUID برای بیرون سیستم داشته باشی. اگه client-generated id لازم داری، میتونی از time-orderd مثله Snowflake استفاده کنی تا keyها تقریبا ترتیبی باشن و توی سیستم های توزیع شده هم یکتا باشن و هم index اذیت نشه.
<Go Talk | گو تاک/>
اUUID چون randomه، هر insert رو میفرسته یه جای متفاوت از B-treeی که برای ایندکس ها ساخته شده و ممکنه باعث شه درخت دوباره ساخت بشه؛ نتیجهاش cache miss، page split و write cost بالاتره. زیر بار دیتابیس زود به سقف CPU میرسه.
در مقابل، bigint auto-increment همیشه آخر index مینویسه و رفتار دیتابیس قابل پیشبینی میشه. تو تستهای واقعی، فقط با عوض کردن UUID به bigserial، throughput چند برابر بهتر شده بدون اینکه data model یا business logic تغییر کنه.
اprimary key تصادفی یعنی مالیات دائمی روی هر write
راه بهتر اینه که primary key داخلی bigint باشه و یه public UUID برای بیرون سیستم داشته باشی. اگه client-generated id لازم داری، میتونی از time-orderd مثله Snowflake استفاده کنی تا keyها تقریبا ترتیبی باشن و توی سیستم های توزیع شده هم یکتا باشن و هم index اذیت نشه.
<Go Talk | گو تاک/>
🔥2🍾1👾1