Chọn nguồn dữ liệu chuẩn cho thông tin dùng chung

Ứng dụng bán hàng, bảng điều phối và cổng khách hàng có thể hiển thị thông tin khác nhau về cùng một khách hàng. Thêm tích hợp không tự giải quyết câu hỏi bên nào đúng. Hãy bắt đầu từ quyết định nghiệp vụ phụ thuộc vào giá trị đang tranh chấp. Sau đó chỉ định một người chịu trách nhiệm và quy tắc chấp nhận thay đổi.

Làm rõ ý nghĩa của nguồn chuẩn

Nguồn dữ liệu chuẩn là nơi có giá trị đã được duyệt được ưu tiên cho một mục đích cụ thể. Đây là thỏa thuận nghiệp vụ, không chỉ là nhãn của cơ sở dữ liệu. Bộ phận bán hàng có thể quản lý lựa chọn liên hệ, còn điều phối quản lý hướng dẫn giao hàng. Không cần giao mọi trường cho một ứng dụng duy nhất.

Lập bảng ngắn về trường dữ liệu, người phụ trách, người được sửa và hệ thống sử dụng. Phân biệt đề nghị thay đổi với thay đổi đã được chấp nhận. Ghi rõ mã nghiệp vụ dùng để nhận biết cùng một đối tượng giữa các ứng dụng. Chỉ trùng tên không đủ để xác định danh tính.

Bảo vệ định danh trước khi sao chép

Khóa ngoại trong PostgreSQL yêu cầu giá trị tham chiếu khớp với một dòng trong bảng liên quan. Cơ chế này hỗ trợ toàn vẹn tham chiếu, không xác định quyền sở hữu nghiệp vụ.[1] Dùng kiểm soát này để chặn tham chiếu hỏng sau khi chốt quyền quản lý. Mã khách hàng hợp lệ vẫn có thể đi cùng hướng dẫn giao hàng lỗi thời.

Nên dùng mã định danh ổn định và bảng ánh xạ riêng cho mã từ các hệ thống khác. Xác định cách trả thay đổi bị từ chối về người đề nghị. Tránh âm thầm ghi đè chỉ vì thông điệp đến sau, nhất là khi công việc ngoại tuyến có thể gửi cập nhật muộn.

Ví dụ giả định: tranh chấp hướng dẫn giao hàng

Một nhà phân phối thiết bị giả định lưu liên hệ thanh toán trong hệ thống tài khoản và hướng dẫn dỡ hàng trong công cụ điều phối. Yêu cầu trên cổng khách hàng đề nghị đổi cổng dỡ hàng. Bộ phận điều phối xem xét trước khi hướng dẫn được duyệt xuất hiện trên các màn hình sử dụng phía sau.

Cổng hiển thị trạng thái chờ thay vì xem đề nghị là quyết định cuối cùng. Nếu đồng bộ lỗi, người phụ trách vận hành kiểm tra thông điệp lỗi và phiên bản đã được chấp nhận. Thiết kế này thêm bước xem xét, nhưng không gộp hai quyết định khác nhau vào một ô văn bản dùng chung.

Thống nhất cách vận hành

Triển khai trước với một nhóm trường nhỏ. Xem xét bất đồng cùng người trực tiếp làm việc, không chỉ quản trị viên ứng dụng. Có thể giữ bản sao khi cần truy cập tại chỗ, nhưng phải hiển thị độ mới và cách yêu cầu sửa giá trị chuẩn.

Nguồn quản lý tập trung tạo ra sự phụ thuộc. Khi dịch vụ chủ không hoạt động, hãy quyết định hệ thống sử dụng phải dừng, dùng bản sao có nhãn hay nhận đề nghị chờ duyệt. Chọn theo hậu quả nghiệp vụ, không áp dụng một quy tắc sẵn sàng cho mọi trường hợp. Trước khi tích hợp nhận thay đổi, hãy nhờ người quản lý trường duyệt một ví dụ xung đột sát thực tế và xác nhận giá trị nào được ưu tiên.

• Chỉ định người phụ trách từng trường đang bất đồng.
• Chọn mã đối tượng bất biến và quy tắc ánh xạ.
• Quy định cách duyệt, từ chối và xử lý xung đột.
• Hiển thị lần đồng bộ gần nhất của bản sao.
• Giao người xử lý cập nhật lỗi và khôi phục.