Database Labdon
638 subscribers
30 photos
476 links
🕸 Database Academy

حمایت مالی:
https://www.coffeete.ir/mrbardia72

ادمین:
@mrbardia72
Download Telegram
Forwarded from Bardia & Erfan
🤖 علاقه‌مند به دنیای هوش مصنوعی هستی؟

دنبال می‌کنی که چطور AI داره دنیا رو متحول می‌کنه؟

پس جای درستی اومدی!

🎯 در کانال ما هر روز:

🔍 جدیدترین اخبار و دستاوردهای دنیای AI

🧠 تحلیل‌ تخصصی در حوزه یادگیری ماشین، دیپ لرنینگ و مدل‌های زبانی

💼 بررسی کاربردهای هوش مصنوعی در پزشکی، صنعت، آموزش، امنیت و اقتصاد

🛠 معرفی ابزارها، دوره‌ها و منابع یادگیری

📈 بررسی ترندها و آینده‌ فناوری‌های مرتبط با هوش مصنوعی

همه‌ی این‌ها به زبان ساده، خلاصه و قابل فهم برای همه علاقه‌مندان — از مبتدی تا حرفه‌ای


👇👇👇👇👇


https://t.me/ai_labdon
2
ابزار کاربردی برای visualize کردن query plan کار دیباگ کردن performance کوئری های دیتابیس رو میتونه راحت تر کنه

این مقاله چند تا از این ابزارهارو معرفی کرده

Postgres query plan visualization tools
https://www.pgmustard.com/blog/postgres-query-plan-visualization-tools
2
در Redis، طول عمر یک کلید از طریق TTL (Time To Live) یا Expire Time کنترل می‌شود. این مکانیزم به Redis اجازه می‌دهد که کلیدها را بعد از مدت‌زمان مشخصی به‌طور خودکار حذف کند.
مکانیزم مدیریت طول عمر کلید در Redis
Redis از دو روش اصلی برای حذف کلیدهای دارای TTL استفاده می‌کند:
1. Lazy Expiration (حذف تنبل)
در این روش، وقتی یک کلید درخواست می‌شود، Redis بررسی می‌کند که آیا منقضی شده است یا نه.
اگر کلید منقضی شده باشد، Redis آن را حذف کرده و مقدار nil برمی‌گرداند.
مزیت: کمترین مصرف منابع CPU، زیرا کلیدها تنها زمانی بررسی می‌شوند که نیاز به آن‌ها باشد.
عیب: اگر کلیدی منقضی شده باشد ولی هیچ‌وقت درخواست نشود، همچنان در حافظه باقی می‌ماند و فضای بیهوده اشغال می‌کند.
2. Active Expiration (حذف فعال)
Redis به‌صورت دوره‌ای (مثلاً هر 100 میلی‌ثانیه) تعدادی از کلیدهای دارای TTL را انتخاب می‌کند و بررسی می‌کند که آیا منقضی شده‌اند.
اگر کلیدی منقضی شده باشد، آن را حذف می‌کند.
مزیت: این روش باعث می‌شود که کلیدهای منقضی شده‌ای که Lazy Expiration آن‌ها را حذف نکرده است، پاک شوند.
عیب: استفاده از منابع CPU، مخصوصاً اگر تعداد کلیدها خیلی زیاد باشد.
نحوه تنظیم و بررسی TTL در Redis
تنظیم TTL برای یک کلید
SET user:123 "Bardia" EXPIRE user:123 60 # کلید بعد از 60 ثانیه حذف می‌شود
بررسی TTL یک کلید
TTL user:123
اگر مقدار مثبت باشد: زمان باقی‌مانده به ثانیه را نشان می‌دهد.
اگر مقدار -1 باشد: یعنی کلید تاریخ انقضا ندارد.
اگر مقدار -2 باشد: یعنی کلید منقضی شده و حذف شده است.
حذف TTL از یک کلید
PERSIST user:123 # کلید دیگر منقضی نمی‌شود
جمع‌بندی
این Redis برای مدیریت طول عمر کلیدها از Lazy Expiration و Active Expiration استفاده می‌کند. با استفاده از EXPIRE و TTL می‌توان طول عمر یک کلید را تنظیم و بررسی کرد. اگر بهینه‌سازی عملکرد برای شما مهم است، باید این مکانیسم‌ها را در معماری سیستم خود در نظر بگیرید.
4
Forwarded from AI Labdon
🤖 همه‌چیز درباره Grok 4 – نزدیک‌ترین مدل به AGI (مدل انسانی)


🔸 قدرت پردازش: گراک ۴ با ۱۰۰ برابر قدرت بیشتر نسبت به Grok 2 آموزش دیده و نصف تاخیر (Latency) گراک ۳ رو داره.

🔸 دسترسی: احتمالاً نسخه Grok 3 به‌زودی برای دانلود عمومی در دسترس قرار می‌گیره.

📈 بنچمارک AGI:
تو بنچمارک بسیار دشوار ARC-AGI که ماه‌ها هیچ مدلی نتونسته بود حتی از مرز ۱۰٪ عبور کنه، گراک ۴ تونست در کمتر از ۱۲ ساعت به امتیاز ۱۵.۸٪ برسه؛ یک رکورد جدید!

📚 آزمون‌های علمی:
در آزمون HLE با ۲۵۰۰ سؤال در سطح دکترا:

Grok 4: امتیاز %25.4

میانگین انسان‌ها: 5%

Gemini 2.5 Pro: %امتیاز 21.6
OpenAI o3-high: %امتیاز 21

Grok 4 Heavy:
امتیاز عجیب و چشمگیر بیش از ۵۰ درصد


🧠 دیدگاه ماسک:

ایلان ماسک گفته: «دانشجوهای دکترا تو آزمون‌هایی که گراک قبول می‌شه، رد می‌شن!»


🚀 نسخه Heavy:
مدلی با اسم الهام‌گرفته از Falcon Heavy، که یک مدل مولتی‌ایجنته.
ماسک می‌گه وقتی یه سوال پیچیده ازش بپرسید، به‌جای یک جواب مستقیم، چندین ایجنت با هم مثل یه «تیم مطالعه» همکاری می‌کنن تا به بهترین پاسخ برسن.

🧾قیمت API:
پنجره زمینه: تا ۲۵۶ هزار توکن (عالی برای اسناد حجیم)

قیمت:
ورودی: ۳ دلار / یک میلیون توکن
خروجی: ۱۵ دلار / یک میلیون توکن

👇👇👇👇👇👇👇👇👇
@ai_labdon
🔥21
Forwarded from Bardia & Erfan
👍3👏1
Forwarded from AI Labdon
💙🤍👇لیست تمام چنل هامون👇🤍💙


https://t.me/addlist/QtXiQlynEJwzODBk
Forwarded from Bardia & Erfan
پاول دروف : اگه دانش‌آموزی و نمی‌دونی رو چی تمرکز کنی، برو سراغ ریاضی!

▪️ریاضی بهت یاد می‌ده که به مغز خودت تکیه کنی، منطقی فکر کنی، مسئله رو خرد کنی و قدم‌به‌قدم درست پیش بری.

▪️و این دقیقاً همون مهارتیه که برای ساختن شرکت، راه انداختن پروژه و موفقیت تو هر کاری لازمه!
7
🔵 عنوان مقاله
pgsqlite: A Postgres Protocol Adapter for SQLite Databases

🟢 خلاصه مقاله:
مقاله‌ای که مورد بررسی قرار گرفته به تشریح روشی نوآورانه برای امکان اتصال مشتری‌های Postgres به پایگاه‌های داده SQLite پرداخته است، به گونه‌ای که این پایگاه‌های داده توسط کاربران همانند پایگاه‌های داده Postgres عمل کنند. این رویکرد به عنوان یک پروژه "آزمایشی" معرفی شده است و هنوز در مراحل ابتدایی توسعه قرار دارد. تکنیک‌ها و فناوری‌های بکار رفته در این روش شامل ایجاد یک لایه تطابق است که امکان ترجمه پرس و جوهای SQL از فرمت مورد قبول در Postgres به فرمت قابل استفاده در SQLite را فراهم می‌آورد. هدف از این روش، افزایش انعطاف‌پذیری و قابلیت استفاده از پایگاه‌های داده SQLite برای کاربرانی است که معمولاً با Postgres کار می‌کنند. این پروژه پتانسیل تحول در تعاملات میان مختلف پایگاه‌های داده‌های موجود را دارد، گرچه به دلیل وضعیت آزمایشی‌اش، ممکن است در عملکرد و استقرار دارای چالش‌هایی باشد.

🟣لینک مقاله:
https://postgresweekly.com/link/171595/web


👑 @Database_Academy
🔵 عنوان مقاله
When SIGTERM Does Nothing: A Postgres Mystery

🟢 خلاصه مقاله:
تیمی در ClickHouse با اشکالی در نمونه‌های خواندنی مواجه شد که باعث می‌شد دستورات راه‌اندازی تکثیر به صورت نامحدود متوقف شوند و درخواست‌های لغو را نادیده بگیرند، که این امر خطر توقف خطوط پردازشی و افزایش استفاده از فضای دیسک را به همراه داشت. با این حال، پایان خوشی در کار بود، زیرا علت شناسایی شده و یک وصله (پچ) برای نسخ‌ه‌های پشتیبانی شده‌ی PostgreSQL طراحی و ارائه شده است، بنابراین همه ما اکنون می‌توانیم به طور ایمن تکثیر را در استندبای‌ها متوقف کنیم. این اقدام سریع و مؤثر تیم ClickHouse نشان دهنده پیشرفت در حل مشکلات پیچیده‌ی فنی و اهمیت به‌روزرسانی‌های امنیتی در نگهداری نرم‌افزارهای قابل اعتماد است.

🟣لینک مقاله:
https://postgresweekly.com/link/171587/web


👑 @Database_Academy
🔵 عنوان مقاله
8. How OpenAI Scales Postgres to the Next Level

🟢 خلاصه مقاله:
در مقاله‌ای که در ادامه سخنرانی مهندس OpenAI، بُهان ژانگ، در کنفرانس PGConf.dev نوشته شده است، به توضیح چگونگی مدیریت مقیاس‌پذیری در OpenAI با استفاده از رویکردی بدون شاردینگ پرداخته شده است. در این روش، فقط از یک نویسنده و چندین خواننده استفاده می‌شود. طبق گفته ژانگ، Postgres به عنوان ستون فقرات سیستم‌های بحرانی در OpenAI عمل می‌کند. علی‌رغم محدودیت‌هایی که معمولاً در پایگاه‌های داده Postgres برای مقیاس‌پذیری وجود دارد، OpenAI موفق شده است با این ساختار منحصر به فرد به کار خود ادامه دهد. این نشان‌دهنده این است که اگر این سیستم برای OpenAI کافی باشد، می‌تواند برای بسیاری از دیگر سازمان‌هایی که با چالش‌های مشابه روبرو هستند نیز مناسب باشد. این خلاصه بیانگر توانایی‌ها و کارایی استفاده از Postgres در مقیاس بزرگ است، حتی با وجود مشکلات احتمالی شناخته شده در مورد مقیاس‌پذیری.


🟣لینک مقاله:
https://postgresweekly.com/link/171610/web


👑 @Database_Academy
🔵 عنوان مقاله
7. A Roundup of Postgres Query Plan Visualization Tools

🟢 خلاصه مقاله:
مقاله‌ای که بیان شده، پیرامون دستور EXPLAIN در PostgreSQL بحث می‌کند که ابزاری کلیدی برای درک نحوهٔ برنامه‌ریزی و اجرای پرس‌وجو‌ها توسط این سیستم مدیریت پایگاه داده است. با استفاده از دستور EXPLAIN و تنظیمات متعدد آن، کاربران می‌توانند دریابند که چگونه پرس‌وجوهای خاص به اجرا درمی‌آیند و دلایل کند بودن برخی از این پرس‌وجوها را شناسایی کنند. با این حال، خروجی خام دستور EXPLAIN ممکن است دشوار به فهم باشد. در این راستا، چندین ابزار مفید وجود دارد که می‌تواند به تجزیه و تحلیل و درک بهتر این خروجی‌ها کمک کند. مقاله تأکید می‌کند که استفاده از این ابزارها می‌تواند در بهینه‌سازی پرس‌وجوها و افزایش کارایی عملیات پایگاه داده مؤثر باشد.

🟣لینک مقاله:
https://postgresweekly.com/link/171607/web


👑 @Database_Academy
🔵 عنوان مقاله
3. Don't Do This (in Postgres)

🟢 خلاصه مقاله:
این مقاله به بررسی یک صفحه پربازدید از ویکی رسمی Postgres می‌پردازد که به طور منظم هر یکی دو سال یکبار به آن ارجاع داده می‌شود. این صفحه شامل راهنمایی‌ها و مشاوره‌هایی در مورد 'اشتباهات رایج'ی است که کاربران هنگام استفاده از Postgres مرتکب می‌شوند و نبایدهایی که باید اجتناب کنند. مقاله بیان می‌کند که دیدن افزوده شدن مطالب بیشتر به این صفحه در زمان‌های آینده بسیار خوب خواهد بود. این اشاره به لزوم به‌روزرسانی و توسعه مستمر محتوا در رابطه با استفاده بهینه از این سیستم مدیریت پایگاه داده است. دانش به دست آمده از این صفحه به کاربران کمک می‌کند تا با شناخت اشتباهات معمول، بهره‌وری خود را افزایش دهند و از مشکلات احتمالی جلوگیری کنند.

🟣لینک مقاله:
https://postgresweekly.com/link/171602/web


👑 @Database_Academy
🔵 عنوان مقاله
Migrating the Jira Database Platform to AWS Aurora

🟢 خلاصه مقاله:
خلاصه مقاله: مقاله‌ای که مورد بررسی قرار گرفته است درباره‌ی چالش‌ها و پیچیدگی‌هایی که Atlassian در جریان انتقال چهار میلیون پایگاه داده کاربران از سرورهای Postgres به AWS Aurora مواجه شده است. Atlassian، که از Postgres برای مدیریت دیتابیس‌های منفرد هر کاربر استفاده می‌کند، با تعداد کاربرانی که به میلیون‌ها می‌رسد، نیاز به مدیریت میلیون‌ها پایگاه داده داشت. این فرایند انتقال که شامل حرکت دیتابیس‌ها از ۳۰۰۰ سرور Postgres به سیستم مدیریت دیتابیس Aurora ابری AWS بود، یک کار بسیار پیچیده و دشوار توصیف شده است. این عملیات نشان‌دهنده‌ی ظرفیت‌های بزرگ در مدیریت دیتا و انتقال اطلاعات در مقیاس بسیار بزرگ است و نیاز به دقت و برنامه‌ریزی دقیق دارد.

🟣لینک مقاله:
https://postgresweekly.com/link/171588/web


👑 @Database_Academy
Forwarded from AI Labdon
مرورگر Zen بر پایه فایرفاکس و با الهام از طراحی مدرن Arc ساخته شده.
جدا از خوشگلی و امکانات زیادی که برای شخصی‌سازی و بهره‌وری بیشتر داره؛ حریم شخصی برای Zen مهمه و برخلاف فایرفاکس و گوگل کروم، از دیتای کاربر برای توسعه AI استفاده نمی‌کنه!

+ دریافت:
https://zen-browser.app

<Yaser Shahi/>
🔵 عنوان مقاله
1. Life Altering Postgres Patterns

🟢 خلاصه مقاله:
مقاله‌ای که بررسی شده حاوی دوازده نکته و بینش کلیدی است که نویسنده از تجربیات واقعی خود در زمینه برنامه‌نویسی و مدیریت پایگاه داده به دست آورده است. این نکات شامل استفاده از UUID به عنوان کلیدهای اصلی، نحوه نام‌گذاری جداول، استفاده از اسکیماها و دیدگاه‌ها (views) می‌باشد. نویسنده تاکید دارد که این توصیه‌ها بر پایه تجربیات سخت و عملی او شکل گرفته‌اند و می‌توانند به عنوان راهنمایی مفید برای توسعه‌دهندگان نرم‌افزار عمل کنند. این مقاله نه تنها نکات تخصصی و فنی مرتبط با مسائل فناوری اطلاعات را پوشش می‌دهد، بلکه به چگونگی بهینه‌سازی کار با پایگاه داده‌ها و افزایش کارایی در زمینه برنامه‌نویسی نیز می‌پردازد. این راهنمایی‌ها برای هر توسعه‌دهنده‌ای که به دنبال بهبود مهارت‌های خود در این زمینه است، ارزشمند است.

🟣لینک مقاله:
https://postgresweekly.com/link/171599/web


👑 @Database_Academy
Forwarded from omid trade 360
🔵 عنوان مقاله
Aave TVL 50% greater than Revolut's (1 minute read)

🟢 خلاصه مقاله:
مقاله حاضر، به بررسی و مقایسه Aave و Revolut می‌پردازد که دو سازمان مالی در عرصه‌های متفاوت هستند. Aave، یک پلتفرم وام دهی غیرمتمرکز است که بر بستر بلاک‌چین فعالیت می‌کند، در حالی که Revolut یک شرکت فناوری مالی است که خدمات بانکی و تبدیل ارز را ارائه می‌دهد. بر اساس این مقاله، میزان کل ارزش قفل‌شده (TVL) در Aave، تقریباً 50 درصد بیشتر از دارایی‌های تحت مدیریت (AUM) در Revolut است. این تفاوت عمده ارزش نشان‌دهنده پذیرش گسترده‌تر و اعتماد بیشتر به پلتفرم‌های مالی بلاک‌چین مانند Aave در مقابل روش‌های سنتی‌تر مدیریت دارایی است که توسط شرکت‌هایی مانند Revolut انجام می‌شود. این خلاصه برجسته‌ کردن این تفاوت اساسی میان دو مدل تجاری و نقش تکنولوژی‌های نوین در تحول عرصه مالی را در بر دارد.

🟣لینک مقاله:
https://threadreaderapp.com/thread/1931735079098921341.html?utm_source=tldrcrypto


👑 @omidtrade360
🔵 عنوان مقاله
So Why Don't We Pick the Optimal Query Plan?

🟢 خلاصه مقاله:
این مقاله به بررسی چگونگی تأثیرگذاری یک پیش‌فرض احتمالاً منسوخ شده (random_page_cost) بر روی انتخاب‌های اسکن شاخص در سیستم‌های مدیریت پایگاه داده می‌پردازد. پیش‌فرض random_page_cost به عنوان بخشی از تنظیمات عملکردی در PostgreSQL مورد استفاده قرار می‌گیرد تا هزینه دسترسی تصادفی به صفحات داده در مقایسه با دسترسی ترتیبی را تخمین بزند. در شرایط کنونی که سخت‌افزارهای ذخیره‌سازی مدرن تر و سریعتر شده‌اند، این پیش‌فرض می‌تواند منجر به تصمیم‌گیری‌های ناکارآمد در استفاده از اندیس‌ها و در نتیجه کاهش کارایی پایگاه داده شود. مقاله راهکارهایی برای مقابله با این مشکل را ارائه می‌دهد که شامل بهینه‌سازی تنظیمات سیستم و ارزیابی دقیق‌تر هزینه‌های دسترسی به داده‌ها در محیط‌های تکنولوژیکی مختلف می‌شود. بدین ترتیب، مقاله نحوه اصلاح پیکربندی سیستم و اپتیمایز کردن انتخاب شاخص‌ها را به منظور افزایش بهره‌وری کلی بررسی می‌کند.

🟣لینک مقاله:
https://postgresweekly.com/link/171593/web


👑 @Database_Academy
🔵 عنوان مقاله
Mastering Replication Slots: Preventing WAL Bloat and Other Production Issues

🟢 خلاصه مقاله:
Gunnar در مقاله‌ای که نوشته است، هشدار می‌دهد که گاهی اوقات اسلات تکثیر می‌تواند باعث نگهداری حجم زیادی از بخش‌های لاگ پیشرو (WAL) در پایگاه داده شود. او توصیه‌هایی را برای پیشگیری از این مشکل ارائه داده و همچنین به روش‌های خوبی در زمینه‌هایی مانند ضربان قلب (heartbeats)، تفکیک اسلات تکثیر در زمان خرابی (replication slot failover)، نظارت و موارد دیگر اشاره کرده است. این رویکردها برای اطمینان از کارایی و پایداری در مدیریت پایگاه‌های داده بسیار حیاتی است. مطالب اصلی که Gunnar تأکید می‌کند شامل اهمیت نظارت دقیق بر پایگاه داده، استفاده از فرایندهای خودکار برای مدیریت اسلات‌های تکثیر و اطمینان از اینکه سیستم‌های نظارت به خوبی پیکربندی شده‌اند، می‌شود. این اطلاعات به مدیران پایگاه داده کمک می‌کند تا از تجمع بیش از حد بخش‌های WAL جلوگیری کنند و به بهبود کلی عملکرد محیط‌های تکثیر کمک می‌کند.

🟣لینک مقاله:
https://postgresweekly.com/link/171594/web


👑 @Database_Academy