هل عملية serialize و unserializ هي عملية مكلفة للذاكرة . مثال على ذلك ..

من تجربة -ادمانية- على استخدام نفس الطريقة لمن بـ JSON أقول :

1 - json أفضل من serialize لأن الاولى تخزن المفتاح والقيمة ببساطة، بينما الثانية تخزن المفتاح وعدد حروفه والقيمة وعدد حروفها، ولو تغير شيء بسيط في الترميز أو ثمت يدويا بتغيير قيمة ما فسيظهر خطأ

2 - حقل التخزين، هل سيكون TEXT أم أقل أم أكثر ؟

إذا كان الحقل كبيرا فسيستهلك الاستعلام موارد أكبر من استهلاك بضعة حقول

3 - تصور أنك اخترت حقل من نوع TEXT الذي سعته 65535 رمز

وكل مرة تستخرج منه محتوياته وتفككها ثم تضيف إليها محتويات جديدة ثم تعيد تخزينها مرة أخرى

ماذا سيحدث حين تتجاوز القيمة المخزنة 65535 رمز ؟

سيتكسر التشفير ولن تستطيع استخراج البيانات مرة أخرى إلى بتدخل يدوي لإنقاذ ما تبقى منه !

لذلك يجب عليك أن تعرف لماذا ومتى تستخدم هذه الطريقة، لأنها في الحقيقة مجدية كثيرا لكن مع أخذ الاحتياطات اللازمة.

اين هي المشكلة في الاستعلام عن 10 حقول ؟

تفضل أحد الإخوة هنا عن حساسية Serialize، لذلك أتعامل مع ال JSON في أغلب مشاريعي.

ربما قد يكون ردي خارج المقال لكن هي فعلاً مشكلة تخزين الرسائل

عندما افكر في الامر فانا لا احتاج الى تخزين كل رسالة بين طرفين ! وفي نفس الوقت يجب تخزينها للرجوع اليها (الطرفين وليس احد اخر طبعاً)

بعد التفكير قررت ان افعل كما فعلت شركة الواتساب واخزن كل رسالة على قاعدة بيانات ناحية العميل SQLite

اجد هذا الحل فعال اكثر بامانه وربما ساعدني نظام لاندرويد في حل المشكلة ولكن هل هناك قاعدة ناحية العميل في المواقع ؟ (لم ابحث بعد انما افكر هههههه)