MySQL بدأت دعم JSON من 5.7.8 يعني تقريبا من شهر 8 2015
@ahmedhashem-4043 ай бұрын
5.7 هي لسه اشهر version في ال market
@codetogether3 ай бұрын
اظن ان افضل استخدام ليها في الsql هو انها تتعامل as config or settings details
@ahmedhashem-4043 ай бұрын
فكرة حلوة المهم بيانات حجمها ميزيدش
@amrmostafa80033 ай бұрын
سؤال لو سمحت - ليه بل releation database ميرجعوش ال result بتاعت ال query علي شكل json (حاسه هيكون احسن من ال rows) لاحظت انه sql server بيدعم حاجه زي كدا وينفع تعمل كدا بس اظن بقيت ال DBMS مش بيدعمو
@ahmedhashem-4043 ай бұрын
ال JSON مش معمول عشان يكون protocol نقل بيانات كبيرة، تخيل مثلا ال json عشان اكتب بيه 1000 row هكرر اسم ال field كام مرة في كل row. هو مش optimized for low level communication و حجمه كبير، كون ان SQL server بيدعمه مش معناه انه افضل اختيار على طول.
@amrmostafa80033 ай бұрын
@@ahmedhashem-404 اه تمام مع حضرتك حق شكرا
@amrshamsel-deen79283 ай бұрын
IDK, why using the jsonb inside the schema unless it is urgntly needed, my main two reasons, the quires perfromance(query optmizier) uses statstics from the input columns but incase of the json is can't, the second is the footprint of json within table is actully huge, as the key and the value both are stored in the db. I am actully using it in my project, but it is simpler, and my application is not that big so it won't make any differenct even on the long run.
@ahmedhashem-4043 ай бұрын
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.
@saidbakr3 ай бұрын
موش فاهم جزئية حجم ال json يعني في حالات مثلا موش هيبقى اكبر من حقل نوع text في قاعدة بيانات blog مثلا اللي بيتسجل فيه المقالة كاملة؟! يعني مثلا لو عملته زي screenshot لفاتورة وهتبقى غالبا للقراءة فقط هتبقى فين مشكلة حجمها؟!
@ahmedhashem-4043 ай бұрын
لو بستخدم JSON field ال DB هتعمل validation على ال format و لو JSONB هياخد وقت اكتر في ال parsing لو أنا بخزن بس ال data من غير ما اعمل عليها query على fields معينة مثلا في ال JSON كدة مستفدتش منه، ممكن استخدم Blob و خلاص ، و ان كان كل ما ال size بتاع ال field بيزيد استخدم حاجة زي S3 او مفيش Manipulation على ال fields و ال size كبر.
@saadmohamed72312 ай бұрын
سؤال بعد اذن حضرتك حضرتك بتقول مينفعش ازود column ف ال relational database بس oracle ممكن اعمل فيها كدا باستخدام ALTER TABLE table_name ADD (new_column_name data_type); هو اكيد حضرتك مش قصدك كدا ف ممكن اعرف حضرتك قصدك ايه ب اني مينفعش اضيف column جديد مكنش موجود قبل كدا ؟
@ahmedhashem-4042 ай бұрын
الفيديو بيتكلم عن JSON column في ال DB مش عارف انت سمعت انهي جزء بتكلم ان مينفعش تزود column, بس هو عموما تقدر تزود بس لما يكون ال Table حجم البيانات فيه كبير قوي ملايين و عليه writes كتير 100 في الثانية الواحدة مثلا ، اضافة column زيادة بيأثر على ال performance بتاع ال DB.
@saadmohamed72312 ай бұрын
اه تمام كنت بحسب قصد حضرتك على اى داتا تايب
@NFM-nb7dl3 ай бұрын
هل يحبذ عمل علاقة بين جدولين من كثير الى كثير في عمود جيسون لو كنت غير مهتم ب consistency وبهذا اكون وفرت مساحة جدول في قاعدة البيانات , اقصد بدل ما اعمل جدول ثالث اكسر فيه علاقة من كثير الى كثير بين جدولين , مثلا في جدول الصفوف اعمل عمود جيسون اسجل فيه المفاتيح الرئيسية للمدرسين الذي يدرسون هذا الفصل , بستخدم هذا العمود في واجهة الاستاذ اعرض له الصفوف الذي يدرسها , لكن ممكن احتاج اعمل كويري وتحديث على هذا العمود كثير ؟
@ahmedhashem-4043 ай бұрын
معلش مش فاهم السؤال قوي ، بس خليني اقول تاني استخدام ال JSON column type عموما يبقى لما اكون مش عارف ال structure بتاع data معينة يعني بكلم مثلا service بترجع data مختلفة اكتر حسب نوع ال request لكن لو أنا عارف ال structure بتاع البيانات الافضل اعمل table بيها و اخزن و استرجع البيانات منه ده هيبقى اسرع حتى لو ال application مش كبيرة و عدد المستخدمين مش كبير.