#نکات دیتابیسی

شما یه جدول درست میکنی که تراکنش های هر کاربر رو ذخیره میکنه
مثلا میگه کاربر شماره X امده ۲۰ دلار در تاریخ فلان تراکنش انجام داده .

بعد اینو به زیبایی با یک میلیون رکورد پر میکنید . به وسیله PROCEDURE عزیز .

حالا نکته اینه که میخوایم ببینیم یه کوئری مثل این چقدر زمان لازم داره .
تا به ما بگه که هر کاربر در مجموع چقدر تراکنش داشته
به صورت یک گزارش .

 
SELECT user_id, SUM(amount) AS total_amount
FROM transactions
GROUP BY user_id;

خوب این کوئری ظاهرا ۱۵۰ ثانیه زمان لازم داره


چیکار کنیم ۱۵۰ ثانیه بشه ۲ ثانیه

@panicdev

گفتند که
اگر به جدول یه index برای user_id در نظر بگیرید

از ۱۵۰ ثانیه میشه ۸۰ ثانیه .

خوبست ،‌ دیگه چیکار کنیم ؟

@panicdev

گفتند که بیایم بر اساس transaction_date
جدول و پارتیشن بندی کنیم .

اینجوری سرعت کوئری از ۸۰ میرسه به ۲۰ .

من خودم روی صحت این قضیه شک دارم . چون که برای کوئری کلی مثل این ( گزارش تمام کاربر ها در تمام سال هارو بخوایم بگیریم ). نباید تاثیر خاصی داشته باشه .

ولی در عوض اگه بگیم گزارش همه کاربر هارو برای سال ۲۰۲۱ بده . خیلی باید تاثیر گذار و سریع باشه .


نظر شما چیست ؟

@panicdev

خوبه ،‌ دوستان اشارات خوبی کردن ، مچکریم

بعله ،‌ میریم سراغ Materialized

اینجا میگه یه جدول جدا میکنی روی
user_transaction_sums

بعد یه cron درست میکنی برای اونت
update_user_sums

که این میاد scheduler میکنه ،‌ هر یک ساعت یکبار ، محاسبات رو مجدد روی جدول انجام بده

و جدول شبه Materialized رو براتون آپدیت کنه .


الان میتونید از این کوئری بگیرید در حد ۲ ثانیه خروجی رو ببینید.

@panicdev

🚀 امدیم با Flow PHP: جادوگر داده‌ها!

اگه فکر می‌کنی پردازش داده توی PHP دردسر داره، Flow PHP اومده که کارت رو راحت کنه! یه فریم‌ورک سبک، سریع و با مصرف کم حافظه که حتی با کوهی از داده‌ها هم کم نمیاره! 😎

✨ ویژگی‌های خفن:
🔹 حافظه کم مصرف: حتی با داده‌های عظیم، مصرفش ثابته!
🔹 وصل شدن به هر منبع داده‌ای: دیتابیس، اکسل، فضای ابری؟ مشکلی نیست!
🔹 تغییر شکل داده با کلی فانکشن آماده! 🔄
🔹 پردازش مستقیم فایل‌های راه دور (دیگه دانلود نمی‌خواد!)
🔹 گروه‌بندی، مرتب‌سازی، و حتی جدول ASCII برای داده‌ها! 😍
🔹 کش داخلی برای پردازش سریع‌تر 🚀

یه PHP 8.2+ فقط کافیه، بقیه‌شو Flow می‌سازه! 😏


🔗 لینک : https://flow-php.com


@panicdev

🚀 ابزار DDEV: نجات‌دهنده توسعه محلی!

🛠 دوست داری محیط توسعه خودت رو سریع و بی‌دردسر راه بندازی؟

💡 اگه تا حالا با Docker کار کردی، می‌دونی که میشه با چند تا ایمیج ساده یک محیط توسعه محلی ساخت. اما چرا وقتی DDEV هست، باید وقتت رو برای ساخت یه محیط دستی با Docker تلف کنی؟ 🤔


⚡️ مقایسه DDEV با ساخت دستی محیط توسعه با Docker

🔹 راه‌اندازی محیط توسعه دستی با Docker 🔨

✅ کنترل کامل روی تنظیمات
✅ شخصی‌سازی نامحدود
❌ باید تمام مشکلات رو خودت حل کنی
❌ پشتیبانی از تیم روی دوش تو هست
❌ ممکنه وقت زیادی ازت بگیره

🔹 استفاده از DDEV 🚀

✅ کاملاً متن‌باز، بدون قفل شدن به یک شرکت خاص
✅ بیش از ۶ سال توسعه و بهبود توسط جامعه
✅ پشتیبانی از Drupal، Laravel، WordPress، Magento، Shopware و...
✅ پشتیبانی از MySQL، MariaDB، PostgreSQL
✅ امکان استفاده روی macOS، Windows (WSL2)، Linux
✅دارای HTTPS داخلی برای هر پروژه
✅ امکان اجرای چند پروژه به‌صورت همزمان
✅ برای Xdebug آماده به کار!
✅ قابلیت اضافه کردن امکاناتی مثل Redis، Elasticsearch، Apache Solr و...

---
🎯 نتیجه‌گیری؟ وقت خودتو تلف نکن!

😎 اگه نمی‌خوای همش درگیر تنظیمات Docker و پشتیبانی از تیم بشی، DDEV انتخاب عالیه!

با DDEV، بیشتر روی کدنویسی تمرکز کن، کمتر روی پیکربندی! 🔥

🖥 امتحان کن و از وقت آزاد بیشترت لذت ببر! 🚀

@panicdev

#Docker #برنامه‌نویسی #DevOps

پکیج برای استفاده در لاراول و لایوایر


https://github.com/ryangjchandler/laravel-cloudflare-turnstile

#package #laravel

اموزش استفاده

🚀 ترکیب Laravel + Go: توسعه سریع، عملکرد بالا!
اگر توسعه با Laravel رو دوست داری ولی دنبال عملکرد بهتر برای کارهای سنگین هستی، یه راه عالی اینه که از معماری رویدادمحور (EDA) استفاده کنی:

✅فریم ورک Laravel برای ارسال Job به صف
✅ زبان Go برای پردازش سریع با goroutineها

مثلاً:

با Laravel یه تسک مثل پردازش تصویر رو dispatch می‌کنه.

بعد Go اون رو از Redis می‌خونه و خیلی سریع اجرا می‌کنه.

اینجوری:

سیستم سبک می‌مونه.

کاربر منتظر نمی‌مونه.

با چند تا Go worker، پردازش‌هاتو راحت مقیاس‌پذیر می‌کنی.

👀 فقط حواست باشه که Go باید فقط داده موردنیاز Job رو بخونه (بدون متادیتای اضافه‌ی Laravel) و لاگ و مانیتورینگ رو خوب مدیریت کنی.

📌 اگه پردازش‌ سنگین مثل ایمیل انبوه، تصویر، یا داده‌های تحلیلی داری، این معماری معرکه‌ست!

منبع 👇
🔗 لینک مقاله

#Laravel #GoLang #EDA #معماری_رویدادمحور #توسعه_بک_اند #برنامه_نویسی #مقیاس_پذیری

🛡 مدیریت درخواست‌های همزمان در Laravel با Session Blocking

در اپلیکیشن‌های پرترافیک مثل پرداخت، مدیریت موجودی یا رزرو، درخواست‌های همزمان می‌تونن باعث تداخل داده و باگ‌های جدی بشن. لاراول با یه قابلیت ساده ولی قدرتمند به اسم Session Blocking این مشکل رو حل کرده.

📌 چطوری کار می‌کنه؟
در Session Blocking با استفاده از atomic lock ها، فقط به یک درخواست در هر زمان اجازه می‌ده که اجرا بشه و بقیه باید صبر کنن یا تایم‌اوت می‌شن.

برای فعال‌سازی:
- از cache driverهایی مثل Redis استفاده کن.
- از session driver غیر از cookie مثل Redis یا database استفاده کن.
- در روت‌ها از متد ->block() استفاده کن:

Route::post('/products/update-stock', [StockController::class, 'updateStock'])->block(5, 10);

عدد اول: مدت زمان قفل (ثانیه)
عدد دوم: مدت زمانی که درخواست منتظر می‌مونه تا قفل آزاد شه

———————————————————
⚠️ ریسک‌ها و محدودیت‌ها
با وجود قدرت زیاد session blocking، باید حواست به محدودیت‌هاش هم باشه:

- خطر Deadlock: تنظیم نادرست زمان قفل‌ها مخصوصاً در فرایندهای پیچیده می‌تونه باعث بن‌بست بشه.

- افزایش بار سیستم: شکست‌های مکرر در قفل‌گذاری می‌توانند باعث افزایش سربار سیستم بشود. استفاده از مکانیزم‌های retry مؤثر توصیه می‌شه.

- وابستگی به کش: عملکرد این قابلیت به شدت وابسته به driver کش هست. پس حتماً باید Redis یا Memcached قوی و پایدار داشته باشی.

——————————————————-
🛠 جایگزین‌های session blocking
اگه احساس می‌کنی این راهکار مناسب پروژه‌ت نیست، گزینه‌های دیگه‌ای هم هست:

- گزینه Optimistic Locking: با استفاده از نسخه‌گذاری (versioning) تداخل در بروزرسانی‌ها رو تشخیص بده.

- صف‌های توزیع‌شده (Distributed Queues): عملیات رو به سیستم صف مثل RabbitMQ یا AWS SQS منتقل کن تا غیربلادرنگ (asynchronous) انجام بشه.

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


🎯 نتیجه: Session Blocking ابزار فوق‌العاده‌ای برای مدیریت درخواست‌های حساسه، ولی باید با دقت و مانیتورینگ درست استفاده بشه.

منبع 👇
🔗لینک مقاله

#Laravel #PHP #ConcurrentRequests #SessionBlocking #توسعه_بک_اند #مدیریت_موجودی #رزرو_آنلاین #پرداخت_امن #برنامه_نویسی

@panicdev

💡 کلاس WeakMap در PHP: قهرمان خاموش برای مدیریت حافظه
در زمان توسعه بخش‌های پرفورمنس‌محور یک اپلیکیشن، متوجه شدم که WeakMap می‌تونه یه قهرمان خاموش باشه که زمانی که بهش نیاز داری، به دادت می‌رسه.

🔍 کلاس WeakMap چیست؟
در ظاهر، WeakMap مثل یه store کلید-مقدار عادی به نظر میاد. اما تفاوت اصلی اینجاست که WeakMap کلیدها رو به صورت weak reference نگه می‌داره، یعنی وقتی شی از حافظه پاک میشه، WeakMap به‌طور خودکار اون ورودی رو حذف می‌کنه. این ویژگی باعث میشه که نیازی به پاک‌سازی دستی داده‌ها نباشه و هیچ‌گونه حافظه‌ای به طور نادرست مصرف نشه.

📌 چرا این ویژگی اهمیت داره؟
فرض کنید در حال ساخت یک مدیریت مستندات یا مدیریت تصاویر هستید. هر شی (مثل یک فایل یا تصویر) ممکنه متادیتای پرهزینه‌ای برای محاسبه داشته باشه. می‌خواهید این متادیتا رو در هنگام استفاده از شی کش کنید ولی نیازی به پاک‌سازی دستی و نگرانی از نشت حافظه ندارید.

🛠 نمونه کد:
در کدی که در تصویر مشاهده میکنید . ما از WeakMap برای کش کردن متادیتای اشیاء استفاده می‌کنیم


🚀 نتیجه‌گیری

در نتیجه WeakMap برای مواردی مثل مدیریت کش متادیتا یا پردازش‌های پرهزینه بسیار مفیده، چرا که از نشت حافظه جلوگیری می‌کنه و با خودکار حذف کردن ورودی‌ها از حافظه، کار رو برای برنامه‌نویس راحت‌تر می‌کنه.

🔗 منبع: مقاله

#PHP #MemoryManagement #WeakMap #Cashing #Development #Backend #OptimizedCode


@panicdev