إذا لم يتم مسح إدخالات الذاكرة المخبئية عند تغيير البيانات في قواعد البيانات الأساسية، فمن الممكن أن تُرجع الاستعلامات نتائج غير محدّثة.
يجب تقييم إذا ما كان هذا مقبولاً. قد يكون من المقبول السماح بوجود بعض البيانات الخاملة في الذاكرة المخبئية. يجب أن تقرر مستوى البيانات الخاملة المقبول ثم تقوم بتكوين (واتباع) مجموعة من القواعد لتعكس هذه المستويات.
على سبيل المثال، لنفرض أن تطبيقًا يحلل بيانات الشركة من تكتل كبير، وأنت تقوم بإعداد الملخصات السنوية لأقسام مختفة في الشركة. لا تؤثر البيانات الجديدة بشكل كبير على الاستعلامات لأن البيانات الجديدة لا تؤثر إلا على ملخصات السنة القادمة. في هذه الحالة، قد تفضل ترك الإدخالات في الذاكرة المخبئية على مسحها.
لكن لنفرض أنه يتم تحديث قواعد البيانات ثلاث مرات في اليوم وأنت تقوم بتنفيذ الاستعلامات على أنشطة اليوم الحالي. ففي هذه الحالة، يجب مسح الذاكرة المخبئية مرات أكثر، أو ربما التفكير في عدم استخدام الذاكرة المخبئية على الإطلاق.
أحد السيناريوهات الأخرى هو أن تعيد إنشاء مجموعة البيانات منذ البداية على فترات ثابتة (مثل مرة في الأسبوع). في هذا المثال، يمكنك مسح الذاكرة المخبئية بالكامل كجزء من عملية إعادة إنشاء مجموعة البيانات، وبهذا تضمن عدم وجود أي بيانات قديمة في الذاكرة المخبئية.
أيًا كان الموقف، يجب أن تقيم ما هو المقبول فيما يتعلق بالمعلومات غير الحالية التي يتم إرجاعها للمستخدمين.