📚 نکته #SQLite

🟣 موضوع : ‏بررسی و مقایسه انواع ذخیره‌سازی داده‌ها در SQLite
📖 سرفصل : ‏صفحات (Pages) و انواع آن‌ها

✨ نکته 1:
‏صفحات (Pages) کوچک‌ترین واحد ذخیره‌سازی و ورودی/خروجی (I/O) در فایل پایگاه داده SQLite محسوب می‌شوند و اندازه‌ای ثابت دارند.

✨ نکته 2:
‏اندازه یک صفحه از ۵۱۲ بایت تا ۶۵۵۳۶ بایت متغیر است و در زمان ایجاد پایگاه داده تعیین شده و در هدر (Header) فایل ثبت می‌شود.

✨ نکته 3:
‏هر صفحه با یک شماره صفحه (Page Number) منحصربه‌فرد آدرس‌دهی می‌شود که صفحه شماره ۱ همواره شامل هدر پایگاه داده و ریشه B-tree طرح‌واره (Schema) است.

✨ نکته 4:
‏صفحات از نظر نوع به طور عمده شامل صفحات B-tree برای داده‌ها و اندیس‌ها، و صفحات سیستمی مانند Freelist Pages هستند.

✨ نکته 5:
‏صفحات B-tree داخلی (Interior Pages) حاوی کلیدها و اشاره‌گرهایی به صفحات فرزند در سطوح پایین‌تر درخت هستند و هیچ داده کاربری را مستقیماً ذخیره نمی‌کنند.

✨ نکته 6:
‏صفحات B-tree برگ (Leaf Pages) پایین‌ترین سطح درخت B-tree را تشکیل می‌دهند و وظیفه نگهداری داده‌های واقعی سطرها در جدول یا مقادیر اندیس را بر عهده دارند.

✨ نکته 7:
‏صفحات Freelist برای ردیابی صفحاتی به کار می‌روند که حاوی داده‌های معتبری نیستند (مانند صفحاتی که تمامی سطرهای آن‌ها حذف شده‌اند) و آماده استفاده مجدد هستند.

✨ نکته 8:
‏هر صفحه دارای یک هدر صفحه (Page Header) در ابتدای خود است که شامل اطلاعاتی مانند نوع صفحه، نشانگرهای فضای آزاد محلی و اشاره‌گر به والدین یا فرزندان (بسته به نوع صفحه) است.

✨ نکته 9:
‏مدیریت حافظه پنهان (Cache Management) SQLite کاملاً بر اساس صفحات صورت می‌گیرد؛ یعنی، داده‌ها از دیسک به حافظه و بالعکس، به صورت واحد صفحه منتقل می‌شوند.

✨ نکته 10:
‏یکپارچگی و سازگاری صفحات در طول تراکنش‌ها با استفاده از مکانیزم‌های Journaling تضمین می‌شود که تغییرات موقت را قبل از دائمی‌سازی در صفحات اصلی ثبت می‌کنند.


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

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

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

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

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

مقیاس‌بندی ویژگی‌ها یا Feature Scaling بخش مهمی از پیش‌پردازش داده‌هاست.

🔹 چرا مهمه؟
خیلی از الگوریتم‌ها (مثل KNN، SVM، شبکه‌های عصبی) به فاصله یا مقدار وزن حساسن. اگه یه ویژگی مقیاس بزرگ‌تری داشته باشه (مثلاً درآمد به میلیون در مقابل سن به سال)، مدل بیشتر به اون توجه می‌کنه.

🔹 روش‌های رایج:

روش Min-Max Scaling: همه داده‌ها رو به بازه [0,1] یا [−1,1] می‌بره.

روش Standardization (Z-score): داده‌ها رو طوری تغییر میده که میانگین = 0 و واریانس = 1 بشه.

روش Robust Scaling: از میانه و چارک‌ها استفاده می‌کنه → در برابر داده‌های پرت مقاوم‌تره.

به زبان ساده: Feature Scaling یعنی بذاری همه ویژگی‌ها “با یک متر اندازه‌گیری بشن”.

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


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

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

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

💡 نکته #SQLite

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

✨ نکته 1:
‏وقتی یه کوئری (پرس‌وجو) داری که کند اجرا می‌شه، اولین کاری که می‌کنی اینه که ببینی می‌تونی یه INDEX روی ستون‌های شرط WHERE بسازی یا نه! 🎯🚀

✨ نکته 2:
‏اگه کوئری‌ات خیلی از عملگر LIKE با وایلدکارد در اول (مثل LIKE '%text') استفاده می‌کنه، ایندکس‌سازی کمکی نمی‌کنه. ایندکس فقط وقتی خوبه که وایلدکارد آخر باشه (LIKE 'text%'). 🚫

✨ نکته 3:
‏از دستور جادویی EXPLAIN QUERY PLAN استفاده کن. این دستور بهت می‌گه که SQLite داره از ایندکس استفاده می‌کنه یا نه. اگه نوشت SCAN TABLE، یعنی بهینه‌سازی لازمه! 💡🔥

✨ نکته 4:
‏برای کوئری‌هایی که چندین شرط AND توی WHERE دارن، ایندکس چندستونه (Multi-column Index) بساز. ترتیب ستون‌ها توی ایندکس خیلی مهمه! 🧩

✨ نکته 5:
‏قانون کاردینالیتی: ایندکس رو روی ستون‌هایی بذار که مقادیر منحصر به فرد زیادی دارن (مثلاً ایمیل‌ها). ایندکس روی ستون‌هایی مثل Gender که فقط دو مقدار دارن، بی‌فایده است. 🧍‍♀️🧍

✨ نکته 6:
‏اگه کوئری‌ات از تابع روی یه ستون استفاده می‌کنه (مثلاً WHERE UPPER(name) = 'ALI')، ایندکس روی اون ستون نادیده گرفته می‌شه. تابع رو بردار یا تغییرش بده. ❌

✨ نکته 7:
‏برای بهینه‌سازی ORDER BY، یه ایندکس بساز که ستون‌ها رو به همون ترتیبی که می‌خوای مرتب کنی، شامل بشه. مرتب‌سازی رو سریع می‌کنه! 📈

✨ نکته 8:
‏هدف ایندکس‌گذاری اینه که SQLite بتونه فقط یه بخش کوچک از جدول رو بخونه، نه کل جدول رو. به این می‌گن Index Seek، که از Full Table Scan خیلی سریع‌تره. 🚄

✨ نکته 9:
‏اگه کوئری‌ات هم WHERE و هم ORDER BY داره، یه ایندکس ترکیبی بساز که ستون‌های WHERE اول باشن و بعد ستون‌های ORDER BY. هر دو رو بهینه می‌کنه! 💯

✨ نکته 10:
‏بهینه‌سازی یه فرآیند تکراریه. یه ایندکس بساز، سرعت کوئری رو چک کن. اگه بهتر نشد، ایندکس رو حذف کن و یه مدل دیگه امتحان کن. آزمون و خطا! 🧪😎


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

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

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

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

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

🟣 موضوع : ‏یادگیری ماشین: Apriori - تعریف حداقل اطمینان (Minimum Confidence)

✨ نکته :

‏اگه این عدد خیلی پایین باشه، کلی قانون بی‌ربط بهت نشون می‌ده که گیج می‌شی! 😵


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

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

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

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

💡 نکته #SQLite

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

✨ نکته 1:
‏SQLite بر خلاف دیتابیس‌های دیگه، فقط پنج کلاس ذخیره‌سازی داره: NULL, INTEGER, REAL, TEXT و BLOB. به این‌ها می‌گن Storage Classes. 🔢💡

✨ نکته 2:
‏SQLite یه جورایی نوع داده‌ها رو سست (Weakly Typed) در نظر می‌گیره. یعنی اگه یه ستون رو INTEGER تعریف کنی، باز هم می‌تونی توش یه TEXT ذخیره کنی! ⚠️

✨ نکته 3:
‏به جای انواع داده‌های دقیق، SQLite از Affinity Types استفاده می‌کنه. این‌ها فقط پیشنهاد می‌کنن که داده چه نوعی باید داشته باشه، نه اینکه اجباری باشه. 📝

✨ نکته 4:
‏INTEGER برای ذخیره‌ی تمام اعداد صحیح (کوچک و بزرگ) استفاده می‌شه. بسته به اندازه‌ی عدد، از ۱ تا ۸ بایت فضا اشغال می‌کنه. این یعنی فشرده‌سازی! 🤏

✨ نکته 5:
‏REAL برای ذخیره‌ی اعداد اعشاری (شناور) استفاده می‌شه و همیشه تو ۸ بایت (فرمت IEEE 754) ذخیره می‌شه. مثلاً برای قیمت‌ها و مختصات جغرافیایی. 💰

✨ نکته 6:
‏TEXT برای ذخیره‌ی رشته‌ها و متن‌هاست. SQLite این‌ها رو تو فرمت‌های UTF-8، UTF-16be یا UTF-16le ذخیره می‌کنه. UTF-8 برای فارسی و انگلیسی خوبه. 💬

✨ نکته 7:
‏BLOB برای ذخیره‌ی داده‌های باینری خام (مثل تصاویر، فایل‌های صوتی یا فایل‌های فشرده) به کار می‌ره. هیچ نوع پردازش یا تبدیل کاراکتری روش انجام نمی‌شه. 📦🔥

✨ نکته 8:
‏NULL ساده‌ترین نوع ذخیره‌سازیه و یعنی هیچ مقداری ذخیره نشده. تو ستون‌هایی که NOT NULL نباشن، می‌تونی ازش استفاده کنی. 🚪

✨ نکته 9:
‏اگر تو یه ستون TEXT، یه عدد ذخیره کنی، SQLite اون رو به عنوان TEXT ذخیره می‌کنه. اما اگه تو یه ستون INTEGER، یه عدد ذخیره کنی، اون رو به عنوان INTEGER ذخیره می‌کنه (Affinity). 🔄

✨ نکته 10:
‏بهترین نکته اینه که اگه دیتابیس تو نوع داده‌ی سفت و سخت بخواد، باید از Check Constraints (قوانین بررسی) استفاده کنی تا مطمئن شی کاربر فقط داده‌ی درست رو وارد می‌کنه. 🛡️😎


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

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

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

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

💡 نکته #SQLite

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

✨ نکته 1:
‏DROP TABLE چیه؟ 🤔 مثل این می‌مونه که کل میز بازی (جدول) و تمام مهره‌های روش (داده‌ها) رو برداری و بندازی دور! غیر قابل بازگشت! 💥

✨ نکته 2:
‏وقتی یه جدول رو DROP می‌کنی، کل ساختار جدول و تمام داده‌های داخلش برای همیشه از بین می‌رن. قبل از اجرا، یه نفس عمیق بکش! 😮‍💨

✨ نکته 3:
‏بعد از DROP TABLE، اگه اون جدول کلید خارجی تو جدول دیگه‌ای بوده، جدول اصلی دیگه به چیزی اشاره نمی‌کنه و باید حواست به این ارتباطات خراب باشه. ⚠️🔗

✨ نکته 4:
‏اگر جدولت ایندکس یا تریگر (ماشه) داشته، با حذف جدول، اون ایندکس‌ها و تریگرها هم به طور خودکار حذف می‌شن. نیازی نیست دستی پاکشون کنی. ✅

✨ نکته 5:
‏اگه می‌خوای یه جدول رو حذف کنی، مطمئن شو که اسمش درسته، وگرنه خطا می‌گیری. برای جلوگیری از خطا، از DROP TABLE IF EXISTS table_name استفاده کن. 💡

✨ نکته 6:
‏DROP TABLE یه عملیات DDL (Data Definition Language) هست و معمولاً در SQLite یه تراکنش Implicit Commit (تأیید خودکار) داره. یعنی بلافاصله اعمال می‌شه. 🚀

✨ نکته 7:
‏با حذف جدول، فضای استفاده شده توسط اون جدول تو فایل دیتابیس خالی می‌شه. اما برای کوچک شدن فایل، باید دستور VACUUM رو هم بعداً اجرا کنی. 🧹

✨ نکته 8:
‏تو نمی‌تونی یه جدول رو در حین اینکه یه تراکنش دیگه داره ازش استفاده می‌کنه، DROP کنی. باید صبر کنی تا اون تراکنش تموم بشه. ⏳

✨ نکته 9:
‏قبل از اینکه یه جدول رو DROP کنی، اگه داده‌هاش مهمن، حتماً یه بک‌آپ ازشون بگیر. پشیمونی بعد از DROP سودی نداره! 💾

✨ نکته 10:
‏یه مثال خوب برای استفاده: وقتی داری Schema رو عوض می‌کنی و جدول جدید ساختی و داده‌ها رو منتقل کردی، می‌تونی جدول قدیمی و موقت رو DROP کنی. تمیزکاری! ✨😎


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

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

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

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

💡 نکته #SQLite

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

✨ نکته 1:
‏SQLite به صورت خودی‌خودی و بومی از توابع یا نوع داده‌ی خاصی برای داده‌های جغرافیایی (مثل نقشه و مختصات) پشتیبانی نمی‌کنه. 🚫🗺️

✨ نکته 2:
‏راه‌حل اصلی و طلایی برای SQLite، استفاده از یه افزونه (Extension) قوی و محبوب به اسم SpatiaLite هست. این افزونه قابلیت‌های GIS رو اضافه می‌کنه. 🦸‍♂️💡

✨ نکته 3:
‏SpatiaLite بهت اجازه می‌ده که انواع اشکال جغرافیایی مثل نقطه (Point)، خط (LineString) و چندضلعی (Polygon) رو تو دیتابیس ذخیره کنی. 📍📏

✨ نکته 4:
‏برای ذخیره‌سازی این داده‌های جغرافیایی، SpatiaLite از نوع داده‌ی BLOB استفاده می‌کنه تا داده‌های باینری مختصات رو به صورت فشرده نگه داره. 📦💾

✨ نکته 5:
‏با SpatiaLite، می‌تونی از توابع جذاب فاصله‌سنجی مثل ST_Distance() استفاده کنی تا ببینی دو محل چقدر از هم دورن. خیلی کاربردیه! 🚀🔥

✨ نکته 6:
‏این افزونه از یک نوع ایندکس فضایی (Spatial Index) به اسم R-Tree استفاده می‌کنه که برای جستجوی سریع موقعیت‌های جغرافیایی ضروریه. 🌳🔍

✨ نکته 7:
‏تو می‌تونی با توابع رابطه‌ای (مثل STIntersects() یا STWithin()) چک کنی که آیا یه نقطه داخل یه محدوده قرار داره یا دو منطقه با هم تداخل دارن. 🧐

✨ نکته 8:
‏نصب و فعال‌سازی SpatiaLite نیاز به مراحل اضافی در زمان کامپایل یا اجرا داره، اما اگه کارت با نقشه‌هاست، این قابلیت رو به یه دیتابیس جغرافیایی قوی تبدیل می‌کنه. 🛠️

✨ نکته 9:
‏SQLite با SpatiaLite یه جایگزین سبک و قابل حمل برای دیتابیس‌های بزرگ جغرافیایی مثل PostGIS (برای PostgreSQL) به حساب میاد. 🎒

✨ نکته 10:
‏برای انتقال داده‌ها، SpatiaLite بهت اجازه می‌ده اشکال جغرافیایی رو به فرمت‌های استاندارد مثل WKT (Well-Known Text) یا GeoJSON تبدیل کنی. 📝😎


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

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

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

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

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

نکته: Noise در سری‌های زمانی یعنی تغییرات تصادفی و غیرقابل پیش‌بینی داده‌ها.

🔹 ویژگی‌ها:

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

می‌تونه ناشی از خطاهای اندازه‌گیری، شرایط محیطی یا رویدادهای غیرمعمول باشه.

🔹 روش‌های مدیریت Noise:

روش Smoothing / Moving Average: صاف کردن داده‌ها برای کاهش نوسانات کوتاه‌مدت.

روش Filtering (مثل Kalman Filter): فیلتر کردن بخش تصادفی و حفظ روند و فصل.

مدل‌های مقاوم: بعضی مدل‌ها مثل LSTM یا Robust Regression می‌تونن تا حدی نویز رو تحمل کنن.

به زبان ساده: Noise مثل “سر و صدای مزاحم” در موسیقیه 🎶؛ باید گوش‌هات رو تنظیم کنی تا آهنگ اصلی رو درست بشنوی.

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


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

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

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

💡 نکته #MySQL

🟣 موضوع : ‏کار با انواع JOIN در MySQL به صورت عملی
📖 سرفصل : ‏استفاده از GROUP BY پس از JOIN

✨ ‏رفیق، وقتی چند تا جدول رو با JOIN به هم وصل می‌کنی، ممکنه کلی داده شلوغ پلوغ داشته باشی. GROUP BY میاد این داده‌ها رو مرتب می‌کنه و خلاصه‌شون رو بهت می‌ده! مثل اینکه کلی پرونده داری و می‌خوای خلاصه هر بخش رو بدونی. 📚✨

✨ ‏یادت نره که ترتیب مهمه! اول JOIN رو انجام بده که ردیف‌ها به هم بچسبن، بعدش GROUP BY رو بزن تا روی داده‌های ترکیب‌شده کار کنی و خلاصه‌سازی کنی. مثل اینکه اول مواد کیک رو مخلوط می‌کنی، بعد می‌ذاری بپزه! 🎂 ترتیب فراموش نشه!

✨ ‏برای اینکه GROUP BY معنی بده، حتماً از توابع تجمعی (Aggregate Functions) استفاده کن! مثلاً COUNT() برای شمردن، SUM() برای جمع کردن، AVG() برای میانگین. اینا قهرمان‌های خلاصه‌سازی هستن! 🏆🔢

✨ ‏یه نکته کلیدی: هر ستونی که توی SELECT آوردی ولی توی GROUP BY نیست، باید با یکی از توابع تجمعی (مثل SUM، COUNT) استفاده شده باشه. وگرنه MySQL گیج می‌شه چی رو نشون بده! 🧐💡

✨ ‏برای سرعت بیشتر، اگه می‌تونی فیلترهات رو با WHERE قبل از GROUP BY بزن! اینجوری قبل از اینکه داده‌ها گروه‌بندی بشن، تعدادشون کم میشه و سریع‌تر جواب می‌گیری. فیلتر کردن هوشمندانه! 🚀💨

✨ ‏HAVING رو با WHERE اشتباه نگیر! WHERE روی ردیف‌های اصلی قبل از GROUP BY فیلتر می‌کنه، ولی HAVING روی نتیجه‌ی GROUP BY و بعد از خلاصه‌سازی فیلتر می‌کشه. مثلاً بگو "فقط گروه‌هایی که جمعشون بالای ۱۰۰ بود رو نشون بده". خیلی کاربردیه! 🎯📊

✨ ‏یه اشتباه رایج اینه که بعضی ستون‌ها رو توی SELECT می‌ذاریم ولی یادمون میره توی GROUP BY بیاریمشون (اگه تجمعی نیستن). MySQL بهت ارور می‌ده یا نتیجه عجیب غریب! حواست به لیست ستون‌ها باشه! 👀⚠️

✨ ‏بیا یه مثال عملی: فرض کن می‌خوایم ببینیم هر مشتری چند تا سفارش داشته. جدول مشتریان رو با جدول سفارشات JOIN کن، بعد با GROUP BY customerid و COUNT(orderid) نتیجه رو بگیر. چقدر راحت! 🛒🧑‍💻

✨ ‏GROUP BY بعد از JOIN مثل این می‌مونه که اطلاعات جزئی رو جمع و جور کنی و یه دید کلی به دست بیاری. به جای اینکه هزاران ردیف رو نگاه کنی، چند تا ردیف خلاصه و مفید می‌بینی. دید بهتر، تصمیم بهتر! 📈👁

✨ ‏برای اینکه کوئری‌هات مثل جت پرواز کنن، مطمئن شو روی ستون‌هایی که برای JOIN و GROUP BY استفاده می‌کنی، ایندکس (Index) داری. ایندکس‌ها مثل فهرست کتاب، پیدا کردن اطلاعات رو خیلی سریع می‌کنن. ⚡️📚


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

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

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

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

💡 نکته #MySQL

🟣 موضوع : ‏کار با انواع JOIN در MySQL به صورت عملی
📖 سرفصل : ‏بهینه‌سازی و کارایی JOINها

✨ ‏ایندکس‌ها رو فراموش نکن! 🚀 برای ستون‌هایی که تو شرط‌های ON یا WHERE برای JOIN استفاده می‌کنی، حتماً ایندکس بزن. این مثل یه میانبر برای MySQL عمل می‌کنه و جستجو رو سریع‌تر می‌کنه.

✨ ‏با EXPLAIN یه سرک بکش! 🕵️‍♂️ قبل از اجرای نهایی، با دستور EXPLAIN ببین MySQL چطور کوئریت رو اجرا می‌کنه. اینجوری نقاط ضعف و کندی‌های JOIN رو پیدا می‌کنی و می‌تونی رفعش کنی.

✨ ‏فقط ستون‌های لازم رو انتخاب کن! ✨ از SELECT * توی JOINها پرهیز کن و فقط اون ستون‌هایی رو که واقعاً نیاز داری انتخاب کن. این کار حجم داده‌ها و بار روی شبکه رو کم می‌کنه.

✨ ‏شرط WHERE رو هوشمندانه به کار ببر! 🎯 اگه می‌تونی، داده‌ها رو قبل از JOIN کردن فیلتر کن. هرچی زودتر تعداد ردیف‌ها رو کم کنی، JOIN کارآمدتر و سریع‌تر میشه.

✨ ‏نوع JOIN رو با دقت انتخاب کن! 🤔 INNER JOIN, LEFT JOIN و RIGHT JOIN هر کدوم کاربرد خودشون رو دارن. مطمئن شو که نوع مناسب رو برای نیازهات انتخاب می‌کنی تا از عملیات‌های اضافه جلوگیری بشه.

✨ ‏جدول کوچیک‌تر رو اول JOIN کن (معمولاً)! 🤏 در بعضی موارد، شروع JOIN با جدولی که رکوردهای کمتری داره، می‌تونه به بهینه‌سازی کمک کنه. این یه ترفند کوچیکه که گاهی اوقات معجزه می‌کنه!

✨ ‏از ORDER BY و LIMIT هوشمندانه استفاده کن! 📈 وقتی می‌خوای نتایج رو صفحه‌بندی کنی، مطمئن شو که ORDER BY روی ستون ایندکس شده انجام می‌شه. این ترکیب با LIMIT خیلی کارایی رو بالا می‌بره.

✨ ‏طراحی دیتابیس رو دست کم نگیر! 🏗️ یه طراحی پایگاه داده خوب و نرمال‌سازی شده از ابتدا، پایه و اساس JOINهای پرسرعت رو می‌سازه. از ریشه درستش کن!

✨ ‏کشینگ رو فراموش نکن! 🧠 کش کردن نتایج کوئری‌های پرکاربرد، حتی اگر JOIN داشته باشن، می‌تونه بار روی دیتابیس رو به شدت کاهش بده و سرعت پاسخ‌دهی رو بالا ببره.

✨ ‏کوئری‌های غیرضروری رو حذف کن! ✂️ گاهی اوقات تو کد، JOINهای اضافی یا شرط‌های تکراری نوشته میشه. کوئری‌هات رو مرور کن و هرچیزی که لازم نیست رو حذف کن تا سبک‌تر و سریع‌تر اجرا بشن.


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

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

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

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

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


سوگیری و عدالت در مدل‌ها (Bias and Fairness) 👤

مدل‌های یادگیری ماشین خیلی باهوشن، اما یه مشکل بزرگ دارن: اون‌ها فقط به اندازه‌ی داده‌هایی که روشون آموزش دیدن، باهوشن. اگه داده‌ها سوگیری یا تبعیض داشته باشن، مدل هم اون‌ها رو یاد می‌گیره و تکرار می‌کنه.

تصور کن یه مدل برای استخدام نیرو در یک شرکت آموزش می‌دی. 💼 اگه داده‌های تاریخی شرکت نشون بدن که برای شغل‌های مدیریتی بیشتر مردها استخدام شدن، مدل تو هم یاد می‌گیره که این شغل‌ها برای مردها مناسب‌تره و به صورت ناخودآگاه، به کاندیدهای زن امتیاز کمتری می‌ده. 🙅‍♀️

اینجاست که سوگیری مدل (Model Bias) اتفاق می‌افته. مدل بر اساس داده‌های غیرمنصفانه، تصمیم‌های تبعیض‌آمیز می‌گیره.

چطور با این مشکل مقابله کنیم؟

داده‌های باکیفیت: 📊
قبل از هر کاری، باید مطمئن بشیم داده‌های آموزشی‌مون نماینده‌ی عادلانه‌ای از تمام گروه‌ها و اقلیت‌ها هستن و هیچ سوگیری آشکاری ندارن.

ارزیابی منصفانه:
به جای فقط نگاه کردن به دقت کلی مدل، باید بررسی کنیم که مدل برای گروه‌های مختلف (مثلاً از نظر جنسیت، نژاد یا سن) به طور عادلانه عمل می‌کنه یا نه. معیارهای خاصی برای سنجش عدالت وجود دارن.

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

خلاصه که، مسئولیت ما اینه که مطمئن بشیم هوش مصنوعی‌ای که می‌سازیم، دنیایی بهتر و عادلانه‌تر بسازه، نه اینکه سوگیری‌های موجود رو تکرار کنه! 🌍

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


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

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

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

🔵 آموزش بیگ دیتا (big data) همراه با دو پروژه عملی

🟢 کیفیت : متوسط

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

🟣 دوره آموزش SQL

🟢 زبان آموزش: فارسی

🟣 دوره آموزش SQL


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

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

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

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

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

🟣 موضوع : ‏یادگیری ماشین: رگرسیون خطی - کاربردهای عملی رگرسیون خطی - بازاریابی و پیش‌بینی فروش

✨ نکته :

‏آیا مشتری‌هایی که بیشتر تو سایتت می‌مونن، بیشتر خرید می‌کنن؟ رگرسیون خطی می‌تونه این ارتباط رو بهت نشون بده و برای استراتژیت ایده بده. 💻🛒


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

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

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

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

💡 نکته #SQL

🟣 موضوع : ‏دستورات DDL: TRUNCATE TABLE

✨ نکته :

‏TRUNCATE خیلی برای پاک کردن داده های آزمایشی (test data) عالیه! 🥳


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

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

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

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

💡 نکته #MySQL

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

✨ ‏وقتی JOIN می‌زنی، اول جدول کوچیک‌تر رو بذار، سرعتت کلی میره بالا! 🚀 مثلاً مشتری‌ها رو اول JOIN کن بعد سفارش‌ها رو. 😎

✨ ‏اگه JOIN‌ت خیلی کنده، حتماً چک کن روی فیلد JOIN‌ت ایندکس داری یا نه!💡 ایندکس مثل یه اتوبانِ برات. 🛣️

✨ ‏آمار جداول رو آپدیت کن! MySQL باید بدونه کدوم جدول بزرگتره. با ANALYZE TABLE آمارو نو کن. 🤓📊

✨ ‏نوع داده‌های ستون‌های JOIN‌ت رو یکی کن! مثلاً هر دو INT باشن. اگه فرق داشته باشن، کُند میشه. 🐌

✨ ‏از EXPLAIN استفاده کن! ببین MySQL چجوری کوئری‌ت رو اجرا می‌کنه. شاید یه چیزی رو اشتباه رفتی. 🤔🔍

✨ ‏گاهی وقتا یه زیرکوئری کوچولو بجای JOIN خیلی سریعتره! امتحانش کن شاید جواب داد. 😉✨

✨ ‏اگه JOIN‌هات زیادن، سعی کن تا جای ممکن از INNER JOIN استفاده کنی، چون بهینه‌تره. 👍

✨ ‏اگه داری داده تکراری JOIN می‌کنی، از DISTINCT استفاده کن تا سرعتت کم نشه. 👌

✨ ‏به جای JOIN‌های خیلی پیچیده، یه جدول میانی (intermediate table) درست کن و اطلاعاتو اونجا نگه دار. یه جورایی پیش‌پردازش کردی. 😇

✨ ‏اگه حجم داده‌هات خیلی بالاست، پارتیشن‌بندی جداول (Partitioning) می‌تونه خیلی کمک کنه. فقط حواست باشه درست انجامش بدی! 🔥


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

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

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

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

📚 نکته #SQLite

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

✨ نکته 1:
‏بند HAVING یک عبارت شرطی است که در دستور SELECT، پس از بند GROUP BY، به منظور اعمال فیلتر بر روی گروه‌های ایجاد شده توسط آن بند، به کار می‌رود.

✨ نکته 2:
‏تفاوت کلیدی بین HAVING و WHERE در این است که WHERE فیلتر کردن را بر روی سطرهای مجزا قبل از گروه‌بندی انجام می‌دهد، در حالی که HAVING بر روی نتایج تجمعی گروه‌ها اعمال می‌شود.

✨ نکته 3:
‏شرط‌های تعریف شده در بند HAVING اغلب شامل یک یا چند توابع تجمعی (Aggregate Functions) مانند COUNT، SUM یا AVG هستند که نتیجه آن‌ها برای ارزیابی شرط استفاده می‌شود.

✨ نکته 4:
‏فیلتر کردن با HAVING پس از محاسبه توابع تجمعی برای هر گروه رخ می‌دهد؛ بنابراین، تنها گروه‌هایی که شرط را ارضا کنند، در مجموعه نتیجه نهایی ظاهر می‌شوند.

✨ نکته 5:
‏اگر در یک پرس‌وجو از بند GROUP BY استفاده نشده باشد، می‌توان از HAVING برای اعمال شرط‌های تجمعی بر روی کل مجموعه نتیجه (که به عنوان یک گروه واحد در نظر گرفته می‌شود) استفاده کرد.

✨ نکته 6:
‏در زنجیره پردازش یک عبارت SELECT استاندارد، بند HAVING پس از GROUP BY و قبل از ORDER BY توسط موتور پایگاه داده SQLite ارزیابی و اجرا می‌شود.

✨ نکته 7:
‏وجود HAVING برای فیلتر کردن نتایج بر اساس معیارهای مشتق شده از داده‌های گروهی (مانند تعداد کل رکوردها یا میانگین مقادیر) ضروری است.

✨ نکته 8:
‏استفاده غیرضروری از HAVING برای شرط‌هایی که می‌توانند با WHERE فیلتر شوند، ممکن است منجر به کاهش کارایی (Performance Degradation) شود، زیرا فیلتر کردن بر روی مجموعه بزرگ‌تری از داده‌ها انجام می‌گیرد.

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

✨ نکته 10:
‏HAVING امکان انجام تجزیه و تحلیل آماری سطح بالا را فراهم می‌سازد؛ به عنوان مثال، بازیابی فقط گروه‌هایی که دارای بیش از X عضو هستند یا میانگین آن‌ها بیشتر از Y است.


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

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

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

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

📚 نکته #SQLite

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

✨ نکته 1:
‏دستور BEGIN TRANSACTION یا به اختصار BEGIN، در SQLite برای خروج از حالت Auto-commit و شروع صریح یک تراکنش جدید توسط کاربر به کار می‌رود.

✨ نکته 2:
‏شروع یک تراکنش صریح، امکان گروه‌بندی چندین عملیات زبان دستکاری داده‌ها (DML) را به عنوان یک واحد منطقی فراهم می‌سازد که خواص ACID را تضمین می‌کند.

✨ نکته 3:
‏SQLite سه حالت شروع تراکنش را ارائه می‌دهد: BEGIN DEFERRED، BEGIN IMMEDIATE، و BEGIN EXCLUSIVE که هر کدام رفتار قفل‌گذاری متفاوتی دارند.

✨ نکته 4:
‏DEFERRED (تاخیری) به سایر تراکنش‌های خواننده اجازه می‌دهد تا به کار خود ادامه دهند و قفل نوشتن تنها هنگام اجرای اولین دستور نوشتن (WRITE) اعمال می‌شود.

✨ نکته 5:
‏IMMEDIATE (فوری) بلافاصله یک قفل نوشتن (WRITE Lock) را بر روی فایل پایگاه داده اعمال می‌کند، به این معنا که هیچ تراکنش نوشتن دیگری نمی‌تواند همزمان شروع شود.

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

✨ نکته 7:
‏استفاده از تراکنش‌های صریح برای اجرای چندین دستور INSERT، UPDATE یا DELETE به طور متوالی، منجر به بهبود قابل توجهی در عملکرد به دلیل کاهش سربار I/O و عملیات دیسک می‌شود.

✨ نکته 8:
‏در صورت عدم فراخوانی صریح BEGIN، هر دستور DML در SQLite به صورت پیش‌فرض در یک تراکنش Auto-commit مجزا و خودکار اجرا و تأیید می‌شود.

✨ نکته 9:
‏تراکنش آغاز شده توسط BEGIN TRANSACTION، باید با دستور COMMIT (برای اعمال تغییرات) یا ROLLBACK (برای لغو تغییرات) به پایان برسد.

✨ نکته 10:
‏در محیط‌های چندکاربره، انتخاب حالت مناسب BEGIN (به ویژه IMMEDIATE یا EXCLUSIVE) در مدیریت همزمانی (Concurrency) و جلوگیری از تضادهای قفل‌گذاری بسیار حیاتی است.


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

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

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

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

💡 نکته #SQLite

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

✨ نکته 1:
‏json_patch چیه؟ 🤔 این تابع مثل یه وصله‌دوز جادویی عمل می‌کنه که دو تا سند JSON رو می‌گیره و تغییرات سند دوم رو روی سند اول اعمال می‌کنه. 🩹✨

✨ نکته 2:
‏ساختارش اینه: jsonpatch(سندهدف, وصله_تغییر). سند تغییر باید خودش یه JSON معتبر باشه که دستورات تغییر رو توش نوشته باشی. 📝💡

✨ نکته 3:
‏این تابع بر اساس استاندارد JSON Patch (RFC 6902) کار می‌کنه. یعنی می‌تونی عملیات‌هایی مثل add، remove، replace، move، copy، و test رو تو وصله استفاده کنی. 🛠️

✨ نکته 4:
‏برای به‌روزرسانی (Update) یه سند JSON بدون اینکه لازم باشه کل سند رو از اول بسازی، json_patch یه راه خیلی بهینه است. 🚀🔥

✨ نکته 5:
‏اگه تو وصله (Patch) یه مسیر رو برای remove بدی که وجود نداره، json_patch خطا نمی‌ده و فقط اون قسمت رو نادیده می‌گیره. رفتار دوستانه! 🤝

✨ نکته 6:
‏از json_patch برای همگام‌سازی (Syncing) استفاده کن. می‌تونی یه سند JSON رو بفرستی و فقط تغییرات رو (وصله) برگردونی تا حجم داده‌های منتقل شده کم بشه. 📉

✨ نکته 7:
‏اگه تو سند وصله، عملیات replace رو برای یه کلید تعریف کنی، اون کلید با مقدار جدید جایگزین می‌شه. ساده و مستقیم! 🔄

✨ نکته 8:
‏json_patch فقط روی JSONهایی که به صورت آبجکت () یا آرایه ([]) هستن کار می‌کنه. اگه ورودی یه مقدار ساده (مثل عدد) باشه، ممکنه خطا بده. 🔢

✨ نکته 9:
‏این تابع یه ابزار پیشرفته برای توسعه‌دهنده‌هاست. برای کارهای ساده‌تر مثل اضافه کردن یک کلید، از json_set() استفاده کن که ساده‌تره. ⚠️

✨ نکته 10:
‏یه ترفند: می‌تونی یه Patch رو برای برگشت به عقب هم تعریف کنی. اگه عملیات‌ها رو معکوس کنی، می‌تونی سند رو به حالت قبل برگردونی! ⏪😎


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

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

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

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

💡 نکته #SQLite

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

✨ نکته 1:
‏BEGIN TRANSACTION مثل زدن دکمه ضبط قبل از یه سری کار مهمه! می‌گه: "از این به بعد، هر تغییری موقتیه تا وقتی که من اجازه بدم." 🎬

✨ نکته 2:
‏اگه می‌خوای چندتا دستور INSERT، UPDATE یا DELETE رو خیلی سریع اجرا کنی، حتماً قبلش BEGIN بزن. سرعتت چند برابر می‌شه! 🚀🔥

✨ نکته 3:
‏هدف اصلی BEGIN اینه که مطمئن شی تمام کارهایی که می‌خوای انجام بدی، یا همه‌شون با هم موفق بشن، یا هیچ‌کدوم. (قانون اتمیسیته) ⚛️

✨ نکته 4:
‏اگه تو یه تراکنش هستی و سیستم کرش کنه، نگران نباش! چون هنوز COMMIT نکردی، SQLite با Rollback دیتابیس رو برمی‌گردونه به حالت قبل از BEGIN. امنیت! 🔒

✨ نکته 5:
‏SQLite به طور پیش‌فرض در حالت Autocommit کار می‌کنه. یعنی هر دستور تغییر داده (DML) رو خودش خودکار تو یه تراکنش می‌ذاره. BEGIN این رفتار رو غیرفعال می‌کنه. 💡

✨ نکته 6:
‏سه نوع BEGIN داریم: BEGIN DEFERRED (پیش‌فرض)، BEGIN IMMEDIATE و BEGIN EXCLUSIVE. معمولاً DEFERRED کافیه، مگر اینکه مشکل قفل شدن داشته باشی. 🔑

✨ نکته 7:
‏از BEGIN استفاده کن تا مطمئن شی که بقیه فرآیندها نمی‌تونن تغییرات نیمه‌کاره تو رو ببینن. اینجوری دیتای بقیه خراب نمی‌شه (قانون انزوا). 🚪

✨ نکته 8:
‏اگه بخوای توی یه فایل دیتابیس، همزمان بیش از یک نفر بنویسن، باید از نوع BEGIN EXCLUSIVE استفاده کنی. اینجوری قفل کامل می‌گیری. 🚫✍️

✨ نکته 9:
‏بعد از BEGIN، باید حواست باشه که تراکنش رو یا با COMMIT نهایی کنی یا با ROLLBACK لغو کنی. اگه برنامه‌ات بسته شه، خودکار Rollback می‌شه. ⚠️

✨ نکته 10:
‏یه مثال عملی: داری پول رو از حساب A به B منتقل می‌کنی. حتماً قبل از کم کردن و اضافه کردن، BEGIN کن تا مطمئن شی هر دو کار انجام می‌شه. 💰✅😎


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

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

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

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

📚 نکته #SQLite

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

✨ نکته 1:
‏تابع ST_Intersects در پسوند SpatiaLite یک تابع توپولوژیکی (Topological Function) است که وقوع تقاطع فضایی بین دو هندسه ورودی را ارزیابی می‌نماید.

✨ نکته 2:
‏خروجی تابع ST_Intersects(geometry1, geometry2) یک مقدار بولی (Boolean) است: مقدار 1 به معنای تقاطع (Overlap) یا تماس و مقدار 0 به معنای عدم تقاطع است.

✨ نکته 3:
‏تقاطع فضایی به معنای وجود حداقل یک نقطه مشترک در مرزها یا فضای داخلی هندسه‌های ورودی است و شامل تماس یا اشتراک کامل درونی می‌شود.

✨ نکته 4:
‏این تابع در پرس‌وجوهای فیلترینگ مکانی (Spatial Filtering Queries) برای انتخاب رکوردهایی به کار می‌رود که هندسه آن‌ها با یک هندسه مرجع مشخص، دارای اشتراک فضایی است.

✨ نکته 5:
‏برخلاف توابع فاصله (مانند STDistance)، STIntersects صرفاً بر روابط مکانی تمرکز دارد و محاسبات مربوط به واحد اندازه‌گیری یا فاصله بین هندسه‌ها را انجام نمی‌دهد.

✨ نکته 6:
‏برای بهینه‌سازی عملکرد، ST_Intersects از اندیس فضایی R-tree برای انجام یک آزمون سریع محدوده (Bounding Box Test) قبل از انجام محاسبات هندسی دقیق استفاده می‌نماید.

✨ نکته 7:
‏اگر محدوده‌های مرزی (Bounding Boxes) دو هندسه با یکدیگر تقاطع نداشته باشند، ST_Intersects به سرعت مقدار 0 را برمی‌گرداند و از پردازش هندسی پرهزینه اجتناب می‌شود.

✨ نکته 8:
‏در صورت تقاطع محدوده‌های مرزی، تابع به مرحله محاسبه دقیق می‌رود تا اشتراک فضایی در سطح هندسه واقعی، نه فقط مستطیل‌های محصورکننده، تأیید شود.

✨ نکته 9:
‏این تابع در تحلیل همپوشانی‌ها (Overlap Analysis)، به ویژه در سامانه‌های اطلاعات جغرافیایی (GIS)، برای شناسایی عوارضی که از نظر جغرافیایی با یکدیگر همپوشانی دارند، کاربرد اساسی دارد.

✨ نکته 10:
‏استفاده از ST_Intersects در بند WHERE یک عبارت SELECT امکان می‌دهد تا رکوردهای مرتبط بر اساس معیار تماس یا اشتراک فضایی به صورت کارآمد فیلتر و بازیابی شوند.


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

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

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

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

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

نکته: LSTM (Long Short-Term Memory) شبکه‌ای عصبی برای سری‌های زمانی غیرخطی و طولانیه.

🔹 ویژگی‌ها:

می‌تونه وابستگی بلندمدت بین مشاهدات رو یاد بگیره

مناسب برای داده‌های غیرخطی و پیچیده (مثل قیمت سهام یا متن)

از مشکل Vanishing Gradient در RNNهای ساده جلوگیری می‌کنه

🔹 مزایا:

پیش‌بینی دقیق‌تر سری‌های زمانی طولانی

توانایی یادگیری الگوهای پیچیده و دوره‌ای

کاربرد در Forecasting، NLP و تشخیص ناهنجاری

به زبان ساده: LSTM مثل یک “حافظه بلندمدت” برای مدل هست که اتفاقات گذشته‌ی مهم رو فراموش نمی‌کنه 🧠

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


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

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

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