τ Đảo độ − u tiên
6.2.6Điều khiển phiên bản
Mô hình nội dung đoạn có nhiều hạn chế. Yêu cầu đóng đoạn ngay sau quá trình ghi t−ơng đ−ơng mô hình nội dung HĐH với quá trinhf ghi vào bộ nhớ. Yêu cầu file mới đ−ợc tạo bằng cách sửa đổi file cũ (file cũ chỉ cho phép đọc). Mọi vấn đề với file lúc này là chia xẻ và tạo mới vì nó chỉ cho phép đọc. Để cùng ghi, khách phải biết tên file mới tạo. Giải pháp đơn giản của vấn đề là sử dụng cùng tên file nh−ng khác phiên bản. Chức năng dịch vụ đ−ờng dẫn thực hiện việc điều khiển phiên bản. Mỗi file trong đ−ờng dẫn t−ơng ứng với một số. File có số hiệu phiên bản cao nhất là file hiện tại. Nếu một phiên bản hiện tại đ−ợc truy cập bởi nhiều khách khác thì có ba cách thể hiện phụ thuộc vào dữ liệu trong file đang chia xẻ và sửa đổi nh− thế nào?
Lờ đi sự xung đột: Một phiên bản mới đ−ợc tạo bất chấp điều gì xảy ra.
Phiên bản giải quyết lại sự xung đột: giả thiết dữ liệu thay đổi trong phiên bản không t−ơng thích với phiên bản mới hiện tại. Kết quả việc cập nhật hoá có mâu thuẫn. Vấn đề này đ−ợc giải quyết bằng việc cập nhật hoá phiên bản hiện tại với phiên bản mới (kết nối mọi cập nhật).
Giải quyết một chuỗi xung đột: giả sử dữ liệu đã đ−ợc sửa đổi trong phiên bản hiện tại. Việc cùng cập nhật hoá có thể dẫn đến một chuỗi và chạm (mâu thuẫn). Giải pháp là lờ đi hoặc nhảy qua công việc của khách với một phiên bản mới đồng thời cập nhật theo trật tự tuỳ ý.
Nhiều xung đột phức tạp và điều khiển phiên bản có thể giải quyết phụ thuộc vào yêu cầu ứng dụng. Sử dụng file cố định không giải quyết vấn đề hơn là quan tâm tới dịch vụ file và các hệ thống dịch vụ khác. Để giảm yêu cầu bộ nhớ của nhiều tổ chức phiên bản, một phiên bản mới phải chứa tính chất thay đổi tr−ờng file (khối). Số hiệu phiên bản phụ thuộc sự thay đổi khối. Duy trì rãnh thay đổi khối dễ tạo sự xung đột cao.