Có nhiều tiêu chí cho việc chọn nguồn dữ liệu như sau:
Khả năng truy cập dữ liệu (Data accessibility) – Nếu tồn tại hai nguồn cấp dữ liệu có thể, một được lưu trữ trong tệp nhị phân được duy trì bởi một tập chương trình được viết trước khi thành viên nhóm dự án trẻ nhất sinh ra và cái kia từ hệ thống đọc các tài liệu nhị phân và hỗ trợ xử lý nhiều hơn, thì quyết định là rõ ràng.
Độ chính xác dữ liệu (Data accuracy) – Khi dữ liệu được truyền từ hệ thống này sang hệ thống khác, nhiều sửa đổi được thực hiện. Đôi khi các yếu tố dữ liệu từ hệ thống khác được thêm vào, và đôi khi các yếu tố hiện có được xử lý để tạo yếu tố mới và các yếu tố khác bị loại bỏ.
Mỗi hệ thống thực hiện chức năng của nó tốt. Tuy nhiên, có thể trở nên khó khăn hoặc không thể nhận diện dữ liệu gốc. Trong một số trường hợp, dữ liệu không còn đại diện cho những gì kinh doanh muốn cho phân tích. Nếu bạn cung cấp dữ liệu từ các hệ thống hạ nguồn này, người dùng có thể đặt câu hỏi về độ chính xác.
Lập lịch dự án (Project scheduling) – Trong nhiều tổ chức, dự án kho dữ liệu bắt đầu như một phần của việc viết lại hệ thống OLTP hiện có. Khi dự án phát triển hệ thống mới bắt đầu triển khai, thường là trường hợp người dùng kinh doanh được thuyết phục chắc chắn về giá trị kho dữ liệu bắt đầu kiên quyết yêu cầu kho dữ liệu được triển khai sớm hơn là muộn.
Để cung cấp dữ liệu lịch sử, bạn cần bao gồm dữ liệu từ hệ thống hiện có trong kho dữ liệu của bạn. Nếu viết lại hệ thống cũ bị trì hoãn, kho dữ liệu có thể tiếp tục sử dụng hệ thống hiện tại. Khi hệ thống mới được phát hành cho sản xuất, nguồn cấp dữ liệu có thể chuyển sang nó. Trong nhiều trường hợp, có thể giao kho dữ liệu trước khi hệ thống vận hành mới hoàn thành.
Một số thông tin chiều thường đi kèm với giao dịch hoặc dữ liệu sự thật, nhưng thường tối thiểu và thường chỉ ở dạng mã. Các thuộc tính bổ sung mà người dùng có thể muốn và cần được cấp từ nhiều hệ thống hoặc tệp master chung.
Trong nhiều trường hợp, có thể có nhiều tệp master, đặc biệt cho chiều khách hàng. Thường có các tệp riêng biệt được sử dụng khắp tổ chức. Bán hàng, Marketing, và Tài chính có thể có tệp master khách hàng riêng.
Có hai vấn đề khó khăn: thứ nhất, khách hàng bao gồm trong các tệp này có thể khác nhau, và thuộc tính về mỗi khách hàng có thể khác nhau. Thứ hai, thông tin chung có thể không khớp. Nếu có thời gian và tiền không giới hạn, có thể kéo dữ liệu phong phú từ tất cả nguồn và kết hợp thành cái nhìn toàn diện đơn lẻ về khách hàng.
Trong hầu hết trường hợp, không đủ thời gian hoặc tiền để làm tất cả cùng một lúc. Trong các trường hợp này, khuyến nghị người dùng ưu tiên thông tin, và bạn bắt đầu với những gì bạn có và mở rộng trong tương lai.