Forwarded from Job
در این شرایط سخت و جنگی، اگر به کمکی نیاز دارید، به من اطلاع دهید.
🟢 اگر کارفرما هستید و به دنبال برنامهنویس میگردید، آگهی شغلی خود را برای ما ارسال کنید 📩
🟢 اگر کارجو هستید، رزومه خود را بفرستید تا در فرصتهای شغلی مرتبط معرفی شوید 🚀
ادمین:
@mrbardia72
.......
https://xn--r1a.website/addlist/vMgZb0Y1CHliMWI0
🟢 اگر کارفرما هستید و به دنبال برنامهنویس میگردید، آگهی شغلی خود را برای ما ارسال کنید 📩
🟢 اگر کارجو هستید، رزومه خود را بفرستید تا در فرصتهای شغلی مرتبط معرفی شوید 🚀
ادمین:
@mrbardia72
.......
https://xn--r1a.website/addlist/vMgZb0Y1CHliMWI0
🔵 عنوان مقاله
What is inference engineering? Deepdive (28 minute read)
🟢 خلاصه مقاله:
در حال حاضر، استنتاج مدلهای زبانی بزرگ (LLM) تبدیل به یکی از نگرانیهای اصلی در حوزه تولید شده است و این موضوع بهویژه با بلوغ مدلهای متنباز اهمیت بیشتری یافته است. در واقع، مهندسی استنتاج فراتر از آزمایشگاههای پیشرو رفته و در پروژههای عملی و در مقیاسهای بزرگ نیز کاربرد پیدا کرده است. لایهبندی این فرآیند شامل اجزای مختلفی است، از زمان اجرا و زیرساختهای فنی گرفته تا ابزارهای توسعه، که هر کدام نقش مهمی در بهینهسازی عملکرد نهایی دارند. رایجترین تکنیکهای مورد استفاده در این حوزه شامل دستهبندی، کشینگ، کمنظیرسازی، کدگذاری تئوریک، توازی پارامترها، و تفکیک فرآیند پیشپرداخت و دیکود است.
وقتی این تکنیکها در مقیاس بزرگ اجرا میشوند، میتوانند به طور قابل توجهی زمان پاسخگویی سیستم را کاهش دهند، بهرهوری و دوام سرویسها را تا ۹۹.۹۹ درصد یا بیشتر افزایش دهند و در عین حال هزینهها را نسبت به APIهای مدلهای بسته، تا بیش از ۸۰ درصد کاهش دهند. به همین دلیل، مهندسی استنتاج به عنوان یک حوزه حیاتی و راهبردی در توسعه مدلهای زبانی بزرگ شناخته شده است، که نه تنها در آزمایشگاهها بلکه در محیطهای عملیاتی و تولیدی اهمیت پیدا کرده است.
در نتیجه، تمرکز بر تکنیکها و زیرساختهای مناسب برای استنتاج مدلهای زبانی بزرگ، کلید بهرهوری، هزینهکارآمدی و رضایت کاربر در استفادههای صنعتی است. این حوزه در حال حاضر به عنوان جزیی جداییناپذیر از توسعه و کاربرد فناوریهای هوش مصنوعی در کسبوکارها و فناوریهای نوظهور شناخته میشود.
#هوش_مصنوعی #مدل_زبان_بزرگ #مهندسی_استنتاج #پایش_پرفورمنس
🟣لینک مقاله:
https://newsletter.pragmaticengineer.com/p/what-is-inference-engineering?utm_source=tldrdata
➖➖➖➖➖➖➖➖
👑 @Database_Academy
What is inference engineering? Deepdive (28 minute read)
🟢 خلاصه مقاله:
در حال حاضر، استنتاج مدلهای زبانی بزرگ (LLM) تبدیل به یکی از نگرانیهای اصلی در حوزه تولید شده است و این موضوع بهویژه با بلوغ مدلهای متنباز اهمیت بیشتری یافته است. در واقع، مهندسی استنتاج فراتر از آزمایشگاههای پیشرو رفته و در پروژههای عملی و در مقیاسهای بزرگ نیز کاربرد پیدا کرده است. لایهبندی این فرآیند شامل اجزای مختلفی است، از زمان اجرا و زیرساختهای فنی گرفته تا ابزارهای توسعه، که هر کدام نقش مهمی در بهینهسازی عملکرد نهایی دارند. رایجترین تکنیکهای مورد استفاده در این حوزه شامل دستهبندی، کشینگ، کمنظیرسازی، کدگذاری تئوریک، توازی پارامترها، و تفکیک فرآیند پیشپرداخت و دیکود است.
وقتی این تکنیکها در مقیاس بزرگ اجرا میشوند، میتوانند به طور قابل توجهی زمان پاسخگویی سیستم را کاهش دهند، بهرهوری و دوام سرویسها را تا ۹۹.۹۹ درصد یا بیشتر افزایش دهند و در عین حال هزینهها را نسبت به APIهای مدلهای بسته، تا بیش از ۸۰ درصد کاهش دهند. به همین دلیل، مهندسی استنتاج به عنوان یک حوزه حیاتی و راهبردی در توسعه مدلهای زبانی بزرگ شناخته شده است، که نه تنها در آزمایشگاهها بلکه در محیطهای عملیاتی و تولیدی اهمیت پیدا کرده است.
در نتیجه، تمرکز بر تکنیکها و زیرساختهای مناسب برای استنتاج مدلهای زبانی بزرگ، کلید بهرهوری، هزینهکارآمدی و رضایت کاربر در استفادههای صنعتی است. این حوزه در حال حاضر به عنوان جزیی جداییناپذیر از توسعه و کاربرد فناوریهای هوش مصنوعی در کسبوکارها و فناوریهای نوظهور شناخته میشود.
#هوش_مصنوعی #مدل_زبان_بزرگ #مهندسی_استنتاج #پایش_پرفورمنس
🟣لینک مقاله:
https://newsletter.pragmaticengineer.com/p/what-is-inference-engineering?utm_source=tldrdata
➖➖➖➖➖➖➖➖
👑 @Database_Academy
Pragmaticengineer
What is inference engineering? Deepdive
Many engineers use inference daily, but inference engineering is a bit obscure – and an area rich with interesting challenges. Philip Kiely, author of the new book, “Inference Engineering,” explains
🔵 عنوان مقاله
AWS Engineer Reports PostgreSQL Performance Halved By Linux 7.0, But A Fix May Not Be Easy (3 minute read)
🟢 خلاصه مقاله:
نسخه ۷ لینوکس، اخیراً مشکلات قابل توجهی را برای کاربران پایگاه داده PostgreSQL ایجاد کرده است. این نسخه جدید با تغییراتی در مدیر برنامهریزیها (اسکجولرها) باعث کاهش شدید در عملکرد این سیستم میشود، به طوری که توان عملیاتی پایگاه داده تا حدود نیمی کاهش یافته است. این مشکل به واسطه افزایش زمان صرف شده برای قفلهای اسپینلاک (spinlock) است، که روند انجام عملیاتهای همزمان را کندتر میکند و منجر به کاهش کارایی کلی میشود.
توسعهدهندگان و مدیران سیستمها در حال بررسی راهحلهایی برای این مشکل هستند، اما یافتن یک راهحل آسان و سریع چندان محتمل به نظر نمیرسد. این مشکل نشان میدهد که بروزرسانیهای سیستمعامل باید با دقت و آزمایشهای کامل انجام شوند، زیرا تغییرات داخلی در ساختارهای مدیریتی میتواند تاثیرات چشمگیری بر عملکرد برنامههای حیاتی مانند پایگاه دادهها بگذارد. در نتیجه، نیاز به بررسی عمیقتر و اصلاحاتی در سطح کرنل و اسکجولرها برای بهبود این وضعیت در حال حاضر احساس میشود.
این موضوع برای کاربران و مدیران فنی که از PostgreSQL بر روی لینوکس ۷ استفاده میکنند، نگرانکننده است، زیرا کاهش عملکرد ممکن است تاثیر مستقیمی بر سرویسدهی و توسعه کسبوکارها داشته باشد. با وجود این، تیمهای توسعه و هسته لینوکس در تلاش هستند راهکارهای موقت و دائمی برای رفع این مشکل ارائه دهند؛ اما پیشبینی میشود که این فرآیند، زمانبر و نیازمند اصلاحات عمیق در سطح سیستم باشد.
#پایگاه_داده #لینوکس # PostgreSQL #عملکرد
🟣لینک مقاله:
https://www.phoronix.com/news/Linux-7.0-AWS-PostgreSQL-Drop?utm_source=tldrdata
➖➖➖➖➖➖➖➖
👑 @Database_Academy
AWS Engineer Reports PostgreSQL Performance Halved By Linux 7.0, But A Fix May Not Be Easy (3 minute read)
🟢 خلاصه مقاله:
نسخه ۷ لینوکس، اخیراً مشکلات قابل توجهی را برای کاربران پایگاه داده PostgreSQL ایجاد کرده است. این نسخه جدید با تغییراتی در مدیر برنامهریزیها (اسکجولرها) باعث کاهش شدید در عملکرد این سیستم میشود، به طوری که توان عملیاتی پایگاه داده تا حدود نیمی کاهش یافته است. این مشکل به واسطه افزایش زمان صرف شده برای قفلهای اسپینلاک (spinlock) است، که روند انجام عملیاتهای همزمان را کندتر میکند و منجر به کاهش کارایی کلی میشود.
توسعهدهندگان و مدیران سیستمها در حال بررسی راهحلهایی برای این مشکل هستند، اما یافتن یک راهحل آسان و سریع چندان محتمل به نظر نمیرسد. این مشکل نشان میدهد که بروزرسانیهای سیستمعامل باید با دقت و آزمایشهای کامل انجام شوند، زیرا تغییرات داخلی در ساختارهای مدیریتی میتواند تاثیرات چشمگیری بر عملکرد برنامههای حیاتی مانند پایگاه دادهها بگذارد. در نتیجه، نیاز به بررسی عمیقتر و اصلاحاتی در سطح کرنل و اسکجولرها برای بهبود این وضعیت در حال حاضر احساس میشود.
این موضوع برای کاربران و مدیران فنی که از PostgreSQL بر روی لینوکس ۷ استفاده میکنند، نگرانکننده است، زیرا کاهش عملکرد ممکن است تاثیر مستقیمی بر سرویسدهی و توسعه کسبوکارها داشته باشد. با وجود این، تیمهای توسعه و هسته لینوکس در تلاش هستند راهکارهای موقت و دائمی برای رفع این مشکل ارائه دهند؛ اما پیشبینی میشود که این فرآیند، زمانبر و نیازمند اصلاحات عمیق در سطح سیستم باشد.
#پایگاه_داده #لینوکس # PostgreSQL #عملکرد
🟣لینک مقاله:
https://www.phoronix.com/news/Linux-7.0-AWS-PostgreSQL-Drop?utm_source=tldrdata
➖➖➖➖➖➖➖➖
👑 @Database_Academy
Phoronix
AWS Engineer Reports PostgreSQL Performance Halved By Linux 7.0, But A Fix May Not Be Easy
An Amazon/AWS engineer raised the alarms on Friday over the current Linux 7.0 development kernel leading to the throughput for the PostgreSQL database server being around half that of prior kernel versions
Forwarded from Gopher Academy
✈️اولین قدم تلگرام در مبارزه با فیلترینگ، به زودی به نسخه جدید تلگرام اضافه میشود 🚀
تلگرام با بهروزرسانیهای جدید نسخه ازمایشی (نسخه ۶.۷.۲ دسکتاپ و بتای ۱۲.۶.۴ اندروید) نخستین گام جدی خود را برای مقابله با فیلترینگ برداشت 🛡️.
این شرکت تولید پیام TLS ClientHello در اتصال پروکسی MTProto را تغییر داد تا فینگرپرینت ترافیک شبیهتر به مرورگرها شود 🌐؛ در نتیجه، سیستمهای تشخیص عمیق بستهها (DPI) در کشورهایی مانند روسیه دیگر نمیتوانند ترافیک پروکسی MTProto را بهراحتی شناسایی و مسدود کنند 🔒🚫.
تلگرام با بهروزرسانیهای جدید نسخه ازمایشی (نسخه ۶.۷.۲ دسکتاپ و بتای ۱۲.۶.۴ اندروید) نخستین گام جدی خود را برای مقابله با فیلترینگ برداشت 🛡️.
این شرکت تولید پیام TLS ClientHello در اتصال پروکسی MTProto را تغییر داد تا فینگرپرینت ترافیک شبیهتر به مرورگرها شود 🌐؛ در نتیجه، سیستمهای تشخیص عمیق بستهها (DPI) در کشورهایی مانند روسیه دیگر نمیتوانند ترافیک پروکسی MTProto را بهراحتی شناسایی و مسدود کنند 🔒🚫.
🔵 عنوان مقاله
Schemas in Postgres and Oracle: What's the Difference?
🟢 خلاصه مقاله:
در دنیای پایگاههای داده، مفاهیم اسکیمای مربوط به سیستمهای مختلفی مانند PostgreSQL و Oracle ممکن است در ظاهر شباهتهایی داشته باشند، اما در عمیقترین سطح، تفاوتهای زیادی بین آنها وجود دارد. این تفاوتها در جزئیات ساختاری و نحوه مدیریت دادهها تاثیر قابل ملاحظهای بر نحوه طراحی و بهینهسازی سیستمهای دیتابیس دارند.
اسکیمای پایگاه داده، اصولاً نقشهی راهنما و ساختار کلی دادهها را مشخص میکند و نقش مهمی در سازماندهی، امنیت و کارایی دادهها ایفا میکند. در PostgreSQL، اسکیمای معمولاً به عنوان یک فضای منطقی برای دستهبندی جداول، نماها، دیگر اشیاء و روابط آنها در نظر گرفته میشود. این نوع اسکیمایها امکان جداسازی دادهها و امکانات مدیریتی خاص را فراهم میکنند که برای توسعهدهندگان بسیار کاربردی است.
در مقابل، در سیستم Oracle، اسکیمایها نقش بسیار پررنگتری دارند و معمولاً به عنوان یک بخش کلیدی در ساختار امنیتی و مدیریت دادهها عمل میکنند. آنها معمولاً با کاربر یا اکانت دیتابیس مرتبط هستند و تعیین میکنند که چه کسانی به چه دادههایی دسترسی دارند. این رویکرد، کنترل دقیقتری بر مجوزهای دسترسی فراهم میکند و امکان تنظیمات امنیتی پیشرفته را میسر میسازد.
در نتیجه، اگرچه در ظاهر و در برخی موارد، ساختار اسکیمای هر دو سیستم مشابه به نظر میرسد، در جزئیات، دو مدل بسیار متفاوت طراحی شدهاند که نشاندهنده فلسفههای متفاوت در مدیریت دادهها و امنیت است. درک این تفاوتها برای توسعهدهندگان و مدیران دیتابیس حیاتی است تا بتوانند بهترین بهره را از قابلیتهای هر سیستم ببرند و از مشکلات احتمالی جلوگیری کنند.
#پایگاهداده #PostgreSQL #Oracle #مدیریتدیتا
🟣لینک مقاله:
https://postgresweekly.com/link/183427/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
Schemas in Postgres and Oracle: What's the Difference?
🟢 خلاصه مقاله:
در دنیای پایگاههای داده، مفاهیم اسکیمای مربوط به سیستمهای مختلفی مانند PostgreSQL و Oracle ممکن است در ظاهر شباهتهایی داشته باشند، اما در عمیقترین سطح، تفاوتهای زیادی بین آنها وجود دارد. این تفاوتها در جزئیات ساختاری و نحوه مدیریت دادهها تاثیر قابل ملاحظهای بر نحوه طراحی و بهینهسازی سیستمهای دیتابیس دارند.
اسکیمای پایگاه داده، اصولاً نقشهی راهنما و ساختار کلی دادهها را مشخص میکند و نقش مهمی در سازماندهی، امنیت و کارایی دادهها ایفا میکند. در PostgreSQL، اسکیمای معمولاً به عنوان یک فضای منطقی برای دستهبندی جداول، نماها، دیگر اشیاء و روابط آنها در نظر گرفته میشود. این نوع اسکیمایها امکان جداسازی دادهها و امکانات مدیریتی خاص را فراهم میکنند که برای توسعهدهندگان بسیار کاربردی است.
در مقابل، در سیستم Oracle، اسکیمایها نقش بسیار پررنگتری دارند و معمولاً به عنوان یک بخش کلیدی در ساختار امنیتی و مدیریت دادهها عمل میکنند. آنها معمولاً با کاربر یا اکانت دیتابیس مرتبط هستند و تعیین میکنند که چه کسانی به چه دادههایی دسترسی دارند. این رویکرد، کنترل دقیقتری بر مجوزهای دسترسی فراهم میکند و امکان تنظیمات امنیتی پیشرفته را میسر میسازد.
در نتیجه، اگرچه در ظاهر و در برخی موارد، ساختار اسکیمای هر دو سیستم مشابه به نظر میرسد، در جزئیات، دو مدل بسیار متفاوت طراحی شدهاند که نشاندهنده فلسفههای متفاوت در مدیریت دادهها و امنیت است. درک این تفاوتها برای توسعهدهندگان و مدیران دیتابیس حیاتی است تا بتوانند بهترین بهره را از قابلیتهای هر سیستم ببرند و از مشکلات احتمالی جلوگیری کنند.
#پایگاهداده #PostgreSQL #Oracle #مدیریتدیتا
🟣لینک مقاله:
https://postgresweekly.com/link/183427/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
CYBERTEC PostgreSQL | Services & Support
Schemas in PostgreSQL and Oracle: what is the difference?
This article describes how the database management systems Oracle and PostgreSQL implement the standard SQL concept "schema" differently.
Forwarded from VIP
از آخرین اخبار تکنولوژی جهان جا نمونیم 🌍:
1. ربات انساننمای Unitree R1 در راه بازار جهانی با قیمت 4370 دلار 🤖💰.
2. ثبت اختراع توالت داخلی صندیل خودرو توسط یک خودروساز چینی 🚗🚽.
3. رنگ جدید «دارک چری» احتمالی برای آیفون 18 پرو 📱🎨.
4. پیشنهاد ایلان ماسک برای پرداختهای دولتی به افراد بیکار شده توسط هوش مصنوعی 🧠💸.
5. تیم کوک پس از 15 سال، از اول سپتامبر جای خود را به جان ترنوس در اپل خواهد داد 🍎👋.
6. واتساپ در حال آزمایش اشتراک پولی 2.49 یورو در ماه برای کاربران اندروید 💬💳.
7. اداره رگولاتوری Ofcom بریتانیا تحقیقاتی را درباره تلگرام در خصوص محتوای غیرقانونی آغاز کرده است 🇬🇧🔍.
8. شرکت OpenAI مدل بصری Images 2.0 را با قابلیتهای «تفکر» برای تولید تصویر معرفی کرد 🎨🧠.
9. واتساپ در حال آزمایش خلاصهسازی پیامهای نخوانده با پردازش خصوصی توسط هوش مصنوعی 📝🤖.
10. اپل نقص امنیتی را برطرف کرد که میتوانست اعلانهای حذفشده را روی دستگاه نگه دارد 🍏🔒.
11. اینتل با لپتاپ مفهومی سبکوزن خود با تراشه Wildcat Lake، رقیبی برای مکبوک نشان داد 💻🚀.
https://xn--r1a.website/addlist/vMgZb0Y1CHliMWI0
1. ربات انساننمای Unitree R1 در راه بازار جهانی با قیمت 4370 دلار 🤖💰.
2. ثبت اختراع توالت داخلی صندیل خودرو توسط یک خودروساز چینی 🚗🚽.
3. رنگ جدید «دارک چری» احتمالی برای آیفون 18 پرو 📱🎨.
4. پیشنهاد ایلان ماسک برای پرداختهای دولتی به افراد بیکار شده توسط هوش مصنوعی 🧠💸.
5. تیم کوک پس از 15 سال، از اول سپتامبر جای خود را به جان ترنوس در اپل خواهد داد 🍎👋.
6. واتساپ در حال آزمایش اشتراک پولی 2.49 یورو در ماه برای کاربران اندروید 💬💳.
7. اداره رگولاتوری Ofcom بریتانیا تحقیقاتی را درباره تلگرام در خصوص محتوای غیرقانونی آغاز کرده است 🇬🇧🔍.
8. شرکت OpenAI مدل بصری Images 2.0 را با قابلیتهای «تفکر» برای تولید تصویر معرفی کرد 🎨🧠.
9. واتساپ در حال آزمایش خلاصهسازی پیامهای نخوانده با پردازش خصوصی توسط هوش مصنوعی 📝🤖.
10. اپل نقص امنیتی را برطرف کرد که میتوانست اعلانهای حذفشده را روی دستگاه نگه دارد 🍏🔒.
11. اینتل با لپتاپ مفهومی سبکوزن خود با تراشه Wildcat Lake، رقیبی برای مکبوک نشان داد 💻🚀.
https://xn--r1a.website/addlist/vMgZb0Y1CHliMWI0
🔵 عنوان مقاله
PostgresBench: A Reproducible Benchmark for Postgres Services
🟢 خلاصه مقاله:
پروژه PostgresBench ابزاری است برای ارزیابی و مقایسه خدمات مدیریتشده پایگاه داده پستگرس. شرکت کلیکهاوس، که قصد داشت عملکرد سرویس مدیریتشده پستگرس خود را در مقایسه با رقبا آزمایش کند، این سیستم بنچمارک را توسعه داد. هدف اصلی از ساخت این ابزار، انجام آزمایشهای استرس و ارزیابی قابلیت اطمینان و کارایی سرویسها در شرایط بار سنگین بود. این سیستم، برخلاف بسیاری از بنچمارکهای دیگر، متنباز است و به راحتی قابل تکرار و بررسی است، بنابراین کاربران میتوانند متدولوژی آن را مشاهده کرده و صحت نتایج را تایید کنند.
در طی آزمایشها، کلیکهاوس نشان داد که سرویس پستگرس آنها نسبت به رقبا در برخی از شاخصها برتری دارد، اما نتیجه نهایی همواره بر اساس روشهای مشخص و قابل تکرار است. این شفافیت و قابلیت بازپرسپذیری، اهمیت ویژهای در اطمینان از صحت و شیوه ارزیابیها دارد. به طور کلی، PostgresBench ابزاری مفید برای توسعهدهندگان و مدیران سیستم است که میخواهند عملکرد سرویسهای پستگرس مدیریتشده را به صورت عینی و قابل اعتماد ارزیابی کنند.
این پروژه نمونهای است از تلاشهای شرکتها برای ایجاد فضای شفافتر در حوزه ارزیابی و مقایسه خدمات ابری پایگاه داده، که نتیجه آن بهبود کیفیت و رقابتپذیری سرویسها در بازار است. استفاده از این بنچمارک متنباز، امکان تبادل بهتر دانش و اصلاح متدهای ارزیابی در آینده را فراهم میکند، و به متخصصان کمک میکند تا تصمیمگیریهای بهتری در انتخاب سرویس مناسب داشته باشند.
#پستگرس #بنچمارک #کلیکهاوس #پایگاه_داده
🟣لینک مقاله:
https://postgresweekly.com/link/183422/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
PostgresBench: A Reproducible Benchmark for Postgres Services
🟢 خلاصه مقاله:
پروژه PostgresBench ابزاری است برای ارزیابی و مقایسه خدمات مدیریتشده پایگاه داده پستگرس. شرکت کلیکهاوس، که قصد داشت عملکرد سرویس مدیریتشده پستگرس خود را در مقایسه با رقبا آزمایش کند، این سیستم بنچمارک را توسعه داد. هدف اصلی از ساخت این ابزار، انجام آزمایشهای استرس و ارزیابی قابلیت اطمینان و کارایی سرویسها در شرایط بار سنگین بود. این سیستم، برخلاف بسیاری از بنچمارکهای دیگر، متنباز است و به راحتی قابل تکرار و بررسی است، بنابراین کاربران میتوانند متدولوژی آن را مشاهده کرده و صحت نتایج را تایید کنند.
در طی آزمایشها، کلیکهاوس نشان داد که سرویس پستگرس آنها نسبت به رقبا در برخی از شاخصها برتری دارد، اما نتیجه نهایی همواره بر اساس روشهای مشخص و قابل تکرار است. این شفافیت و قابلیت بازپرسپذیری، اهمیت ویژهای در اطمینان از صحت و شیوه ارزیابیها دارد. به طور کلی، PostgresBench ابزاری مفید برای توسعهدهندگان و مدیران سیستم است که میخواهند عملکرد سرویسهای پستگرس مدیریتشده را به صورت عینی و قابل اعتماد ارزیابی کنند.
این پروژه نمونهای است از تلاشهای شرکتها برای ایجاد فضای شفافتر در حوزه ارزیابی و مقایسه خدمات ابری پایگاه داده، که نتیجه آن بهبود کیفیت و رقابتپذیری سرویسها در بازار است. استفاده از این بنچمارک متنباز، امکان تبادل بهتر دانش و اصلاح متدهای ارزیابی در آینده را فراهم میکند، و به متخصصان کمک میکند تا تصمیمگیریهای بهتری در انتخاب سرویس مناسب داشته باشند.
#پستگرس #بنچمارک #کلیکهاوس #پایگاه_داده
🟣لینک مقاله:
https://postgresweekly.com/link/183422/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
ClickHouse
PostgresBench: A Reproducible Benchmark for Postgres Services | ClickHouse
Discover how Postgres managed by ClickHouse compares to its peers in a reproducible, open benchmark.
🔵 عنوان مقاله
Waiting For Postgres 19: Allow Table Exclusions in Publications
🟢 خلاصه مقاله:
در انتظار نسخه ۱۹ پستگرس، ویژگی جدیدی قرار است معرفی شود که مدیریت و کنترل انتشارهای منطقی در پایگاه دادهها را به سطح بالاتری میبرد. بر اساس این بهروزرسانی، کاربران قادر خواهند بود با استفاده از دستور جدیدی به نام «EXCEPT TABLE»، برخی جداول خاص را از فرآیند انتشار در publicationهای مبتنی بر «FOR ALL TABLES» مستثنی کنند. این امکان به مدیران پایگاه داده کمک میکند تا در مواردی که نیاز است فقط بخش خاصی از جداول در انتشار قرار گیرند و مابقی در ظاهر حذف یا استثنا شوند، به راحتی این کار را انجام دهند. چنین قابلیتی به ویژه در محیطهای پیچیده و بزرگ، زمانی که کنترل دقیقتر بر روی نسخهپذیرها (replications) ضرورت دارد، بسیار مفید و کارآمد است. به این ترتیب، نسخه ۱۹ پستگرس امکانات جدید و انعطافپذیری بیشتری برای مدیریت دادهها و انتشارهای آن فراهم میکند و انتظار میرود در آیندهای نزدیک مورد استقبال قرار گیرد.
#پستگرس #نسخه۱۹ #پشتیبانی_از_انتشارات #مدیریت_پایگاه_داده
🟣لینک مقاله:
https://postgresweekly.com/link/182727/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
Waiting For Postgres 19: Allow Table Exclusions in Publications
🟢 خلاصه مقاله:
در انتظار نسخه ۱۹ پستگرس، ویژگی جدیدی قرار است معرفی شود که مدیریت و کنترل انتشارهای منطقی در پایگاه دادهها را به سطح بالاتری میبرد. بر اساس این بهروزرسانی، کاربران قادر خواهند بود با استفاده از دستور جدیدی به نام «EXCEPT TABLE»، برخی جداول خاص را از فرآیند انتشار در publicationهای مبتنی بر «FOR ALL TABLES» مستثنی کنند. این امکان به مدیران پایگاه داده کمک میکند تا در مواردی که نیاز است فقط بخش خاصی از جداول در انتشار قرار گیرند و مابقی در ظاهر حذف یا استثنا شوند، به راحتی این کار را انجام دهند. چنین قابلیتی به ویژه در محیطهای پیچیده و بزرگ، زمانی که کنترل دقیقتر بر روی نسخهپذیرها (replications) ضرورت دارد، بسیار مفید و کارآمد است. به این ترتیب، نسخه ۱۹ پستگرس امکانات جدید و انعطافپذیری بیشتری برای مدیریت دادهها و انتشارهای آن فراهم میکند و انتظار میرود در آیندهای نزدیک مورد استقبال قرار گیرد.
#پستگرس #نسخه۱۹ #پشتیبانی_از_انتشارات #مدیریت_پایگاه_داده
🟣لینک مقاله:
https://postgresweekly.com/link/182727/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
🔵 عنوان مقاله
The Power of Data Sketches: A Comprehensive Guide (18 minute read)
🟢 خلاصه مقاله:
در دنیای پردازش و تحلیل دادههای بزرگ، استفاده از ساختارهای دادهای فشرده و مبتنی بر احتمالاتی، راهکاری کارآمد و هوشمندانه محسوب میشود. یکی از این ساختارهای جذاب، «طرحهای داده» یا همان Data Sketches هستند که به کمک آنها میتوان خلاصهای کوچک و مفید از حجم عظیمی از دادهها تهیه کرد. این ساختارها، در یک مرحله و با تنها یک عبور از مجموعه داده، اطلاعات قابل توجهی را جمعآوری میکنند.
این روشها با مسیری مختصر و کمحجم، خطای کمی را در بر دارند که به صورت ریاضی محدود شده است، اما در مقابل، سرعت پردازش و بهرهوری از حافظه به شدت افزایش مییابد. همین مزیتها، آنها را به ابزارهای بینظیر در زمینه تحلیل دادههای بزرگ در فناوریهایی مانند Spark، Druid، Pinot، BigQuery و Presto/Trino تبدیل کرده است. در واقع، این ساختارهای فشرده، فرصتهای جدیدی برای انجام تجزیه و تحلیلهای سریعتر و بهینهتر فراهم میکنند و امکان مدیریت حجمهای عظیم داده را با کمترین هزینه و بیشترین کارایی ممکن میسازند.
در کل، «طرحهای داده» ابزارهای قدرتمندی هستند که با تعادل بینظیر میان دقت و کارایی، آینده تحلیلهای بزرگ داده را به شکل قابل توجهی تغییر میدهند و به توسعهدهندگان و تحلیلگران این امکان را میدهند تا بتوانند در کمترین زمان، نتیجهگیریهای جامع و قابل اعتماد داشته باشند.
#تحلیل_داده #BigData #طرحهای_داده #پیشرفتهای_فناوری
🟣لینک مقاله:
https://luminousmen.com/post/the-power-of-data-sketches-a-comprehensive-guide/?utm_source=tldrdata
➖➖➖➖➖➖➖➖
👑 @Database_Academy
The Power of Data Sketches: A Comprehensive Guide (18 minute read)
🟢 خلاصه مقاله:
در دنیای پردازش و تحلیل دادههای بزرگ، استفاده از ساختارهای دادهای فشرده و مبتنی بر احتمالاتی، راهکاری کارآمد و هوشمندانه محسوب میشود. یکی از این ساختارهای جذاب، «طرحهای داده» یا همان Data Sketches هستند که به کمک آنها میتوان خلاصهای کوچک و مفید از حجم عظیمی از دادهها تهیه کرد. این ساختارها، در یک مرحله و با تنها یک عبور از مجموعه داده، اطلاعات قابل توجهی را جمعآوری میکنند.
این روشها با مسیری مختصر و کمحجم، خطای کمی را در بر دارند که به صورت ریاضی محدود شده است، اما در مقابل، سرعت پردازش و بهرهوری از حافظه به شدت افزایش مییابد. همین مزیتها، آنها را به ابزارهای بینظیر در زمینه تحلیل دادههای بزرگ در فناوریهایی مانند Spark، Druid، Pinot، BigQuery و Presto/Trino تبدیل کرده است. در واقع، این ساختارهای فشرده، فرصتهای جدیدی برای انجام تجزیه و تحلیلهای سریعتر و بهینهتر فراهم میکنند و امکان مدیریت حجمهای عظیم داده را با کمترین هزینه و بیشترین کارایی ممکن میسازند.
در کل، «طرحهای داده» ابزارهای قدرتمندی هستند که با تعادل بینظیر میان دقت و کارایی، آینده تحلیلهای بزرگ داده را به شکل قابل توجهی تغییر میدهند و به توسعهدهندگان و تحلیلگران این امکان را میدهند تا بتوانند در کمترین زمان، نتیجهگیریهای جامع و قابل اعتماد داشته باشند.
#تحلیل_داده #BigData #طرحهای_داده #پیشرفتهای_فناوری
🟣لینک مقاله:
https://luminousmen.com/post/the-power-of-data-sketches-a-comprehensive-guide/?utm_source=tldrdata
➖➖➖➖➖➖➖➖
👑 @Database_Academy
Blog | iamluminousmen
The Power of Data Sketches: A Comprehensive Guide
Unlock the power of data sketches with this comprehensive guide! Learn how to trade exactness for speed and get fast, accurate answers at scale using probabilistic data structures.
🔵 عنوان مقاله
The 1 GB Limit That Breaks pg_prewarm at Scale
🟢 خلاصه مقاله:
در سیستمهای پایگاه داده، ابزارهای مختلفی برای بهبود عملکرد وجود دارد که یکی از آنها، قابلیت پیشبارگذاری صفحههای حافظه در پایگاه داده است. یکی از این ابزارها، تابع `pg_prewarm` است که با هدف حفظ و افزایش سرعت عملیات، پس از راهاندازی مجدد سرور، محتواهای مهم را مجدداً در حافظه قرار میدهد تا از کاهش سریع سرعت واکشی دادهها جلوگیری کند و عملکرد سیستم حفظ شود. این ویژگی برای برنامههایی که نیاز به بارگذاری سریعتر دادهها دارند بسیار مفید است و میتواند تاثیر قابل توجهی بر کارایی سیستمهای پراستفاده داشته باشد.
با این حال، مشکل زمانی مشخص میشود که فایلهای حافظه یا دادههای مورد نیاز، حجم بیشتری از حد تعیین شده، یعنی یک گیگابایت، را اشغال میکنند. در نسخههای قدیمیتر از PostgreSQL 16، ابزار `pg_prewarm` در مواجهه با چنین حجمهایی با محدودیتهای قابل توجهی روبهرو میشود. به طور خاص، با حجمهای بیش از ۱ گیگابایت، این ابزار قادر به انجام عملیات مورد نظر نیست، که این مسئله باعث بروز خطا یا کاهش کارایی میشود. این محدودیت، به طور جالب، نشان میدهد که چرا `pg_prewarm` در مقیاسهای بزرگ تر نمیتواند به طور موثر عمل کند؛ چرا که محدودیتهای مربوط به حجم دادهها، مانع از عملکرد صحیح آنها میشود.
این مشکل، بهویژه در مراکز داده بزرگ و سیستمهایی که حجم زیادی از اطلاعات را در حافظه نگهداری میکنند، اهمیت دارد. توسعهدهندگان و مدیران پایگاه دادهها باید این محدودیتها را در نظر داشته باشند و استراتژیهایی برای مدیریت حجم دادهها و بهینهسازی عملکرد سیستمهای خود اتخاذ کنند. در نتیجه، این محدودیت، نقطه ضعف واضحی در مقیاسپذیری `pg_prewarm` در نسخههای قدیمیتر است که نیازمند بازنگری و بهروزرسانی در آینده است.
در پایان، این موضوع تأکیدی است بر اهمیت ارتقای سیستمها و ابزارهای مدیریت پایگاه داده، تا بتوانند در مواجهه با حجمهای بزرگ داده، همچنان با کارایی بالا و بدون محدودیتهای غیرضروری عمل کنند.
#PostgreSQL #پایگاه_داده #بهبود_کارایی #مدیریت_داده
🟣لینک مقاله:
https://postgresweekly.com/link/183800/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
The 1 GB Limit That Breaks pg_prewarm at Scale
🟢 خلاصه مقاله:
در سیستمهای پایگاه داده، ابزارهای مختلفی برای بهبود عملکرد وجود دارد که یکی از آنها، قابلیت پیشبارگذاری صفحههای حافظه در پایگاه داده است. یکی از این ابزارها، تابع `pg_prewarm` است که با هدف حفظ و افزایش سرعت عملیات، پس از راهاندازی مجدد سرور، محتواهای مهم را مجدداً در حافظه قرار میدهد تا از کاهش سریع سرعت واکشی دادهها جلوگیری کند و عملکرد سیستم حفظ شود. این ویژگی برای برنامههایی که نیاز به بارگذاری سریعتر دادهها دارند بسیار مفید است و میتواند تاثیر قابل توجهی بر کارایی سیستمهای پراستفاده داشته باشد.
با این حال، مشکل زمانی مشخص میشود که فایلهای حافظه یا دادههای مورد نیاز، حجم بیشتری از حد تعیین شده، یعنی یک گیگابایت، را اشغال میکنند. در نسخههای قدیمیتر از PostgreSQL 16، ابزار `pg_prewarm` در مواجهه با چنین حجمهایی با محدودیتهای قابل توجهی روبهرو میشود. به طور خاص، با حجمهای بیش از ۱ گیگابایت، این ابزار قادر به انجام عملیات مورد نظر نیست، که این مسئله باعث بروز خطا یا کاهش کارایی میشود. این محدودیت، به طور جالب، نشان میدهد که چرا `pg_prewarm` در مقیاسهای بزرگ تر نمیتواند به طور موثر عمل کند؛ چرا که محدودیتهای مربوط به حجم دادهها، مانع از عملکرد صحیح آنها میشود.
این مشکل، بهویژه در مراکز داده بزرگ و سیستمهایی که حجم زیادی از اطلاعات را در حافظه نگهداری میکنند، اهمیت دارد. توسعهدهندگان و مدیران پایگاه دادهها باید این محدودیتها را در نظر داشته باشند و استراتژیهایی برای مدیریت حجم دادهها و بهینهسازی عملکرد سیستمهای خود اتخاذ کنند. در نتیجه، این محدودیت، نقطه ضعف واضحی در مقیاسپذیری `pg_prewarm` در نسخههای قدیمیتر است که نیازمند بازنگری و بهروزرسانی در آینده است.
در پایان، این موضوع تأکیدی است بر اهمیت ارتقای سیستمها و ابزارهای مدیریت پایگاه داده، تا بتوانند در مواجهه با حجمهای بزرگ داده، همچنان با کارایی بالا و بدون محدودیتهای غیرضروری عمل کنند.
#PostgreSQL #پایگاه_داده #بهبود_کارایی #مدیریت_داده
🟣لینک مقاله:
https://postgresweekly.com/link/183800/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
Stormatics
The 1 GB Limit That Breaks pg_prewarm at Scale | Stormatics
Learn how a 1 GB palloc() limit in PostgreSQL 16.8 breaks pg_prewarm autoprewarm at large shared_buffers sizes, causes crash loops, and why upgrading to 16.10 fixes it.
🔵 عنوان مقاله
Volga - Data Processing for Real-Time AI/ML (20 minute read)
🟢 خلاصه مقاله:
در حال حاضر، ولگا به یک موتور کاملاً مبتنی بر زبان Rust برای پردازش همزمان و واقعی هوش مصنوعی و یادگیری ماشین تبدیل شده است. این تغییر، جایگزین هسته قبلی که بر پایه پایتون و Ray بود، شده است تا محیطی سادهتر، با عملکرد بالاتر و کنترل دقیقتر بر روی روند اجرا و وضعیت سیستم فراهم کند. هدف اصلی توسعه این موتور، ادغام عملیاتهای استریم، دستهای و درخواستدرخواست در یک سامانه مستقل است. این رویکرد باعث میشود نیاز به اتصال مکرر میان فناوریهایی مانند Flink، Spark، Redis و سرویسهای سفارشی برطرف شود و در عین حال، وضعیت تا لحظهخاص در داخل موتور حفظ گردد، که این امر اهمیت زیادی در پردازشهای زمان واقعی دارد.
در این سیستم، اجزای کلیدی شامل Apache DataFusion برای ساخت استراتژیهای کوئری SQL و سایر فناوریهای مرتبط است که با هم یک بستر قدرتمند و یکپارچه برای پردازش دادهها فراهم میکنند. هدف اصلی این معماری، ایجاد یک سامانه یکپارچه و کارآمد است که بتواند نیازهای پیچیده هوش مصنوعی در زمان واقعی را برآورده کند، بدون اینکه وابستگی زیادی به چندین فناوری مختلف باشد یا یکپارچگی آنها مشکلساز شود.
در مجموع، پروژه ولگا نشاندهنده تحولی بنیادی در حوزه پردازش دادههای زمان واقعی است که با بهرهگیری از فناوریهای پیشرفته، امکان مدیریت بهتر، کارایی بیشتر و کنترل دقیقتر بر فرآیندهای پیچیده یادگیری ماشین را فراهم میکند. این نوآوری میتواند تاثیر قابل توجهی در توسعه سیستمهای هوشمند مبتنی بر هوش مصنوعی داشته باشد و آیندهای متفاوت در این حوزه رقم بزند.
#هوش_مصنوعی #یادگیری_ماشین #پردازش_زمان_واقعی #ولگا
🟣لینک مقاله:
https://volgaai.substack.com/p/volga-a-rust-rewrite-of-a-real-time?utm_source=tldrdata
➖➖➖➖➖➖➖➖
👑 @Database_Academy
Volga - Data Processing for Real-Time AI/ML (20 minute read)
🟢 خلاصه مقاله:
در حال حاضر، ولگا به یک موتور کاملاً مبتنی بر زبان Rust برای پردازش همزمان و واقعی هوش مصنوعی و یادگیری ماشین تبدیل شده است. این تغییر، جایگزین هسته قبلی که بر پایه پایتون و Ray بود، شده است تا محیطی سادهتر، با عملکرد بالاتر و کنترل دقیقتر بر روی روند اجرا و وضعیت سیستم فراهم کند. هدف اصلی توسعه این موتور، ادغام عملیاتهای استریم، دستهای و درخواستدرخواست در یک سامانه مستقل است. این رویکرد باعث میشود نیاز به اتصال مکرر میان فناوریهایی مانند Flink، Spark، Redis و سرویسهای سفارشی برطرف شود و در عین حال، وضعیت تا لحظهخاص در داخل موتور حفظ گردد، که این امر اهمیت زیادی در پردازشهای زمان واقعی دارد.
در این سیستم، اجزای کلیدی شامل Apache DataFusion برای ساخت استراتژیهای کوئری SQL و سایر فناوریهای مرتبط است که با هم یک بستر قدرتمند و یکپارچه برای پردازش دادهها فراهم میکنند. هدف اصلی این معماری، ایجاد یک سامانه یکپارچه و کارآمد است که بتواند نیازهای پیچیده هوش مصنوعی در زمان واقعی را برآورده کند، بدون اینکه وابستگی زیادی به چندین فناوری مختلف باشد یا یکپارچگی آنها مشکلساز شود.
در مجموع، پروژه ولگا نشاندهنده تحولی بنیادی در حوزه پردازش دادههای زمان واقعی است که با بهرهگیری از فناوریهای پیشرفته، امکان مدیریت بهتر، کارایی بیشتر و کنترل دقیقتر بر فرآیندهای پیچیده یادگیری ماشین را فراهم میکند. این نوآوری میتواند تاثیر قابل توجهی در توسعه سیستمهای هوشمند مبتنی بر هوش مصنوعی داشته باشد و آیندهای متفاوت در این حوزه رقم بزند.
#هوش_مصنوعی #یادگیری_ماشین #پردازش_زمان_واقعی #ولگا
🟣لینک مقاله:
https://volgaai.substack.com/p/volga-a-rust-rewrite-of-a-real-time?utm_source=tldrdata
➖➖➖➖➖➖➖➖
👑 @Database_Academy
Substack
Volga: A Rust Rewrite of a Real-Time AI/ML Data Engine (DataFusion, Arrow, SlateDB) with a Chronon + OpenMLDB–Style Architecture
Rewriting Volga in Rust with DataFusion, Arrow, and SlateDB — combining ideas from Chronon and OpenMLDB, and comparing with streaming engines like Flink, Spark, and Arroyo.
🔵 عنوان مقاله
Rotating Postgres Credentials in Production Without Downtime
🟢 خلاصه مقاله:
در فرآیند مدیریت پایگاههای داده، مخصوصاً در محیطهای تولیدی، نگهداری و بهروزرسانی اطلاعات اعتبارسنجی کاربران اهمیت زیادی دارد. یکی از چالشهای رایج، تغییر و بهروزرسانی مجوزها و اطلاعات کاربری بدون توقف سرویس است. این مسئله به منظور جلوگیری از اختلال در دسترسی کاربران و حفظ عملیات بیوقفه سیستم، نیازمند راهکارهای فنی دقیق و امن است.
برای این منظور، تیمهای توسعه و مدیران سیستم به راهکارهایی نیاز دارند که امکان چرخش مجوزهای کاربری در دیتابیسهای Postgres را بدون نیاز به توقف سرویس فراهم کند. این فرآیند، به ویژه در محیطهای حساس و پرکاربرد، نشاندهنده اهمیت برنامهریزی دقیق و استفاده از ابزارهای مناسب است تا عملکرد سیستم در حین تعویض مجوزها ثابت بماند و هیچ وقفهای ایجاد نشود.
در آینده، با عرضه نسخه جدید Postgres 19، امکانات جدیدی مانند توابع pg_get_*_ddl() ارائه خواهد شد که امکان مدیریت خودکار و امنتر مجوزها و اسناد دیتابیسی را فراهم میآورد. این ویژگیها به مدیران کمک میکنند تا فرآیندهای نگهداری و بروزرسانی را سادهتر، سریعتر و بدون مشکل انجام دهند، بدون آنکه نیاز به توقف سیستم باشد.
در نتیجه، داشتن راهکارهای مؤثر برای چرخش مجوزهای کاربری در دیتابیسها و بهرهبرداری از قابلیتهای جدید نسخههای آینده، کلید حفظ عملیات روان و امن در محیطهای تولید است. این استراتژیها نه تنها به کاهش ریسکهای احتمالی کمک میکنند بلکه بهرهوری سیستم را نیز بالا میبرند و اطمینان از استمرار خدمات را تضمین میکنند.
#مدیریت_دیتابیس #Postgres #امنیت_سایبر #توسعه_نرمافزار
🟣لینک مقاله:
https://postgresweekly.com/link/183803/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
Rotating Postgres Credentials in Production Without Downtime
🟢 خلاصه مقاله:
در فرآیند مدیریت پایگاههای داده، مخصوصاً در محیطهای تولیدی، نگهداری و بهروزرسانی اطلاعات اعتبارسنجی کاربران اهمیت زیادی دارد. یکی از چالشهای رایج، تغییر و بهروزرسانی مجوزها و اطلاعات کاربری بدون توقف سرویس است. این مسئله به منظور جلوگیری از اختلال در دسترسی کاربران و حفظ عملیات بیوقفه سیستم، نیازمند راهکارهای فنی دقیق و امن است.
برای این منظور، تیمهای توسعه و مدیران سیستم به راهکارهایی نیاز دارند که امکان چرخش مجوزهای کاربری در دیتابیسهای Postgres را بدون نیاز به توقف سرویس فراهم کند. این فرآیند، به ویژه در محیطهای حساس و پرکاربرد، نشاندهنده اهمیت برنامهریزی دقیق و استفاده از ابزارهای مناسب است تا عملکرد سیستم در حین تعویض مجوزها ثابت بماند و هیچ وقفهای ایجاد نشود.
در آینده، با عرضه نسخه جدید Postgres 19، امکانات جدیدی مانند توابع pg_get_*_ddl() ارائه خواهد شد که امکان مدیریت خودکار و امنتر مجوزها و اسناد دیتابیسی را فراهم میآورد. این ویژگیها به مدیران کمک میکنند تا فرآیندهای نگهداری و بروزرسانی را سادهتر، سریعتر و بدون مشکل انجام دهند، بدون آنکه نیاز به توقف سیستم باشد.
در نتیجه، داشتن راهکارهای مؤثر برای چرخش مجوزهای کاربری در دیتابیسها و بهرهبرداری از قابلیتهای جدید نسخههای آینده، کلید حفظ عملیات روان و امن در محیطهای تولید است. این استراتژیها نه تنها به کاهش ریسکهای احتمالی کمک میکنند بلکه بهرهوری سیستم را نیز بالا میبرند و اطمینان از استمرار خدمات را تضمین میکنند.
#مدیریت_دیتابیس #Postgres #امنیت_سایبر #توسعه_نرمافزار
🟣لینک مقاله:
https://postgresweekly.com/link/183803/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
ElyDB
PostgreSQL Credential Rotation — Zero-Downtime Runbook - ElyDB Blog
Step-by-step guide to rotating PostgreSQL credentials in production without downtime. Covers pre-rotation checklist, zero-downtime cutover, and ElyDB-specific steps.
🔵 عنوان مقاله
The First Draft of the PostgreSQL 19 Release Notes
🟢 خلاصه مقاله:
برئیس در تازهترین گزارش خود، نسخه اولیه و مفصلترین پیشنهادات برای یادداشتهای عرضه نسخه ۱۹ پستگرس را نهایی کرده است. این نسخه قصد دارد در ماه سپتامبر امسال منتشر شود و نسخه آزمایشی آن نیز در چند ماه آینده ارائه خواهد شد. این پیشنویس اولیه با تمرکز بر نکات کلیدی و ویژگیهای جدید، مسیر توسعه و بهبود این سیستم مدیریت پایگاه داده قدرتمند را نشان میدهد. انتظار میرود با انتشار این نسخه، امکانات و قابلیتهای پیشرفتهتر به کاربران عرضه شود تا بهرهوری و کارایی سیستم را افزایش دهد و نیازهای متنوع دنیای پایگاه دادهها را بهتر برآورده کند.
#پستگرس #نسخه۱۹ #پایگاهداده #توسعهپایدار
🟣لینک مقاله:
https://postgresweekly.com/link/184105/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
The First Draft of the PostgreSQL 19 Release Notes
🟢 خلاصه مقاله:
برئیس در تازهترین گزارش خود، نسخه اولیه و مفصلترین پیشنهادات برای یادداشتهای عرضه نسخه ۱۹ پستگرس را نهایی کرده است. این نسخه قصد دارد در ماه سپتامبر امسال منتشر شود و نسخه آزمایشی آن نیز در چند ماه آینده ارائه خواهد شد. این پیشنویس اولیه با تمرکز بر نکات کلیدی و ویژگیهای جدید، مسیر توسعه و بهبود این سیستم مدیریت پایگاه داده قدرتمند را نشان میدهد. انتظار میرود با انتشار این نسخه، امکانات و قابلیتهای پیشرفتهتر به کاربران عرضه شود تا بهرهوری و کارایی سیستم را افزایش دهد و نیازهای متنوع دنیای پایگاه دادهها را بهتر برآورده کند.
#پستگرس #نسخه۱۹ #پایگاهداده #توسعهپایدار
🟣لینک مقاله:
https://postgresweekly.com/link/184105/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
PostgreSQL Documentation
E.1. Release 19
E.1. Release 19 # E.1.1. Overview E.1.2. Migration to Version 19 E.1.3. Changes E.1.4. Acknowledgments Release date: 2026-??-??, AS OF 2026-04-13 E.1.1. Overview …
🔵 عنوان مقاله
Using Non-ACID Storage as a Workaround for a Lack of Autonomous Transactions
🟢 خلاصه مقاله:
در دنیای مدیریت پایگاههای داده، برخی مواقع به دلیل محدودیتها یا نیازهای خاص، توسعهدهندگان باید راهکارهای مبتکرانهای برای حل مشکلات پیدا کنند. یکی از این راهکارها، استفاده از نوع خاصی از ذخیرهسازی است که فاقد ویژگیهای ACID است و به عنوان یک راهحل جایگزین برای غلبه بر نبود تراکنشهای مستقل، به کار میرود. این روش ممکن است در مواردی مفید باشد که نیاز به اجرای سریع و سادهتر عملیات بدون نیاز به تضمین کامل ویژگیهای تراکنشهای سنتی دارید.
در این مقاله به بررسی استراتژیهایی میپردازیم که توسعهدهندگان در مواجهه با محدودیتهای سیستمهای مدیریت پایگاه داده، بهویژه در زمان غیبت تراکنشهای مستقل، از آنها بهره میبرند. استفاده از ذخیرهسازیهای غیرACID، علیرغم معایب، میتواند در موارد خاص و موقت، راهحل مؤثری باشد تا بتوان بدون نیاز به تراکنشهای کامل، کارایی سیستم را حفظ و بهبود بخشید.
پیشنهاد میشود افرادی که در حال توسعه یا نگهداری پایگاه دادههای بزرگ و پیچیده هستند، این نوع استراتژیها را در قالب راهکارهای موقت و در راستای نیازهای خاص خود بررسی و آزمایش کنند. این رویکردها، اگرچه در ظاهر محدودیتهایی دارند، اما در موارد حساس و خاص میتوانند نقش مهمی در روند بهبود و توسعه سیستمهای مدیریت داده ایفا کنند.
#پایگاه_داده #توسعه_نرمافزار #پایدار #تکنولوژی
🟣لینک مقاله:
https://postgresweekly.com/link/184121/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
Using Non-ACID Storage as a Workaround for a Lack of Autonomous Transactions
🟢 خلاصه مقاله:
در دنیای مدیریت پایگاههای داده، برخی مواقع به دلیل محدودیتها یا نیازهای خاص، توسعهدهندگان باید راهکارهای مبتکرانهای برای حل مشکلات پیدا کنند. یکی از این راهکارها، استفاده از نوع خاصی از ذخیرهسازی است که فاقد ویژگیهای ACID است و به عنوان یک راهحل جایگزین برای غلبه بر نبود تراکنشهای مستقل، به کار میرود. این روش ممکن است در مواردی مفید باشد که نیاز به اجرای سریع و سادهتر عملیات بدون نیاز به تضمین کامل ویژگیهای تراکنشهای سنتی دارید.
در این مقاله به بررسی استراتژیهایی میپردازیم که توسعهدهندگان در مواجهه با محدودیتهای سیستمهای مدیریت پایگاه داده، بهویژه در زمان غیبت تراکنشهای مستقل، از آنها بهره میبرند. استفاده از ذخیرهسازیهای غیرACID، علیرغم معایب، میتواند در موارد خاص و موقت، راهحل مؤثری باشد تا بتوان بدون نیاز به تراکنشهای کامل، کارایی سیستم را حفظ و بهبود بخشید.
پیشنهاد میشود افرادی که در حال توسعه یا نگهداری پایگاه دادههای بزرگ و پیچیده هستند، این نوع استراتژیها را در قالب راهکارهای موقت و در راستای نیازهای خاص خود بررسی و آزمایش کنند. این رویکردها، اگرچه در ظاهر محدودیتهایی دارند، اما در موارد حساس و خاص میتوانند نقش مهمی در روند بهبود و توسعه سیستمهای مدیریت داده ایفا کنند.
#پایگاه_داده #توسعه_نرمافزار #پایدار #تکنولوژی
🟣لینک مقاله:
https://postgresweekly.com/link/184121/web
➖➖➖➖➖➖➖➖
👑 @Database_Academy
🔵 عنوان مقاله
Beyond BM25 and dense embeddings: How we built smart and interpretable retrieval at Faire (10 minute read)
🟢 خلاصه مقاله:
در دنیای جستوجوی بازارهای آنلاین، راهحلهای متداول مانند مدلهای پایهای BM25 و نیز بردارهای تراکمپذیر ( dense embeddings) غالباً محدودیتهایی دارند. اما در شرکت Faire، تیم فنی با هدف بهبود دقت و تفسیرپذیری فرآیند بازیابی اطلاعات، راهکار نوآورانهای را پیادهسازی کرد. این تیم از مدلی مبتنی بر شبکه عصبی sparse بهره گرفت تا مشکل ناهماهنگی در واژگان جستوجو و آیتمهای موجود در بازار را برطرف کند، در حالی که سازگاری کامل با Elasticsearch و قابلیت تفسیر نتایج نیز حفظ شد.
در این سیستم، جستوجو و مستندات محصول با افزودن اصطلاحات مرتبط معنایی به صورت همزمان توسعه یافتهاند. این استراتژی باعث شد کیفیت کاندیداهای بلند-tail — یعنی آیتمهایی که به صورت کمتر جستوجو میشوند — بیش از ۳۰ درصد بهبود یابد. همچنین، ارزش صفحه نتایج جستوجو حدود ۴.۲۷ درصد افزایش یافت و در نتیجه، ارزش کل سفارشات در بازار جهانی نیز ارتقاء پیدا کرد.
از جمله تصمیمات کلیدی مهندسی در طراحی این سامانه میتوان به آموزش پیشنشانهگذاری BERT مخصوص حوزه مربوطه، استفاده از روش توکنسازی WordPiece، پیادهسازی max pooling و بهرهگیری از تکنیکهای اسپارس در پردازش اشاره کرد. این انتخابها، نقش مهمی در افزایش کارایی، تفسیرپذیری و تطابق سیستم با نیازهای بازار داشتند، و نشان دادند که ترکیب فناوریهای مدرن و درک عمیق از کاروبار، میتواند پیشرفتهای چشمگیری در فرآیند بازیابی اطلاعات به وجود آورد.
#مدل_هوشمند #جستوجوی_بازار #یادگیری_عمیق #توسعه_فناوری
🟣لینک مقاله:
https://craft.faire.com/beyond-bm25-and-dense-embeddings-841a7b18ce27?utm_source=tldrdata
➖➖➖➖➖➖➖➖
👑 @Database_Academy
Beyond BM25 and dense embeddings: How we built smart and interpretable retrieval at Faire (10 minute read)
🟢 خلاصه مقاله:
در دنیای جستوجوی بازارهای آنلاین، راهحلهای متداول مانند مدلهای پایهای BM25 و نیز بردارهای تراکمپذیر ( dense embeddings) غالباً محدودیتهایی دارند. اما در شرکت Faire، تیم فنی با هدف بهبود دقت و تفسیرپذیری فرآیند بازیابی اطلاعات، راهکار نوآورانهای را پیادهسازی کرد. این تیم از مدلی مبتنی بر شبکه عصبی sparse بهره گرفت تا مشکل ناهماهنگی در واژگان جستوجو و آیتمهای موجود در بازار را برطرف کند، در حالی که سازگاری کامل با Elasticsearch و قابلیت تفسیر نتایج نیز حفظ شد.
در این سیستم، جستوجو و مستندات محصول با افزودن اصطلاحات مرتبط معنایی به صورت همزمان توسعه یافتهاند. این استراتژی باعث شد کیفیت کاندیداهای بلند-tail — یعنی آیتمهایی که به صورت کمتر جستوجو میشوند — بیش از ۳۰ درصد بهبود یابد. همچنین، ارزش صفحه نتایج جستوجو حدود ۴.۲۷ درصد افزایش یافت و در نتیجه، ارزش کل سفارشات در بازار جهانی نیز ارتقاء پیدا کرد.
از جمله تصمیمات کلیدی مهندسی در طراحی این سامانه میتوان به آموزش پیشنشانهگذاری BERT مخصوص حوزه مربوطه، استفاده از روش توکنسازی WordPiece، پیادهسازی max pooling و بهرهگیری از تکنیکهای اسپارس در پردازش اشاره کرد. این انتخابها، نقش مهمی در افزایش کارایی، تفسیرپذیری و تطابق سیستم با نیازهای بازار داشتند، و نشان دادند که ترکیب فناوریهای مدرن و درک عمیق از کاروبار، میتواند پیشرفتهای چشمگیری در فرآیند بازیابی اطلاعات به وجود آورد.
#مدل_هوشمند #جستوجوی_بازار #یادگیری_عمیق #توسعه_فناوری
🟣لینک مقاله:
https://craft.faire.com/beyond-bm25-and-dense-embeddings-841a7b18ce27?utm_source=tldrdata
➖➖➖➖➖➖➖➖
👑 @Database_Academy
Medium
Beyond BM25 and dense embeddings: How we built smart and interpretable retrieval at Faire
Abstract
Forwarded from Software Engineer
〰️ چند خبر کوتاه از دنیای تکنولوژی
هوش مصنوعی کل دیتابیس را پاک کرد
ایجنت Claude با دسترسی کامل API، دیتابیس یک استارتاپ اجاره خودرو را حذف کرد و سرویس شرکت را مختل کرد.
کنترلر استیم برگشت
شرکت Valve دسته بازی کنترلر جدید Steam را با قیمت ۹۹ دلار معرفی کرد؛ سازگار با کامپیوتر، Steam Deck و هدست واقعیت مجازی Steam Frame.
عینک هوشمند سامسونگ لو رفت
رندرهای Galaxy Glasses منتشر شده؛ احتمالاً در دو نسخه با قیمت حدودی ۳۷۹ تا ۹۰۰ دلار عرضه میشود.
شکایت سنگین ماسک از آلتمن
ایلان ماسک در دادگاه علیه سم آلتمن مدیر عامل openAi شهادت داده و خواهان ۱۳۰ میلیارد دلار خسارت شده است.
ابزار ویرایش عکس اپل قویتر میشود
اپل در حال توسعه قابلیتهای جدید ویرایش عکس است تا رقابت جدیتری با گوشیهای اندرویدی داشته باشد.
شارژر مشترک برای لپتاپها
اتحادیه اروپا استفاده از درگاه USB-C را برای لپتاپهای جدید تا توان ۱۰۰ وات الزامی کرد.
جمینای فایلساز شد
گوگل به Gemini قابلیت ساخت فایلهایی مثل PDF، DOCX، XLSX و CSV را مستقیم داخل چت اضافه کرده است.
هوش مصنوعی کل دیتابیس را پاک کرد
ایجنت Claude با دسترسی کامل API، دیتابیس یک استارتاپ اجاره خودرو را حذف کرد و سرویس شرکت را مختل کرد.
کنترلر استیم برگشت
شرکت Valve دسته بازی کنترلر جدید Steam را با قیمت ۹۹ دلار معرفی کرد؛ سازگار با کامپیوتر، Steam Deck و هدست واقعیت مجازی Steam Frame.
عینک هوشمند سامسونگ لو رفت
رندرهای Galaxy Glasses منتشر شده؛ احتمالاً در دو نسخه با قیمت حدودی ۳۷۹ تا ۹۰۰ دلار عرضه میشود.
شکایت سنگین ماسک از آلتمن
ایلان ماسک در دادگاه علیه سم آلتمن مدیر عامل openAi شهادت داده و خواهان ۱۳۰ میلیارد دلار خسارت شده است.
ابزار ویرایش عکس اپل قویتر میشود
اپل در حال توسعه قابلیتهای جدید ویرایش عکس است تا رقابت جدیتری با گوشیهای اندرویدی داشته باشد.
شارژر مشترک برای لپتاپها
اتحادیه اروپا استفاده از درگاه USB-C را برای لپتاپهای جدید تا توان ۱۰۰ وات الزامی کرد.
جمینای فایلساز شد
گوگل به Gemini قابلیت ساخت فایلهایی مثل PDF، DOCX، XLSX و CSV را مستقیم داخل چت اضافه کرده است.
🔵 عنوان مقاله
Coding Agents are Effective Long-Context Processors (17 minute read)
🟢 خلاصه مقاله:
در حوزه هوش مصنوعی و پردازش زبان طبیعی، یکی از چالشهای بزرگ، مدیریت متنهای بلند و حجم بالای دادهها است. در این زمینه، «عاملهای کدگذاری» یا همان کدینگ ایجنز، توانستهاند به صورت قابل توجهی نسبت به روشهای سنتی مانند مدلهای زبانی عظیم (LLM) و رویکردهای استناد به حافظه (RAG) برتری نشان دهند. این عاملها با خارج کردن فرآیند استدلال و تحلیل از محدوده یکنواخت مدلهای زبانی و اجرای آن به صورت اقدامات قابل اجرا، امکان بهرهبرداری مؤثرتر از متنهای بلند و منابعد زیادی را فراهم میکنند.
این رویکرد نوآورانه با استفاده از ابزارهای متنوع مانند سیستمهای فایل، دستورات جستوجو و کد، به صورت پیوسته و تکراری متنهای بزرگ را کاوش و تحلیل میکند. به جای تکیه صرف بر تمرکز ذاتی درونی مدل، این عاملها قادرند از قابلیتهای خارجی بهرهمند شوند و فرآیند استخراج اطلاعات و استنتاج را به صورت گام به گام پیش ببرند. نتیجه آن است که این روشها در انجام وظایف بلندمدت، از نظر دقت و کارایی، بسیار مؤثرتر ظاهر میشوند و میتوانند حجم عظیمی از دادهها را به شکل هدفمند و هوشمندانه مدیریت کنند.
در نهایت، این فناوری نوین نشان میدهد که با بهرهمندی از اقدامات بیرونی و افزودن لایههای اجرایی به مدلهای زبان، میتوان سطح عملکرد و توانایی پردازش متنهای بلند را به طور چشمگیری ارتقاء داد. این روند، آیندهای درخشان را در زمینههای مختلف هوش مصنوعی نشان میدهد که در آن سیستمها قادر خواهند بود به طور مستقل و هوشمندانه، با حجم دادههای بزرگ کنار بیایند و نتایج دقیقتری ارائه دهند.
#هوش_مصنوعی #درک_متن #عاملهای_کدگذاری #پردازش_متن
🟣لینک مقاله:
https://arxiv.org/html/2603.20432v1?utm_source=tldrdata
➖➖➖➖➖➖➖➖
👑 @Database_Academy
Coding Agents are Effective Long-Context Processors (17 minute read)
🟢 خلاصه مقاله:
در حوزه هوش مصنوعی و پردازش زبان طبیعی، یکی از چالشهای بزرگ، مدیریت متنهای بلند و حجم بالای دادهها است. در این زمینه، «عاملهای کدگذاری» یا همان کدینگ ایجنز، توانستهاند به صورت قابل توجهی نسبت به روشهای سنتی مانند مدلهای زبانی عظیم (LLM) و رویکردهای استناد به حافظه (RAG) برتری نشان دهند. این عاملها با خارج کردن فرآیند استدلال و تحلیل از محدوده یکنواخت مدلهای زبانی و اجرای آن به صورت اقدامات قابل اجرا، امکان بهرهبرداری مؤثرتر از متنهای بلند و منابعد زیادی را فراهم میکنند.
این رویکرد نوآورانه با استفاده از ابزارهای متنوع مانند سیستمهای فایل، دستورات جستوجو و کد، به صورت پیوسته و تکراری متنهای بزرگ را کاوش و تحلیل میکند. به جای تکیه صرف بر تمرکز ذاتی درونی مدل، این عاملها قادرند از قابلیتهای خارجی بهرهمند شوند و فرآیند استخراج اطلاعات و استنتاج را به صورت گام به گام پیش ببرند. نتیجه آن است که این روشها در انجام وظایف بلندمدت، از نظر دقت و کارایی، بسیار مؤثرتر ظاهر میشوند و میتوانند حجم عظیمی از دادهها را به شکل هدفمند و هوشمندانه مدیریت کنند.
در نهایت، این فناوری نوین نشان میدهد که با بهرهمندی از اقدامات بیرونی و افزودن لایههای اجرایی به مدلهای زبان، میتوان سطح عملکرد و توانایی پردازش متنهای بلند را به طور چشمگیری ارتقاء داد. این روند، آیندهای درخشان را در زمینههای مختلف هوش مصنوعی نشان میدهد که در آن سیستمها قادر خواهند بود به طور مستقل و هوشمندانه، با حجم دادههای بزرگ کنار بیایند و نتایج دقیقتری ارائه دهند.
#هوش_مصنوعی #درک_متن #عاملهای_کدگذاری #پردازش_متن
🟣لینک مقاله:
https://arxiv.org/html/2603.20432v1?utm_source=tldrdata
➖➖➖➖➖➖➖➖
👑 @Database_Academy
🔵 عنوان مقاله
Why UUID Primary Keys Quietly Destroy Database Performance (5 minute read)
🟢 خلاصه مقاله:
در دنیای مدیریت پایگاههای داده، کلیدهای اولیه نقش بسیار مهمی در عملکرد سیستم دارند. یکی از رایجترین گزینهها، شناسههای یکتا یا UUID است که به طور تصادفی تولید میشوند. با این حال، استفاده از UUIDv4 به عنوان کلید اولیه میتواند مشکلات جدی در کارایی پایگاه داده به وجود آورد. این شناسههای تصادفی باعث ورودهای تصادفی در جدول میشوند که منجر به بخشبندیهای مکرر، شکستن صفحات داده و کاهش بهرهوری کش در موتورهای ذخیرهسازی درخت B+ میشود. در نتیجه، عملکرد کلی سیستم کاهش مییابد و ممکن است سرعت پاسخگویی آن کم شود.
در مقابل، استفاده از شناسههای زمانمند مانند UUIDv7 یا ULID، یا بهرهگیری از کلید داخلی ترتیبی همراه با شاخص ثانویه بر اساس UUID، شرایط نوشتنهای ترتیبی و منظم را فراهم میکنند. این رویکردها کمک میکنند تا عملیات نوشتن و بهروزرسانی در پایگاه داده با همان نظم زمانی انجام شده و تداوم یافته، کاهش تصادفی بودن و بهبود کارایی کلی سیستم را به همراه دارند. بنابراین، انتخاب نوع شناسه و استراتژی کلید اولیه نقش کلیدی در بهینهسازی عملکرد پایگاه داده ایفا میکند.
کلیدهای یکتا و ترتیبی نه تنها فرآیندهای نوشتن و بازیابی اطلاعات را تسهیل میکنند بلکه باعث کاهش مشکلاتی مانند تکهتکه شدن صفحات و کاهش بهرهوری حافظه پنهان میشوند. در نتیجه، توصیه میشود از شناسههای زمانمند یا روشهای ترتیبی در طراحی پایگاههای داده استفاده کنیم تا کارایی و پاسخگویی سیستمهای مدیریت داده بهینهتر شود.
#پایگاه_داده #UUID #بهینهسازی #کارایی
🟣لینک مقاله:
https://ankit-rana.com/logs/12-uuids-primary-keys-performance/?utm_source=tldrdata
➖➖➖➖➖➖➖➖
👑 @Database_Academy
Why UUID Primary Keys Quietly Destroy Database Performance (5 minute read)
🟢 خلاصه مقاله:
در دنیای مدیریت پایگاههای داده، کلیدهای اولیه نقش بسیار مهمی در عملکرد سیستم دارند. یکی از رایجترین گزینهها، شناسههای یکتا یا UUID است که به طور تصادفی تولید میشوند. با این حال، استفاده از UUIDv4 به عنوان کلید اولیه میتواند مشکلات جدی در کارایی پایگاه داده به وجود آورد. این شناسههای تصادفی باعث ورودهای تصادفی در جدول میشوند که منجر به بخشبندیهای مکرر، شکستن صفحات داده و کاهش بهرهوری کش در موتورهای ذخیرهسازی درخت B+ میشود. در نتیجه، عملکرد کلی سیستم کاهش مییابد و ممکن است سرعت پاسخگویی آن کم شود.
در مقابل، استفاده از شناسههای زمانمند مانند UUIDv7 یا ULID، یا بهرهگیری از کلید داخلی ترتیبی همراه با شاخص ثانویه بر اساس UUID، شرایط نوشتنهای ترتیبی و منظم را فراهم میکنند. این رویکردها کمک میکنند تا عملیات نوشتن و بهروزرسانی در پایگاه داده با همان نظم زمانی انجام شده و تداوم یافته، کاهش تصادفی بودن و بهبود کارایی کلی سیستم را به همراه دارند. بنابراین، انتخاب نوع شناسه و استراتژی کلید اولیه نقش کلیدی در بهینهسازی عملکرد پایگاه داده ایفا میکند.
کلیدهای یکتا و ترتیبی نه تنها فرآیندهای نوشتن و بازیابی اطلاعات را تسهیل میکنند بلکه باعث کاهش مشکلاتی مانند تکهتکه شدن صفحات و کاهش بهرهوری حافظه پنهان میشوند. در نتیجه، توصیه میشود از شناسههای زمانمند یا روشهای ترتیبی در طراحی پایگاههای داده استفاده کنیم تا کارایی و پاسخگویی سیستمهای مدیریت داده بهینهتر شود.
#پایگاه_داده #UUID #بهینهسازی #کارایی
🟣لینک مقاله:
https://ankit-rana.com/logs/12-uuids-primary-keys-performance/?utm_source=tldrdata
➖➖➖➖➖➖➖➖
👑 @Database_Academy
Ankit Rana
Why UUID Primary Keys Quietly Destroy Database Performance — Ankit Rana
How random UUID primary keys break clustered indexes, cause page splits and buffer pool churn, and what to use instead for mechanically sympathetic database design.