Finally, a design with multiple dia

Finally, a design with multiple diagnosis
foreign keys would make for very ineffi cient BI applications because the query
doesn’t know which dimensional slot to constrain for a particular diagnosis.
The design shown in Figure 14-3 handles the open-ended nature of multiple diagnoses. The diagnosis foreign key in the fact table is replaced with a diagnosis group
key. This diagnosis group key is connected by a many-to-many join to a diagnosis
group bridge table, which contains a separate row for each individual diagnosis in
a particular group.

Kết quả (Việt) 1:

Cuối cùng, một thiết kế với nhiều chẩn đoán chìa khóa nước ngoài sẽ làm cho ineffi rất gói BI ứng dụng vì truy vấn không biết có khe chiều để hạn chế cho một chẩn đoán cụ thể.Thiết kế, minh hoạ trong hình 14-3 xử lý bản chất mở của nhiều chẩn đoán. Chẩn đoán chìa khóa nước ngoài trong bảng thực tế được thay thế bằng nhóm chẩn đoán chìa khóa. Phím này nhóm chẩn đoán được kết nối bởi một tham gia nhiều rất nhiều đến một chẩn đoán Nhóm cầu bảng, trong đó có một hàng riêng biệt cho mỗi chẩn đoán cá nhân trong một nhóm cụ thể.

Kết quả (Việt) 2:

Cuối cùng, một thiết kế với nhiều chẩn đoán
các phím nước ngoài sẽ làm cho các ứng dụng BI hụt rất ineffi vì các truy vấn
không biết chiều khe để hạn chế cho một chẩn đoán cụ thể.
Các thiết kế thể hiện trong hình 14-3 xử lý bản chất mở của nhiều chẩn đoán. Các khóa ngoại chẩn đoán trong bảng thực tế được thay thế bằng một nhóm chẩn đoán
chính. Chính nhóm chẩn đoán này được nối với nhau bằng một tham gia nhiều-nhiều để chẩn đoán
bảng cầu nhóm, trong đó có một hàng riêng cho từng cá nhân trong chẩn đoán
một nhóm cụ thể.