วีดีโอ

في الحالة أللي بتكلم فيها، يكفي استخدام LocalDateTime على اعتبار انك مسئول عن ال time settings بتاعة ال machines انها تكون موحدة. OffsetTime تستخدمها لو مش عايز تعمل اللي اقترحته في الفيديو و بالتالي تخزن معلومة ال timezone كمان مع ال datetime

الفيديو بيتكلم عن JSON column في ال DB مش عارف انت سمعت انهي جزء بتكلم ان مينفعش تزود column, بس هو عموما تقدر تزود بس لما يكون ال Table حجم البيانات فيه كبير قوي ملايين و عليه writes كتير 100 في الثانية الواحدة مثلا ، اضافة column زيادة بيأثر على ال performance بتاع ال DB.

اه تمام كنت بحسب قصد حضرتك على اى داتا تايب

هل لأن احنا مش ضامنين ان foo هتعمل acquire الاول قبل bar

احنا بنستخدم Semaphore عشان نفتح و نقفل ، نتحكم في انهي thread يقدر يشتغل دلوقتي. ال Semaphore بيقفل ازاي؟ ان يكون ال count بتاعه ب Zero. طيب نفترض ان thread Foo اشتغل و عايز يقول ل Thread Bar عليك الدور، لو استخدمنا Semaphore واحد، و عمل عليه release و خلى ال count 1 و بعدها و عمل عليه acquire و مستني دوره، اللي هيحصل اننا مش ضامنين ان Thread Bar أصلا بدأ , بالتالي في احتمال ان thread Foo يكمل بناء على ال acquire لان وقتها هيكون ال count 1 ، و ده مش مطلوب. عشان كدة استخدام Semaphore لكل thread بيضمن التحكم الكامل ان كل Thread مش هيبدأ يكون الدور عليه، اتمنى تكون وضحت.

شكرا على التعليق، الحقيقة معتمد على توجه القناة و الاماكن اللي بنشر فيها الفيديو، غير اني على علم بتخوف ناس شخصيا اعرفهم من فوري و غيرها و شكهم ان في حاجة تكون آمنة بشكل كافي منتجة في مصر او الدول العربية بشكل عام، و بحاول أوصلهم الرسالة دي من الفيديو.

اول تعليق على ال theme ان شاء الله بعد كدة light mode.

حبيبي يا يوسف احلى تعليق ربنا يتقبل منا و يجعله علم صالح ينتفع به.

فكرة حلوة المهم بيانات حجمها ميزيدش

و اياكم

انت الافضل ليك مش relational DB في الحالة دي لو ال application حسب ما فهمت read/query intensive يعني معظم العمليات عليها من ال users هي read/search ممكن ساعتها تستخدم elastic search افضل ليك مش بس عشان ال read اكتر من ال write كمان عشان بيدعم ال dynamic query filters لو مش هتعرف تنقل elastic search يبقى تحاول تحدد اهم queries او اشهرهم و تعمل ليهم composite index بس متزودش كتير عشان ال performance بتاع ال write . ممكن برضه تعمل مثلا composite index بأهم 3-4 columns موجودين في كل ال queries في حالة ان حجم ال rows اللي ينطبق عليهم ال filter بناء على ال 3-4 columns ده مش كبير و تسيب ال DB تعمل filter ليهم بباقي ال query columns ، ده هيبقى ابطأ لو حجم ال records اللي بيرجعو من ال 3-4 columns دول كبير.

اني اسف، مش هعمل صوت سريع تاني بعدين انت بالذات بتتكلم بسرعة 😃

@@ahmedhashem-404 كااااان 😂

معلش مش فاهم السؤال قوي ، بس خليني اقول تاني استخدام ال JSON column type عموما يبقى لما اكون مش عارف ال structure بتاع data معينة يعني بكلم مثلا service بترجع data مختلفة اكتر حسب نوع ال request لكن لو أنا عارف ال structure بتاع البيانات الافضل اعمل table بيها و اخزن و استرجع البيانات منه ده هيبقى اسرع حتى لو ال application مش كبيرة و عدد المستخدمين مش كبير.

متنساش تعمل subscribe 🙂

لو بستخدم JSON field ال DB هتعمل validation على ال format و لو JSONB هياخد وقت اكتر في ال parsing لو أنا بخزن بس ال data من غير ما اعمل عليها query على fields معينة مثلا في ال JSON كدة مستفدتش منه، ممكن استخدم Blob و خلاص ، و ان كان كل ما ال size بتاع ال field بيزيد استخدم حاجة زي S3 او مفيش Manipulation على ال fields و ال size كبر.

5.7 هي لسه اشهر version في ال market

As long as you are aware of the size of the application and the potential growth , should be fine , I used it in 2 different applications , one was in MySQL and the other was in PostgreSQL but we suffered from the scalability limitations and switched at least for MySQL case to S3.

ال JSON مش معمول عشان يكون protocol نقل بيانات كبيرة، تخيل مثلا ال json عشان اكتب بيه 1000 row هكرر اسم ال field كام مرة في كل row. هو مش optimized for low level communication و حجمه كبير، كون ان SQL server بيدعمه مش معناه انه افضل اختيار على طول.

@@ahmedhashem-404 اه تمام مع حضرتك حق شكرا

بالظبط ، سجلت جزء من الفيديو بتكلم عليه بس كان في مشكلة في الصوت شلتها، mapstruct عشان static مش محتاج reflection

Exactly, it is not using reflection, since the conversion code is static.

@@ahmedhashem-404 هندسه اولا جزاك الله خيرا على مجهودك و بارك الله في علمك ، طيب في هذه الحالة ايهم افضل استعمال حاجه مثل ماب ستراكت ام كتابة الكود مباشرة

@@ahmedhashem-404 ايضا هل الافضل استخدام Lombok ام ايضا الاستعانه بمحرر الاكواد او كوبايلوت في توليد الاكواد

@ahmedsallam2868 Map struct هيبقى زي انك تكتب كود بنفسك، التشابه بين الوجهين ان الكود معمول static و عارف بالفعل ال structure في ال compile time.

My pleasure, will put it on my todo list, share the channel with your friends for everyone else to get benefit.

@momedalhouma14 The video is out for you th-cam.com/video/4M5iah6vvNQ/w-d-xo.html If not already, don't forget to subscribe and follow on X : x.com/AhmadBinHashem/ :)

@@ahmedhashem-404 Thanks a lot.

بسيطة ان شاء الله

@ahmedelsheikh3490 الفيديو أهو عشان خاطرك th-cam.com/users/shorts1z0WYZfQTNs

Multi-Threading Fundamentals in Java [Write Production Ready Code] بالعربي th-cam.com/video/FoWVZ_IPFsY/w-d-xo.html الفيديو ده بتكلم على concurrency بالكود و اتكلمت على تفاصيل كتير ، شوف الفيديو و قولي ايه تاني نتكلم عنه

Write multi thread app in Java [Write Production Ready Code] بالعربي th-cam.com/video/ZtcjazRHXKQ/w-d-xo.html ده برضه فيديو تاني concurrency بس ابسط

ايه المواضيع اللي عجبتك في ال channel ؟ و ايه المواضيع المفيدة بعدين نتكلم عليها ؟

@@ahmedhashem-404 ال threading انا استفدت منها ياريت لو تشرح ال features فوق ال jdk8 ومواضيع تخص spring زىspring security ويسلام لو تشرح microservices

تابع و ان شاء الله هتلاقي مواضيع منها

في حلقة جاية هتكلم على impact بتاع استخدام ال reflection. الأسبوع ده ان شاء الله

@@ahmedhashem-404 منتظريين الحلقه بفارغ الصبر ❤️❤️❤️

Welcome

و اياكم

شرف ليا متابعتك

ده Framework شركة TH-cam بنته سنة 2010 عشاني بقى زي wrapper ل MySQL DB و يقدرو يبقى عندهم اكتر من Master MySQLDB شفت الفيديو ؟

تفتكر هيخرن ال comment اللي كتبته فين ؟! غير ان لو اعتبرنا ان الفيديو عبارة عن ملف فيديو للتبسيط لكل resolution ، هيعرف ال file path بتاع الفيديو بال resolutions ازاي ؟ غير عندك playlists و علاقة الفيديوهات بالقناة و قصة كبيرة

خلينا نفكر زي GitHub ، فكرو بس لل migration من MySQL لما ال performance بقى فيه مشاكل و مش عارفين يسرعو ال app عشان ال DB بطيئة مكانش فيه رقم معين حركهم، شايف ان الافضل البساطة في التصميم و حسب الطلب لو ال load زاد و ال DB بطيئة تروح لحاجة زي كدة بس الاول تقسم ال App على اكتر من DB . لو انت بتبني حاجة عارف انها to handle مثلا 30 مليون write a day ، ممكن تبدأ ب Vitess او اي حل تاني scalable .

public key