- Shipped
- 9 Agustus 2026 pukul 04.40 UTC
- Author
- Kamo
- Commit
- 1037589
Tidak ada yang pernah meringkas penyimpanan per organisasi. Enam entitas membawa sebuah byte hitungan per berkas, dan tidak ada kode yang berkumpul salah satu dari mereka, itulah sebabnya account statistik tab render "Tidak ada data penggunaan tersedia untuk periode ini" untuk setiap org. Tambahkan model bersama yang diperlukan agregasi: - StorageDomain - lima org- daerah penyimpanan yang disebabkan, masing-masing menyatakan apakah catatan dihapus bertahan. Dokumen dan media KB soft- delete, jadi total seumur hidup adalah query langsung; kotak surat, rekaman dan pengungkapan Hapus keras, sehingga mereka hanya bisa menumpuk ke depan. - Organ StorageSnapshot - satu baris per (org, hari, domain). Ini ada untuk tiga angka yang tidak dapat dipulihkan setelah fakta: total seumur hidup untuk domain hard-deleting, posisi pembukaan bahwa penghapusan periode adalah differenced terhadap (tidak ada penanda waktu tabel sebuah menonaktifkan - EmbRecordState 's DATE _ UPDATED adalah menyisipkan = false dan tidak pernah menyegarkan), dan sebuah period- close nomor tetap ketika periode berakhir. - Organisme StorageAggregator - setiap per- domain berkumpul di satu kelas. Totals summed atas catatan, tidak pernah lebih disimpan objek: img _ dats menyimpan satu fisik salinan per hash namun banyak orgs memegang file itu, dan tabungan itu adalah Kamo. Para penyerang sengaja tidak membawa stereotip. Setiap layanan berjalan @ ComponentPindai ("com.kamo"), jadi mengganggu itu akan membangunnya dalam semua ~ 40 dari BillingService mendeklarasikan kacang. Juga menambahkan pencarian indeks-indeks ukuran email yang dibutuhkan backfill - size _ bytes ditulis sebagai hardcode 0 sejak indeks dibuat, jadi kotak surat penyimpanan dibaca sebagai platform-lebar nol byte sampai baris-baris diperbaiki. Skema diverifikasi dalam produksi sebelum ini mendarat: org _ storage _ snapshot ada dengan semua 16 kolom setelah menjalankan KamoInitializer.