🔵 کوییز #یادگیری_ماشین

🟣 موضوع : ‏مدل‌های گراف توجهی (Graph Attention Networks - GATs)

🟢 سوال :

‏کدام روش برای جلوگیری از overfitting در GAT معمولاً به کار نمی‌رود؟

گزینه 1:
dropout
گزینه 2:
weight decay
گزینه 3:
early stopping
گزینه 4:
‏افزایش داده‌ها

🔵 گزینه صحیح: 4

🟢 توضیح :

‏روش افزایش داده‌ها (data augmentation) عموماً در قالب GAT استفاده نمی‌شود.


ـــــــــــــــــــــــــــــــــــــــــــــــــــــــــ

لطفا ما رو به دیگران هم معرفی کنید...

آدرس کانال اصلی :
https://t.me/Tu_24

آدرس وبسایت:
https://Tutorial24.ir

💡 نکته #MySQL

🟣 موضوع : ‏کار با انواع JOIN در MySQL به صورت عملی
📖 سرفصل : ‏مقایسه نتایج LEFT JOIN و RIGHT JOIN

✨ ‏LEFT JOIN: همه چی از جدول چپ! اگه می‌خوای همه ردیف‌های جدول سمت چپ رو داشته باشی، حتی اگه تو جدول راست match پیدا نشد (با NULL پر می‌شه)، LEFT JOIN رفیقته. 🤝

✨ ‏RIGHT JOIN: همه چی از جدول راست! برعکس LEFT JOIN، این یکی همه ردیف‌های جدول سمت راست رو نشون میده. اگه تو چپ چیزی نباشه، NULL می‌بینی. 😉

✨ ‏تبدیل RIGHT به LEFT: همیشه میشه! یادت باشه، هر RIGHT JOIN رو می‌تونی با عوض کردن جای جدول‌ها به LEFT JOIN تبدیل کنی. مثلاً A RIGHT JOIN B همون B LEFT JOIN A هست. این یه ترفند باحاله! ✨

✨ ‏کدوم رو انتخاب کنم؟ معمولاً LEFT JOIN پرکاربردتره، چون بیشتر ما با یه "جدول اصلی" شروع می‌کنیم و اطلاعات رو بهش اضافه می‌کنیم. اما هر دو کاربرد خودشون رو دارن. 💡

✨ ‏NULLها رو بشناس! مهم‌ترین تفاوتشون اینه که کدوم طرف رو با NULL پر می‌کنن وقتی match پیدا نشه. LEFT JOIN سمت راست رو و RIGHT JOIN سمت چپ رو. اینو یادت نره! 🧐

✨ ‏مثال کاربردی LEFT JOIN: فرض کن لیست همه مشتری‌ها رو می‌خوای، حتی اگه سفارشی ثبت نکرده باشن. Customers LEFT JOIN Orders. ساده و مفید! 🛍️

✨ ‏مثال کاربردی RIGHT JOIN: کمتر پیش میاد مستقیم ازش استفاده کنیم، ولی مثلاً اگه بخوای همه محصولات رو ببینی، حتی اگه هیچ سفارشی براشون ثبت نشده (با فرض اینکه Orders رو سمت چپ و Products رو سمت راست JOIN کنی). 🛒

✨ ‏تمرین کن! بهترین راه برای درکشون اینه که با چندتا جدول کوچیک و داده‌های تستی خودت امتحانشون کنی. نتایج رو ببین و مقایسه کن. دستت راه میفته! 💪

✨ ‏عملکرد (Performance): در اکثر موارد، از نظر عملکرد تفاوت محسوسی بین LEFT JOIN و RIGHT JOIN نیست، چون MySQL هر دو رو بهینه می‌کنه. مهم اینه که کدوم رو برای منطق کوئریت لازم داری. ⚡

✨ ‏JOIN‌های دیگه رو هم دریاب! اینا فقط دو تا از انواع JOIN هستن. INNER JOIN (فقط مشترکات) و FULL JOIN (همه چیز از هر دو طرف، که در MySQL مستقیم نداریم و باید با UNION ALL شبیه‌سازی بشه) رو هم بشناس. دنیای JOINها بزرگه! 🚀


ـــــــــــــــــــــــــــــــــــــــــــــــــــــــــ

لطفا ما رو به دیگران هم معرفی کنید...

آدرس کانال اصلی :
https://t.me/Tu_24

آدرس وبسایت:
https://Tutorial24.ir

💡 نکته #NoSQL

🟣 موضوع : Memory vs Disk‑Based Storage

✨ نکته :

‏حجم داده‌هات خیلی زیاده و نمی‌خوای ورشکست شی؟ 💸 Disk-Based Storage انتخاب منطقی‌تریه. مثلاً MongoDB برای داده‌های بزرگ عالیه، فقط یه کم صبور باش!


ـــــــــــــــــــــــــــــــــــــــــــــــــــــــــ

لطفا ما رو به دیگران هم معرفی کنید...

آدرس کانال اصلی :
https://t.me/Tu_24

آدرس وبسایت:
https://Tutorial24.ir

🔵 نکته یادگیری ماشین

افزایش داده (Data Augmentation) 🖼

همیشه می‌گن "بیشتر بهتره"، مخصوصاً در یادگیری ماشین. هرچی داده‌های آموزشی بیشتری داشته باشی، مدل‌ت بهتر یاد می‌گیره و قوی‌تر می‌شه. 💪 اما گاهی اوقات، جمع‌آوری داده‌های بیشتر خیلی سخت یا حتی غیرممکنه.

اینجا افزایش داده به کمکمون میاد. این تکنیک مثل یه شعبده‌بازی عمل می‌کنه که با چندتا داده موجود، کلی داده جدید می‌سازه! 🪄

به زبان ساده‌تر:

فرض کن می‌خوای به مدل‌ت یاد بدی "گربه" چیه، اما فقط یه عکس از یه گربه داری. 🐈 خب، مدل با این یه عکس خیلی خوب یاد نمی‌گیره که گربه رو از زاویه‌ها، نورها و حالت‌های مختلف تشخیص بده.

به جای اینکه بری دنبال هزارتا عکس دیگه، می‌تونی همون یه عکس رو دستکاری کنی:

عکس رو برگردونیش (آینه‌ای‌اش کنی). ↔️

یکم بچرخونیش. 🔄

نور و روشنیش رو عوض کنی. 💡

یه ذره زوم کنی یا کوچیکش کنی. 🔍

حالا مدل‌ت فکر می‌کنه با ۴ یا ۵ عکس کاملاً جدید روبرو شده، در حالی که همه از همون یه عکس اصلی ساخته شدن. به این ترتیب، با اینکه داده‌های اولیه کم بودن، مدل می‌تونه گربه رو در شرایط مختلف بهتر تشخیص بده.

این تکنیک بیشتر در حوزه بینایی کامپیوتر استفاده می‌شه، اما ایده‌اش در سایر حوزه‌ها هم کاربرد داره.

خلاصه که، اگه داده‌هات کمه، می‌تونی با کمی خلاقیت و ترفندهای ساده، کلی داده جدید بسازی و مدل‌ت رو قوی‌تر و باهوش‌تر کنی! 😉

ـــــــــــــــــــــــــــــــــــــــــــــــــــــــــ


لطفا ما رو به دیگران هم معرفی کنید...

آدرس کانال اصلی :
https://t.me/Tu_24

آدرس وبسایت:
https://Tutorial24.ir

💡 نکته #NoSQL

🟣 موضوع : ‏Metrics و Health Checks

✨ نکته :

‏از ابزارهای مانیتورینگ که متریک‌های NoSQL رو خوب نشون میدن استفاده کنید. 📊💡


ـــــــــــــــــــــــــــــــــــــــــــــــــــــــــ

لطفا ما رو به دیگران هم معرفی کنید...

آدرس کانال اصلی :
https://t.me/Tu_24

آدرس وبسایت:
https://Tutorial24.ir

🔵 نکته یادگیری ماشین

می‌دونیم مدل‌ها با تابع هزینه اشتباهاتشون رو می‌سنجن، بریم سراغ اینکه چطور اون اشتباهات رو درست می‌کنن! 🔧

نزول گرادیان (Gradient Descent) ⛰

تصور کن چشم‌هات بسته است و در بالای یک تپه ایستادی. ⛰ هدف تو اینه که به پایین‌ترین نقطه در دره برسی. چطور این کار رو می‌کنی؟

یک راه اینه که شیب زمین رو زیر پات حس کنی و هر بار در جهت شیب‌دارترین سراشیبی، یک قدم کوچک برداری. اگر این کار رو تکرار کنی، بالاخره به پایین‌ترین نقطه می‌رسی. 🚶‍♂️

این دقیقاً کاری است که الگوریتم نزول گرادیان (Gradient Descent) انجام می‌ده.

به زبان ساده‌تر:

نزول گرادیان روشی است که مدل‌ها از اون برای کاهش مقدار تابع هزینه استفاده می‌کنن.

تپه: تابع هزینه (هر چه بالاتر، خطا بیشتر).

تو: پارامترهای مدل (مثل وزن‌ها و بایاس‌ها).

جهت شیب‌دارترین سراشیبی: گرادیان، که به مدل می‌گه در کدوم جهت باید پارامترهاش رو تغییر بده تا خطا سریع‌تر کم بشه.

قدم‌های کوچک: نرخ یادگیری (Learning Rate)، که تعیین می‌کنه هر بار چقدر تغییر در پارامترها ایجاد بشه. (قدم‌های بزرگ سریع‌ترن اما ممکنه از دره رد بشن؛ قدم‌های کوچک کندن اما امن‌تر.)

این فرآیند بارها و بارها تکرار می‌شه تا مدل به جایی برسه که خطاش حداقل باشه.

نزول گرادیان قلب الگوریتم‌های آموزش بسیاری از مدل‌های قدرتمند، از جمله شبکه‌های عصبی است و به مدل‌ها اجازه می‌ده که از داده‌ها یاد بگیرن.

خلاصه که، نزول گرادیان به مدل می‌گه که 'با قدم‌های کوچک و با دقت، به سمت کمترین خطا حرکت کن!' 📉

ـــــــــــــــــــــــــــــــــــــــــــــــــــــــــ


لطفا ما رو به دیگران هم معرفی کنید...

آدرس کانال اصلی :
https://t.me/Tu_24

آدرس وبسایت:
https://Tutorial24.ir

💡 نکته #SQL

🟣 موضوع : ‏توابع کاربر-تعریف‌شده (UDF)

✨ نکته :

‏میتونی UDF ها رو به صورت اسکالر (Scalar) یا جدولی (Table-Valued) بسازی! هر کدوم یه کاربردی دارن! 🤩


ـــــــــــــــــــــــــــــــــــــــــــــــــــــــــ

لطفا ما رو به دیگران هم معرفی کنید...

آدرس کانال اصلی :
https://t.me/Tu_24

آدرس وبسایت:
https://Tutorial24.ir

💡 نکته #SQLite

🟣 موضوع : ‏بررسی و مقایسه انواع ذخیره‌سازی داده‌ها در SQLite
📖 سرفصل : ‏روش‌های پشتیبان‌گیری

✨ نکته 1:
‏ساده‌ترین روش، کپی کردن مستقیم فایل دیتابیس (.db) به یه جای امنه. چون SQLite فقط یه فایله، این روش سریع‌ترینه! 📦💾

✨ نکته 2:
‏روش حرفه‌ای‌تر، استفاده از Backup API خود SQLite (تو زبان‌های برنامه‌نویسی) هست. اینجوری می‌تونی حتی موقع کار کردن برنامه با دیتابیس، بک‌آپ بگیری. 🛠️💡

✨ نکته 3:
‏اگه حالت WAL (Write-Ahead Logging) فعال باشه، برای بک‌آپ باید علاوه بر فایل اصلی، فایل‌های .wal و .shm رو هم کپی کنی. اینا داده‌های جدید رو نگه می‌دارن! ⚠️

✨ نکته 4:
‏بهترین کار اینه که از دستور VACUUM INTO 'مسیر_بک‌آپ.db'; استفاده کنی. این یه بک‌آپ تمیز و فشرده (بدون فضای خالی) برات می‌گیره. 🧹✨

✨ نکته 5:
‏اگه می‌خوای بک‌آپت فقط یه فایل متنی حاوی دستورات SQL باشه، از ابزار sqlite3 با دستور .dump استفاده کن. این خروجی رو می‌تونی رو هر دیتابیس دیگه‌ای اجرا کنی. 📝

✨ نکته 6:
‏برای بک‌آپ گرفتن، می‌تونی از ATTACH DATABASE هم استفاده کنی. دیتابیس مقصد رو وصل کن و با INSERT INTO ... SELECT ... داده‌ها رو کپی کن. 🔗

✨ نکته 7:
‏یادت باشه، اگه فقط فایل اصلی رو کپی کنی، تراکنش‌های نیمه‌کاره‌ای که تو فایل Journal بودن، توی بک‌آپ اعمال نمی‌شن. پس مطمئن شو که تراکنش فعالی نباشه. 🛑

✨ نکته 8:
‏برای بک‌آپ‌های بسیار بزرگ، می‌تونی از ابزارهای سیستمی (مثل rsync یا robocopy) استفاده کنی تا فقط تغییرات فایل رو کپی کنن و سرعتت بیشتر بشه. 🚀

✨ نکته 9:
‏هیچ‌وقت از روش Cut/Paste برای بک‌آپ استفاده نکن! همیشه کپی کن تا اگه مشکلی پیش اومد، فایل اصلی سر جاش باشه. ✂️

✨ نکته 10:
‏بهترین استراتژی، ترکیب این روش‌هاست: بک‌آپ‌های روزانه با کپی فایل و بک‌آپ‌های دوره‌ای با VACUUM INTO برای تمیزکاری! 💯😎


ـــــــــــــــــــــــــــــــــــــــــــــــــــــــــ

لطفا ما رو به دیگران هم معرفی کنید...

آدرس کانال اصلی :
https://t.me/Tu_24

آدرس وبسایت:
https://Tutorial24.ir

💡 نکته #NoSQL

🟣 موضوع : ‏توزیع جغرافیایی داده (Geo‑Distribution)

✨ نکته :

‏همگام‌سازی دیتا: چطوری مطمئن بشیم همه کپی‌ها به‌روزن؟ دیتابیس‌های NoSQL خودشون معمولاً این کارو می‌کنن، ولی مدل "Consistency"شون (سازگاری) رو بشناس. خیلی مهمه! 🔄


ـــــــــــــــــــــــــــــــــــــــــــــــــــــــــ

لطفا ما رو به دیگران هم معرفی کنید...

آدرس کانال اصلی :
https://t.me/Tu_24

آدرس وبسایت:
https://Tutorial24.ir

💡 نکته #SQLite

🟣 موضوع : ‏بررسی و مقایسه انواع ذخیره‌سازی داده‌ها در SQLite
📖 سرفصل : ‏مزایا و معایب پایگاه داده در حافظه

✨ نکته 1:
‏مزیت اصلی: دیتابیس‌های In-Memory فوق‌العاده سریع هستن چون داده‌ها رو مستقیم از RAM می‌خونن، نه از دیسک کند. 🚀💡

✨ نکته 2:
‏مزیت کاربردی: برای تست‌های واحد (Unit Tests) عالی هستن! Schema رو می‌سازی، تست می‌کنی و بعدش همه چی پاک می‌شه، بدون هیچ فایل اضافی. 🧪✅

✨ نکته 3:
‏عیب بزرگ: داده‌ها ناپایدار (Volatile) هستن. اگه برق بره، برنامه کرش کنه یا اتصال قطع شه، کل داده‌ها از دست می‌رن! 💥😭

✨ نکته 4:
‏مزیت محیطی: برای محیط‌هایی که فضای دیسک مهم و محدوده (مثل بعضی دستگاه‌های IoT) یا نمی‌خوای فایل دائمی بسازی، بهترین هستن. 💾

✨ نکته 5:
‏عیب محدودیت: حجم دیتابیس In-Memory به میزان RAM موجود شما بستگی داره. نمی‌تونی داده‌ی بیشتر از ظرفیت RAM توش بریزی. 🧠

✨ نکته 6:
‏مزیت سرعت بالا: برای پردازش‌های سریع و موقت روی داده‌ها (مثل فیلتر و مرتب‌سازی داده‌های بزرگ) که نیازی به ذخیره دائمی ندارن، عالی عمل می‌کنن. ⚡

✨ نکته 7:
‏عیب اشتراک‌گذاری: به طور پیش‌فرض، دیتابیس In-Memory فقط تو یه Connection قابل دسترسیه. برای اشتراک‌گذاری، باید تنظیمات خاصی رو فعال کنی. 🔗

✨ نکته 8:
‏مزیت سادگی: دیگه درگیر مدیریت فایل‌ها، قفل دیسک یا فضای اشغال‌شده توسط دیتابیس روی دیسک نیستی. همه چی تو حافظه است. 🎈

✨ نکته 9:
‏عیب بازیابی: از اونجایی که داده‌ها موقت هستن، اگر یه خطای برنامه پیش بیاد، هیچ راهی برای بازیابی دیتای لحظه‌ای وجود نداره. 🛡️

✨ نکته 10:
‏کاربرد عملی: برای کش کردن (Caching) داده‌های سرور که باید با سرعت بالا خونده بشن ولی نیاز به ماندگاری طولانی ندارن، این نوع دیتابیس پادشاهه. 👑😎


ـــــــــــــــــــــــــــــــــــــــــــــــــــــــــ

لطفا ما رو به دیگران هم معرفی کنید...

آدرس کانال اصلی :
https://t.me/Tu_24

آدرس وبسایت:
https://Tutorial24.ir

💡 نکته #SQLite

🟣 موضوع : ‏بررسی و مقایسه انواع ذخیره‌سازی داده‌ها در SQLite
📖 سرفصل : ‏مدیریت پایگاه داده‌های بزرگ

✨ نکته 1:
‏برای دیتابیس‌های بزرگ (در حد گیگابایت)، حتماً حالت WAL (Write-Ahead Logging) رو فعال کن. این کار همزمانی و سرعت نوشتن رو خیلی بهتر می‌کنه! 🚀🔥

✨ نکته 2:
‏ایندکس‌ها دوست صمیمی دیتابیس‌های بزرگ هستن. روی ستون‌هایی که زیاد جستجو می‌کنی یا مرتب می‌کنی، ایندکس بساز تا کند نشی. 💡

✨ نکته 3:
‏سعی کن عملیات نوشتن (INSERT/UPDATE/DELETE) رو تو تراکنش‌های بزرگ (بین BEGIN و COMMIT) انجام بدی. این کار صدها برابر سریع‌تر از نوشتن‌های تکیه. 🚄

✨ نکته 4:
‏اگه دیتابیس خیلی بزرگ داری، می‌تونی سایز صفحات (Page Size) رو از ۴ کیلوبایت پیش‌فرض به ۸ یا ۱۶ کیلوبایت افزایش بدی. این برای داده‌های حجیم خوبه. 📏

✨ نکته 5:
‏برای خواندن‌های زیاد، حافظه کش (Cache Size) رو تو RAM بزرگتر کن: PRAGMA cache_size = -20000;. اینجوری SQLite داده‌ها رو از دیسک نمی‌خونه. 🧠✨

✨ نکته 6:
‏اگه حجم دیتابیس خیلی زیاد شده، به جای ذخیره‌ی فایل‌های بزرگ (مثل تصاویر) به صورت BLOB، اونا رو تو سیستم فایل بذار و فقط مسیرشون رو تو دیتابیس نگه دار. 📦💾

✨ نکته 7:
‏به صورت دوره‌ای و در زمان‌های کم‌ترافیک، دستور VACUUM رو اجرا کن. این کار فضای خالی رو حذف می‌کنه و دیتابیس رو بهینه نگه می‌داره. 🧹

✨ نکته 8:
‏ستون‌های متنی (TEXT) طولانی رو فقط زمانی ایندکس کن که واقعاً لازمه. ایندکس‌های بزرگ، حجم دیتابیس رو به شدت زیاد می‌کنن. 📝

✨ نکته 9:
‏برای مدیریت بهتر دیتابیس‌های خیلی بزرگ، می‌تونی داده‌های قدیمی رو به یه دیتابیس آرشیو منتقل کنی (با ATTACH و DETACH). دیتابیس اصلیت سبک می‌مونه. 🔗

✨ نکته 10:
‏اگر دیتابیس تو دائماً توسط چندین کاربر همزمان نیاز به نوشتن داره، SQLite برای اون سناریو طراحی نشده. باید به دیتابیس‌های سرور-محور (مثل PostgreSQL) کوچ کنی. 🐘😎


ـــــــــــــــــــــــــــــــــــــــــــــــــــــــــ

لطفا ما رو به دیگران هم معرفی کنید...

آدرس کانال اصلی :
https://t.me/Tu_24

آدرس وبسایت:
https://Tutorial24.ir

💡 نکته #SQLite

🟣 موضوع : ‏بررسی و مقایسه انواع ذخیره‌سازی داده‌ها در SQLite
📖 سرفصل : ‏مفاهیم اولیه داده‌های جغرافیایی

✨ نکته 1:
‏داده‌های جغرافیایی یعنی هر چیزی که با موقعیت روی زمین سر و کار داره، مثل مختصات GPS، نقشه‌ها و محدوده‌های مکانی. 🗺️💡

✨ نکته 2:
‏اولین مفهوم، نقطه (Point) هست. مثل یه جای خاص روی نقشه که فقط با دو عدد عرض و طول جغرافیایی (Latitude و Longitude) مشخص می‌شه. 📍

✨ نکته 3:
‏بعد از نقطه، خط (LineString) رو داریم. این از وصل شدن چند تا نقطه به هم ایجاد می‌شه. مثلاً مسیر یه خیابون یا مسیر حرکت یه ماشین. 📏

✨ نکته 4:
‏مفهوم بعدی چندضلعی (Polygon) هست که برای نشون دادن یه محدوده یا منطقه استفاده می‌شه، مثلاً مرز یه شهر یا یه پارک. 🏞️

✨ نکته 5:
‏ما دو سیستم برای مختصات داریم: کروی (Spherical) که زمین رو گرد در نظر می‌گیره (مثل GPS) و صفحه‌ای (Planar) که برای نقشه‌های کوچک‌تر استفاده می‌شه. 🌐

✨ نکته 6:
‏تمام این اشکال جغرافیایی معمولاً تو یه قالب استاندارد به نام WKT (Well-Known Text) ذخیره می‌شن. مثل POINT(35 51). 📝

✨ نکته 7:
‏برای ذخیره این داده‌ها تو SQLite، باید از افزونه SpatiaLite استفاده کنی. SQLite معمولی این مفاهیم رو نمی‌فهمه. 🦸‍♂️🔥

✨ نکته 8:
‏R-Tree یه نوع ایندکس جادوییه که برای جستجوی سریع داده‌های جغرافیایی استفاده می‌شه. ایندکس‌های معمولی تو این کار ضعیفن. 🌳🚀

✨ نکته 9:
‏یکی از کاربردی‌ترین کارها، محاسبه فاصله بین دو نقطه است. توابع جغرافیایی این کار رو به شکل دقیق و استاندارد انجام می‌دن. 📐

✨ نکته 10:
‏مفهوم رابطه مکانی (Spatial Relationship) یعنی بررسی کنیم که آیا یه نقطه درون یه چندضلعی هست یا دو تا خط همدیگه رو قطع می‌کنن. 🧐✅


ـــــــــــــــــــــــــــــــــــــــــــــــــــــــــ

لطفا ما رو به دیگران هم معرفی کنید...

آدرس کانال اصلی :
https://t.me/Tu_24

آدرس وبسایت:
https://Tutorial24.ir

💡 نکته #NoSQL

🟣 موضوع : ‏Modeling روابط در گراف‌دیتابیس

✨ نکته :

‏اگه تعداد روابط زیاد شد، نترس! 💪 ساختار مناسب، همه چی رو حل می‌کنه. 😉


ـــــــــــــــــــــــــــــــــــــــــــــــــــــــــ

لطفا ما رو به دیگران هم معرفی کنید...

آدرس کانال اصلی :
https://t.me/Tu_24

آدرس وبسایت:
https://Tutorial24.ir

💡 نکته #MySQL

🟣 موضوع : ‏کار با انواع JOIN در MySQL به صورت عملی
📖 سرفصل : ‏درک مقادیر NULL در دو طرف نتیجه FULL OUTER JOIN

✨ ‏تصور کن یه مهمونی گرفتی و میخوای همه رو از دو تا گروه مختلف (جدول A و B) دعوت کنی. 🎉 FULL OUTER JOIN دقیقا همین کارو میکنه! اگه کسی از گروه A با کسی از گروه B جور نباشه، جاش با NULL پر میشه. همینطور برعکس! ✨

✨ ‏وقتی تو نتیجه FULL OUTER JOIN میبینی ستون‌های سمت چپ (جدول A) پر از NULL شده، یعنی این ردیف‌ها فقط توی جدول سمت راست (جدول B) وجود داشتن و هیچ زوجی تو A براشون پیدا نشده. 🤷‍♀️ اینا اون مهمونای تکی از گروه B هستن!

✨ ‏برعکس نکته قبل، اگه ستون‌های سمت راست (جدول B) خالی باشن و NULL داشته باشن، یعنی این ردیف‌ها فقط تو جدول سمت چپ (جدول A) بودن و هیچ زوجی تو B نداشتن. 🙋‍♂️ اینا اون مهمونای تکی از گروه A محسوب میشن!

✨ ‏NULL ها تو FULL OUTER JOIN فقط دارن میگن "اینجا اطلاعاتی برای این ردیف از اون جدول دیگه نیست". 👻 یعنی "عدم وجود" نه "صفر" یا "رشته خالی". حواست باشه تو شرط‌هات با IS NULL چک‌شون کنی! 🕵️‍♀️

✨ ‏اگه میخوای فقط اون ردیف‌هایی رو ببینی که توی یکی از جدول‌ها بودن ولی توی اون یکی نبودن (یعنی همون مهمونای تکی از هر دو گروه)، میتونی از WHERE TableA.ID IS NULL OR TableB.ID IS NULL استفاده کنی. 🎯 اینجوری فقط خطوطی رو میبینی که حداقل یه سمتشون NULL داره.

✨ ‏برای اینکه بهتر درک کنی NULL ها از کجا میان، به شکل "ون دایاگرام" فکر کن. ⭕️ FULL OUTER JOIN کل دایره‌های دو جدول رو پوشش میده. بخش‌هایی که فقط تو یه دایره هستن (و نه تقاطع)، همون جاییه که NULL ها ظاهر میشن. 💡

✨ ‏گاهی اوقات دوست نداری NULL ببینی و میخوای یه متن جایگزین نشون بدی. مثلاً به جای NULL بنویسی "ناموجود". ✍️ اون موقع COALESCE(TableA.Column, TableB.Column, 'ناموجود') خیلی به کارت میاد! این فانکشن اولین مقدار غیر NULL رو برمیگردونه. 🛠️

✨ ‏اگه داری FULL OUTER JOIN رو با ترکیب LEFT JOIN و UNION ALL شبیه‌سازی میکنی (چون MySQL مستقیم پشتیبانی نمیکنه)، باید خیلی حواست به WHERE TableB.ID IS NULL تو بخش RIGHT JOIN باشه تا ردیف‌های تکراری تو تقاطع رو حذف کنی. ⚠️ این یه ترفند رایجه!

✨ ‏NULLها تو FULL OUTER JOIN کمکت میکنن بفهمی کدوم داده‌ها تو یک جدول "منحصر به فرد" هستن و هیچ ارتباطی با جدول دیگه ندارن. 📊 این برای تحلیل داده‌ها و پیدا کردن رکوردهای یتیم (orphan records) خیلی مفیده. 🧐

✨ ‏به یاد داشته باش که NULL در SQL یه وضعیت نامعلومه. ❓ پس NULL = NULL همیشه FALSE هست! به جای مساوی، همیشه از IS NULL یا IS NOT NULL برای بررسی NULL ها استفاده کن تا به مشکلات منطقی برنخوری. 🚫 این یه نکته طلاییه! 💰


ـــــــــــــــــــــــــــــــــــــــــــــــــــــــــ

لطفا ما رو به دیگران هم معرفی کنید...

آدرس کانال اصلی :
https://t.me/Tu_24

آدرس وبسایت:
https://Tutorial24.ir

💡 نکته #NoSQL

🟣 موضوع : ‏Replication و انواع آن

✨ نکته :

‏Replication یعنی اینکه از داده‌هات یه کپی تو جاهای مختلف داری. 🤝 اینطوری اگه یه جا خراب شد، بقیه جاها هستن! 🔥


ـــــــــــــــــــــــــــــــــــــــــــــــــــــــــ

لطفا ما رو به دیگران هم معرفی کنید...

آدرس کانال اصلی :
https://t.me/Tu_24

آدرس وبسایت:
https://Tutorial24.ir

💡 نکته #MySQL

🟣 موضوع : ‏کار با انواع JOIN در MySQL به صورت عملی
📖 سرفصل : ‏معرفی LEFT JOIN (یا LEFT OUTER JOIN)

✨ ‏LEFT JOIN مثل اینه که بگی: "هرچی تو جدول سمت چپم (جدول اصلی) هست رو کامل بیار، حتی اگه تو جدول سمت راست چیزی براش پیدا نکردی! 🤔"

✨ ‏یادت باشه، اگه LEFT JOIN استفاده کنی و برای یه ردیف از جدول چپ، تو جدول راست چیزی نباشه، جای ستون‌های جدول راست برات NULL میذاره. 🧐 این خیلی مهمه!

✨ ‏میخوای ببینی کدوم کاربرات سفارشی ثبت نکردن؟ 🤷‍♀️ کافیه LEFT JOIN بزنی بین جدول کاربران و سفارشاتت، بعد فیلتر کنی جایی که order_id تو جدول سفارشات IS NULL باشه! این یه ترفند خفنه! 🔥

✨ ‏فرق اصلی LEFT JOIN با INNER JOIN رو حواست باشه! INNER فقط اونایی رو میاره که تو جفت جدول تطابق دارن، ولی LEFT، همه سمت چپی‌ها رو میاره، حتی اگه سمت راستی‌ها بی‌معنی باشن (یعنی NULL). 💡

✨ ‏ترتیب جدول‌ها تو LEFT JOIN خیلی مهمه! ☝️ A LEFT JOIN B با B LEFT JOIN A فرق داره و نتیجه‌های متفاوتی میده. دقت کن کدوم جدول برات "اصلی" و سمت چپه.

✨ ‏LEFT JOIN همون LEFT OUTER JOIN هست، فقط برای راحتی کلمه "OUTER" رو معمولاً حذف می‌کنن. پس نگران نباش اگه هردوشو دیدی، یکین! ✨

✨ ‏موقعی که میخوای اطلاعات تکمیلی رو از یه جدول دیگه به داده‌های اصلیت اضافه کنی، ولی دوست نداری هیچکدوم از داده‌های اصلیت از بین برن، LEFT JOIN بهترین انتخابه! 🚀

✨ ‏حواست باشه اگه قراره روی ستون‌های جدول سمت راست فیلتر کنی، ممکنه نتیجه شبیه INNER JOIN بشه! اگه فیلترت رو توی ON بذاری، رفتار LEFT JOIN حفظ میشه. این یه دام رایجه! 🎣

✨ ‏می‌تونی چند تا LEFT JOIN رو پشت سر هم استفاده کنی! مثلاً users LEFT JOIN orders LEFT JOIN products. اینجوری اطلاعات زیادی رو میتونی به هم وصل کنی. 🕸️

✨ ‏فکر کن به یه کلاس درس که دانشجوهاش شماره دانشجویی دارن و یه جدول دیگه که نمراتشونه. اگه بخوای لیست کامل دانشجوها رو با نمراتشون ببینی (حتی اونایی که هنوز نمره نگرفتن)، LEFT JOIN ناجیته! 🎓📚


ـــــــــــــــــــــــــــــــــــــــــــــــــــــــــ

لطفا ما رو به دیگران هم معرفی کنید...

آدرس کانال اصلی :
https://t.me/Tu_24

آدرس وبسایت:
https://Tutorial24.ir

💡 نکته #یادگیری_ماشین

🟣 موضوع : ‏یادگیری ماشین: Q-Learning - Prioritized Experience Replay در Q-Learning

✨ نکته :

‏اگه دیدی Q-Learning گیر کرده، Prioritized Experience Replay رو امتحان کن. شانس یادگیری رو بالا می‌بره! ✨


ـــــــــــــــــــــــــــــــــــــــــــــــــــــــــ

لطفا ما رو به دیگران هم معرفی کنید...

آدرس کانال اصلی :
https://t.me/Tu_24

آدرس وبسایت:
https://Tutorial24.ir

💡 نکته #MySQL

🟣 موضوع : ‏کار با انواع JOIN در MySQL به صورت عملی
📖 سرفصل : ‏کلید خارجی (Foreign Key) و ایجاد ارتباط بین جداول

✨ ‏آقا، کلید خارجی مثل یه پل عمل می‌کنه بین جدول‌هاتون. اگه می‌خواین داده‌ها باهم مرتبط باشن، حتماً ازش استفاده کنین! 🌉🔗

✨ ‏می‌دونستین می‌تونین کلید خارجی رو با دستور ALTER TABLE اضافه کنین؟ خیلی راحت میشه جدول رو آپدیت کرد! 💻😉

✨ ‏اگه دارین کلید خارجی تعریف می‌کنین، مطمئن بشین که نوع داده‌ی ستون‌ها تو جداول مرتبط یکسان باشه. این خیلی مهمه! 🧐💯

✨ ‏وقتی یه کلید خارجی دارین، دیگه نمی‌تونین یه داده‌ی ناموجود رو به جدول‌تون اضافه کنین. اینطوری داده‌هاتون تمیز می‌مونن! ✨✅

✨ ‏با کلیدهای خارجی، وقتی یه رکورد رو حذف می‌کنین، بقیه رکوردهای مرتبط هم می‌تونن حذف بشن، یا آپدیت بشن، یا اصلاً هیچ اتفاقی نیفته! انتخاب با شماست! 🔥⚙️

✨ ‏قبل از اینکه کلید خارجی تعریف کنین، حتماً مطمئن بشین که داده‌های قبلی‌تون با قوانین کلید خارجی سازگار باشن. وگرنه ارور می‌گیرین! 🤕🤦‍♀️

✨ ‏یه نکته‌ی مهم دیگه: موقع تعریف کلید خارجی، حتماً اسم براش بذارین. اینطوری راحت‌تر می‌تونین مدیریتش کنین. 📝👍

✨ ‏می‌خواین از کلید خارجی استفاده کنین ولی نمی‌دونین چطوری؟ گوگل کنین! کلی مثال و آموزش هست که کارتون رو راه می‌ندازه. 🤓📚

✨ ‏کلید خارجی‌ها، سرعت کوئری‌هاتون رو هم می‌تونن بهتر کنن. پس ازشون نترسین! 💪🚀

✨ ‏یادتون باشه کلید خارجی یعنی داده‌های باارزش‌تون رو منظم و درست نگه دارین. اینطوری از دردسرای آینده جلوگیری می‌کنین! 🎉🥳


ـــــــــــــــــــــــــــــــــــــــــــــــــــــــــ

لطفا ما رو به دیگران هم معرفی کنید...

آدرس کانال اصلی :
https://t.me/Tu_24

آدرس وبسایت:
https://Tutorial24.ir

💡 نکته #NoSQL

🟣 موضوع : Cold vs Hot Partitions

✨ نکته :

‏اگه داده‌ها رو درست دسته‌بندی نکنیم، ممکنه پارتیشن‌های سرد هم شلوغ بشن و کندی ایجاد کنن 🤦‍♀️


ـــــــــــــــــــــــــــــــــــــــــــــــــــــــــ

لطفا ما رو به دیگران هم معرفی کنید...

آدرس کانال اصلی :
https://t.me/Tu_24

آدرس وبسایت:
https://Tutorial24.ir

📚 نکته #SQLite

🟣 موضوع : ‏بررسی و مقایسه انواع ذخیره‌سازی داده‌ها در SQLite
📖 سرفصل : ‏فیلتر کردن داده‌ها با WHERE

✨ نکته 1:
‏بند WHERE در عبارات SQL (مانند SELECT، UPDATE و DELETE) به منظور اعمال یک شرط منطقی (Logical Condition) برای فیلتر کردن ردیف‌هایی که در عملیات دخیل هستند، استفاده می‌شود.

✨ نکته 2:
‏فیلتر کردن با WHERE یک فرآیند گزینش (Selection) است که در آن، فقط ردیف‌هایی که شرط تعیین شده را با نتیجه صحیح (TRUE) ارضا می‌کنند، پردازش می‌شوند.

✨ نکته 3:
‏شرط‌های درون بند WHERE با استفاده از عملگرهای مقایسه‌ای (Comparison Operators) نظیر =، >، <، >=، <=، و <> (یا !=) برای ارزیابی مقادیر ستون‌ها تعریف می‌شوند.

✨ نکته 4:
‏برای ترکیب چندین شرط و ایجاد گزینش‌های پیچیده‌تر، از عملگرهای منطقی (Logical Operators) مانند AND، OR، و NOT استفاده می‌گردد.

✨ نکته 5:
‏عملگر LIKE به همراه Wildcard Characters (نظیر % برای صفر یا چند کاراکتر و \_ برای یک کاراکتر واحد) برای انجام جستجوی الگو (Pattern Matching) در ستون‌های از نوع TEXT به کار می‌رود.

✨ نکته 6:
‏عملگر IN امکان مقایسه یک ستون با مجموعه‌ای از مقادیر مشخص یا با نتایج بازگشتی از یک زیرپرس و جو (Subquery) را فراهم می‌سازد.

✨ نکته 7:
‏عملگر BETWEEN یک روش کارآمد برای فیلتر کردن مقادیری است که در یک بازه بسته (شامل حد بالا و پایین) قرار دارند و جایگزین مناسبی برای ترکیب دو شرط مقایسه‌ای با AND است.

✨ نکته 8:
‏در SQLite، هنگام ارزیابی شرط‌ها، ترتیب عملیات منطقی بر اساس تقدم عملگرها (Operator Precedence) انجام می‌گیرد، که استفاده از پرانتزها می‌تواند این ترتیب را به صورت صریح تغییر دهد.

✨ نکته 9:
‏بهینه‌سازی عملکرد پرس‌وجو (Query Performance) به شدت به بند WHERE وابسته است، زیرا وجود اندیس‌های مناسب (Indexes) بر روی ستون‌های استفاده شده در شروط، فرآیند فیلتر کردن را تسریع می‌بخشد.

✨ نکته 10:
‏توجه به Type Affinity ستون‌ها در SQLite هنگام استفاده از عملگرهای مقایسه‌ای در بند WHERE ضروری است، چرا که سیستم نوع‌دهی پویا ممکن است منجر به تبدیل نوع ضمنی (Implicit Type Conversion) شود.

✨ نکته 11:
`


ـــــــــــــــــــــــــــــــــــــــــــــــــــــــــ

لطفا ما رو به دیگران هم معرفی کنید...

آدرس کانال اصلی :
https://t.me/Tu_24

آدرس وبسایت:
https://Tutorial24.ir

💡 نکته #NoSQL

🟣 موضوع : ‏Profiling کوئری‌ها

✨ نکته :

‏بعد از بهینه‌سازی، حتما کوئری‌ها رو با حجم داده‌های واقعی تست کن. 🧐


ـــــــــــــــــــــــــــــــــــــــــــــــــــــــــ

لطفا ما رو به دیگران هم معرفی کنید...

آدرس کانال اصلی :
https://t.me/Tu_24

آدرس وبسایت:
https://Tutorial24.ir