Przechowuj załączniki przez rurociąg dedup zamiast jednego obiektu na przesłanie

FixMediaService
Szycy
6 sierpnia 2026 20:45 UTC
Autor
Kamo
Pochęt się
0eda67f

Załączniki napisali własny obiekt ";imgId>/fileName>" na każdym przesłaniu, omijając Całkowicie adresowany sklep — ten sam logo-draft.png załączony trzy razy w jednym Rozmowa zajmowała trzy obiekty. Przesłać teraz hash do wspólnego ImgDat, tak identyczny Treść jest przechowywana raz bez względu na to, jak często jest dołączona, i załącznik, który pasuje Dokument już w systemie nie kosztuje żadnego magazynu. The Img row pozostaje na przystawkę: przenosi rozmowę, uploader i odwołanie Państwo, i to jest to, na czym dostęp jest sprawdzany. Tylko bajty są dzielone. Odczytuj klucz pod adresowany treść, gdy wiersz ma datę i wraca do Starsza obiekt na przeciążenie, gdy nie, więc załączniki poprzedzające to działanie nadal działa - Wliczając wszystkie napisane przez przypadek, który jeszcze się nie przewrócił. ChatAttachmentDedupBackfill składa te starsze załączniki przy starzeniu: wybiera tylko Wiergi z null dat i ustawia ten dat ostatni, więc jest to idempotent, samonać się po drugiej stronie Wdroczenie, a porażka w jednym rzędzie pozostawia ją na wciąż pracującej, starszej ścieżce, a nie na nie. Upadający startup. Obiekty macierzyste pozostają na miejscu; nic nie usuwa z MinIO.

Wszystkie zmiany

Jak to, co widzisz żeglugę?

Każda z tych aktualizacji automatycznie ląduje w miejscu pracy. Zacznij za darmo i obserwuj, jak rośnie tydzień po tygodniu.

Start Free ForeverZobacz ceny