Tôi có bảng thực tế tham chiếu đến thứ nguyên ngày của tôi dưới dạng cả Ngày biểu mẫu và Ngày tài chính. Do đó, kích thước ngày là nhập vai hai vai trò khác nhau. Điều này làm việc tốt, ngoại trừ việc tôi không thể nhập tên của cột Năm hoặc Tháng. Thay vào đó, nó sẽ là cột Năm tài chính và Năm tài chính tương ứng hoặc có thể thiết lập mô tả thuộc tính sao cho các ứng dụng khách của tôi có thể sử dụng thuộc tính đó để hiển thị dưới dạng chú giải công cụ/tiêu đề.Thực hiện kích thước nhập vai với tên thuộc tính thân thiện trong SSAS?
Vấn đề là, trong một báo cáo tổng hợp, người dùng sẽ có hai năm khác nhau và không rõ ràng là gì (họ xem năm 2010 và 2009 và không biết đó là Năm mẫu và là Năm tài chính) mà không có tôi làm một số mã hackish để xem tên thứ nguyên là gì.
Nói cách khác, [Ngày biểu mẫu]. [Năm] và [Ngày tài chính]. [Năm] đều là thuộc tính "Năm" khi có liên quan đến ô. Khi bạn thay đổi mô tả hoặc tên của thuộc tính đó trong SSAS, bạn sẽ thay đổi nó cho cả hai kích thước nhập vai. Bạn có thể tùy chỉnh tên của thứ nguyên nhập vai, nhưng tiếc là không phải thuộc tính.
lựa chọn của tôi cho đến nay:
-Trong DB kho dữ liệu, tạo bản sao của bảng ngày chiều cho từng trường hợp sử dụng để tôi có thể tùy chỉnh các thuộc tính tên/giới thiệu cho các cột. Điều này tạo ra nhiều bảo trì/công việc cho tôi trong việc giữ các bản sao này phù hợp.
-Trong kho dữ liệu DB, tạo chế độ xem ở đầu bảng thứ nguyên ngày cho từng trường hợp sử dụng. Vấn đề ở đây là tôi không thể tạo mối quan hệ FK giữa chế độ xem thứ nguyên và bảng thực tế. Tôi e rằng điều này sẽ khiến tôi đau đầu hơn giá trị của nó bởi vì có vẻ như rất nhiều SSAS/SSRS/Powerpivot và các công cụ khác thực sự phụ thuộc vào các mối quan hệ FK đó để giúp nó xác định cấu trúc của kho dữ liệu.
-Tạo bản sao của cột Năm trong cùng một bảng sao cho mỗi bản được đặt thành thuộc tính riêng trong SSAS và do đó có thể có tên và thuộc tính mô tả riêng. Đã không chơi với điều này để xem nó có hoạt động theo cách tôi tưởng tượng hay không, nhưng tôi nghĩ tôi sẽ tạo nhiều thứ nguyên dựa trên cùng một bảng và trong mỗi trường hợp chỉ bao gồm một trong các cột Năm, chẳng hạn như Năm Biểu mẫu trong thứ nguyên Ngày biểu mẫu. (Cũng có thể sử dụng cột được tính thay vì bản sao của cột.) Nhược điểm của việc này là nó làm cho thứ nguyên rất khó hiểu hơn. Tôi đã có rất nhiều thuộc tính để hỗ trợ các phân cấp khác nhau, điều này là bình thường, nhưng bây giờ tôi đang ném vào trộn nhiều cột cho một thuộc tính duy nhất để hỗ trợ tiêu đề/mô tả của thuộc tính khác nhau mặc dù các giá trị thuộc tính là tất cả tương tự.
Trong cuốn sách Kimball Nhóm Data Warehouse Toolkit, nó mô tả kịch bản này rất bằng cách nói
Những bản cập nhật chiều được khai báo là ngữ nghĩa riêng biệt quan điểm, chẳng hạn như "ngày mua đầu tiên" [trong đó có các thuộc tính như "Ngày của năm mua hàng thứ nhất" thay vì chỉ "Năm"] bảng chiều với nhãn cột duy nhất.
Quyển sách này khá độc đáo về khái niệm và công nghệ và không đi sâu vào chi tiết triển khai. Các từ ngữ ở một số nơi ngụ ý sử dụng quan điểm, và ở những nơi khác ngụ ý sử dụng bản sao bảng vật lý. Như đã đề cập ở trên, cả hai đều có đủ bất lợi lớn mà tôi sợ phải mạo hiểm xuống cả hai con đường vì tôi đã có thể thấy trước đau đầu.
Bạn nghĩ tôi nên triển khai nhiều vai trò của một tham số ngày như thế nào để tôi có thể tùy chỉnh thuộc tính mô tả/tên của thuộc tính cho mỗi vai trò/trường hợp sử dụng mà thứ nguyên tham gia?
Tôi cũng sẽ có các bảng thực tế khác tham chiếu cùng một thứ nguyên và do đó sẽ có vấn đề tương tự, vì vậy không chỉ là vấn đề có một bảng thực tế tham chiếu một tham số hai lần.
Rõ ràng tôi không phải là người duy nhất có vấn đề này https://connect.microsoft.com/SQLServer/feedback/details/144500/rename-attributes-for-each-instance-of-a-role-playing- kích thước – AaronLS
** Gần đây tôi đã tìm thấy một bài viết bao gồm kịch bản này khá tốt **: https://www.mssqltips.com/sqlservertip/3058/custom-attribute-names-in-role-playing-dimensions-for-ssas / – AaronLS