Giá trị thực tế của sự dư thừa trong các tệp zip là gì?

Làm thế nào là sự dư thừa được thực hiện trong nén, và làm thế nào để tôi hưởng lợi từ nó?

Tôi giả sử nó bao gồm một cái gì đó giống như lưu trữ các bảng tra cứu hai lần để một lỗi duy nhất không làm mất hiệu lực toàn bộ phần còn lại của tệp. Liên quan đến trường hợp sử dụng, có thể khi lưu trữ tệp trên đĩa CD bị trầy xước nhẹ?

Tuy nhiên, cá nhân tôi không bao giờ có bất kỳ lợi nhuận nào từ việc thêm dự phòng vào các tệp zip và tôi có xu hướng bỏ qua chúng, vì vậy tôi đã tự hỏi liệu chúng có thực sự hữu ích trong thực tế hay không.

Tôi tin rằng bạn đang nói về thuật toán thích ứng LZ. Nó không được gọi là dư thừa vì bất cứ điều gì bị trùng lặp trong quá trình xây dựng tệp zip. Thuật ngữ này xuất phát từ cách phương pháp nén này hoạt động.

Để minh họa, đây là một ví dụ. Hãy nói rằng tôi đã có một tài liệu có chứa cụm từ:

It is what it is because that's what it is

Nếu tôi muốn làm cho cụm từ này ngắn hơn thông qua dự phòng, trước tiên tôi sẽ tạo một từ điển chứa tất cả các từ được lặp lại, như vậy

1it
2is
3what

Và sau đó tôi sẽ viết lại câu như

12312becausethats312 

Nếu sau đó tôi muốn nén nó xa hơn tôi có thể thêm các mục sau vào từ điển của mình:

312x
12y

Vì vậy mà nó trở thành

yxbecausethatsx

Như bạn có thể thấy, càng nhiều kiểm tra dự phòng bạn càng trải qua quá trình nén càng lớn. Nhưng bạn cũng đang gia tăng khả năng tham nhũng. Điều này là do khi từ điển phát triển, nó trở nên dễ bị hư hại hơn và nếu bất kỳ phần nào trong từ điển bị hỏng thì phần còn lại không thể đọc được.