Null Foreign Keys, Attributes, and

Null Foreign Keys, Attributes, and Facts
Typically, many sales transactions include products that are not being promoted.
Hopefully, consumers aren’t just fi lling their shopping cart with promoted products;
you want them paying full price for some products in their cart! The promotion
dimension must include a row, with a unique key such as 0 or –1, to identify this
no promotion condition and avoid a null promotion key in the fact table. Referential
integrity is violated if you put a null in a fact table column declared as a foreign key
to a dimension table. In addition to the referential integrity alarms, null keys are
the source of great confusion to users because they can’t join on null keys.
WARNING You must avoid null keys in the fact table. A proper design includes
a row in the corresponding dimension table to identify that the dimension is not
applicable to the measurement.
We sometimes encounter nulls as dimension attribute values. These usually result
when a given dimension row has not been fully populated, or when there are attributes
that are not applicable to all the dimension’s rows. In either case, we recommend
substituting a descriptive string, such as Unknown or Not Applicable, in place
of the null value. Null values essentially disappear in pull-down menus of possible
attribute values or in report groupings; special syntax is required to identify them.
If users sum up facts by grouping on a fully populated dimension attribute, and then
alternatively, sum by grouping on a dimension attribute with null values, they’ll get
diff erent query results. And you’ll get a phone call because the data doesn’t appear to
be consistent. Rather than leaving the attribute null, or substituting a blank space or
a period, it’s best to label the condition; users can then purposely decide to exclude
the Unknown or Not Applicable from their query. It’s worth noting that some OLAP
products prohibit null attribute values, so this is one more reason to avoid them.
Finally, we can also encounter nulls as metrics in the fact table. We generally
leave these null so that they’re properly handled in aggregate functions such as SUM,
MIN, MAX, COUNT, and AVG which do the “right thing” with nulls. Substituting a zero
instead would improperly skew these aggregated calculations.
Data mining tools may use diff erent techniques for tracking nulls. You may need
to do some additional transformation work beyond the above recommendations if
creating an observation set for data mining.

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

Không nước ngoài phím, thuộc tính, và sự kiệnThông thường, nhiều giao dịch bán hàng bao gồm sản phẩm không được xúc tiến.Hy vọng rằng, người tiêu dùng không chỉ fi lling mua sắm của họ mua hàng với sản phẩm khuyến khích đầu tư;bạn muốn họ phải trả giá đầy đủ cho một số sản phẩm trong giỏ hàng của họ! Chương trình khuyến mãiKích thước phải bao gồm một hàng, với một chìa khóa độc đáo chẳng hạn như 0 hoặc –1, để xác định điều nàychương trình khuyến mại không có điều kiện và tránh một phím không xúc tiến trong bảng thực tế. Referentialtính toàn vẹn là vi phạm nếu bạn đặt một null trong một cột bảng thực tế tuyên bố như một chìa khóa nước ngoàimột bảng kích thước. Ngoài hệ thống báo động referential toàn vẹn, phím không cónguồn gốc của sự nhầm lẫn lớn cho người sử dụng bởi vì họ không thể tham gia vào vô phím.Cảnh báo bạn phải tránh không phím trong bảng thực tế. Một thiết kế thích hợp bao gồmmột hàng trong bảng kích thước tương ứng để xác định kích thước là khôngáp dụng cho các phép đo.Đôi khi chúng tôi gặp phải nulls như giá trị thuộc tính kích thước. Chúng thường gây raKhi một kích thước nhất định hàng không được dân cư đầy đủ, hoặc khi không có thuộc tínhđó là không áp dụng đối với tất cả kích thước hàng. Trong cả hai trường hợp, chúng tôi khuyên bạn nênthay thế một chuỗi mô tả, chẳng hạn như chưa biết hoặc không áp dụng, ở nơigiá trị null. Vô giá trị cơ bản biến mất trong trình đơn thả xuống có thểthuộc tính giá trị hoặc trong báo cáo nhóm; cú pháp đặc biệt là cần thiết để xác định chúng.Nếu người dùng tổng kết sự kiện bởi nhóm trên một kích thước đầy đủ dân cư thuộc tính, và sau đóNgoài ra, tổng hợp bởi nhóm trên một thuộc tính kích thước với vô giá trị, họ sẽ nhận đượckhác tiểu kết quả truy vấn. Và bạn sẽ nhận được một cuộc gọi điện thoại vì dữ liệu không xuất hiện đểđược phù hợp. Thay vì để lại các thuộc tính bằng không, hoặc thay thế một không gian trống hoặcmột thời gian, nó là tốt nhất để nhãn điều kiện; người dùng có thể sau đó cố ý quyết định để loại trừCác chưa biết hoặc không áp dụng từ truy vấn của họ. Nó là đáng chú ý rằng một số OLAPsản phẩm ngăn cấm các thuộc tính vô giá trị, vì vậy đây là một trong những lý do hơn để tránh chúng.Cuối cùng, chúng tôi cũng có thể gặp nulls như các số liệu trong bảng thực tế. Chúng tôi nói chungđể lại những không để cho họ đúng cách xử lý trong các chức năng tổng hợp chẳng hạn như Tổng số,MIN, MAX, đếm, và AVG mà làm "đúng" với nulls. Thay thế một số khôngthay vào đó sẽ không đúng cách nghiêng những tính toán tổng hợp.Công cụ khai thác dữ liệu có thể sử dụng khác tiểu kỹ thuật cho việc theo dõi nulls. Bạn có thể cầnđể làm một số công việc chuyển đổi thêm ngoài những kiến nghị trên nếutạo ra một sự quan sát thiết lập cho khai thác dữ liệu.

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

Null Keys nước ngoài, thuộc tính, và Sự kiện
Thông thường, các giao dịch bán hàng nhiều bao gồm các sản phẩm mà không được thăng chức.
Hy vọng rằng, người tiêu dùng không chỉ fi lling giỏ mua hàng của họ với các sản phẩm khuyến mại;
bạn muốn họ phải trả giá đầy đủ đối với một số sản phẩm trong giỏ hàng của họ! Chương trình khuyến mãi
kích thước phải bao gồm một hàng, với một chìa khóa duy nhất như 0 hoặc -1, để xác định này
điều kiện không có khuyến mãi và tránh một chìa khóa thúc đẩy null trong bảng thực tế. Tham chiếu
toàn vẹn bị vi phạm nếu bạn đặt một null trong một cột bảng thực tế khai báo là một chính nước ngoài
để một bảng kích thước. Ngoài các báo động toàn vẹn tham chiếu, các phím null là
nguồn gốc của sự nhầm lẫn rất lớn cho người sử dụng bởi vì họ không thể tham gia vào các khóa null.
CẢNH BÁO Bạn phải tránh phím null trong bảng thực tế. Một thiết kế thích hợp bao gồm
một hàng trong bảng kích thước tương ứng để xác định rằng chiều là không
áp dụng đối với các phép đo.
Đôi khi chúng ta gặp phải null như chiều hướng giá trị thuộc tính. Đây thường là kết quả
khi một hàng chiều hướng nhất định đã không được dân cư đầy đủ, hoặc khi có những thuộc tính
mà không được áp dụng cho tất cả các hàng của kích thước. Trong cả hai trường hợp, chúng tôi khuyên bạn nên
thay thế một chuỗi mô tả, như Unknown hoặc Không áp dụng, thay
các giá trị null. Giá trị Null về cơ bản biến mất trong các trình đơn thả xuống của thể
các giá trị thuộc tính hoặc trong các nhóm báo cáo; cú pháp đặc biệt được yêu cầu để xác định chúng.
Nếu người sử dụng tổng hợp các sự kiện bằng cách nhóm trên một thuộc tính kích thước đầy đủ dữ liệu, và sau đó
cách khác, số tiền bằng cách nhóm trên một thuộc tính kích thước với giá trị null, họ sẽ nhận được
kết quả truy vấn erent khác. Và bạn sẽ nhận được một cuộc gọi điện thoại vì dữ liệu không xuất hiện để
được nhất quán. Hơn là để lại null thuộc tính, hoặc thay thế một không gian trống hoặc
một khoảng thời gian, tốt nhất là để nhãn điều kiện; người dùng có thể cố ý quyết định để loại trừ
các Unknown hoặc Không áp dụng từ truy vấn của họ. Nó đáng chú ý là một số OLAP
sản phẩm cấm thuộc tính giá trị null, vì vậy đây là một trong nhiều lý để tránh cho họ.
Cuối cùng, chúng ta cũng có thể gặp phải null như số liệu trong bảng thực tế. Chúng tôi thường
để lại những null do đó mà họ đang xử lý đúng trong các chức năng tổng hợp như SUM,
MIN, MAX, COUNT, và AVG mà làm "đúng" với null. Thay thế một số không
thay không đúng sẽ nghiêng những tính toán tổng hợp.
Công cụ khai thác dữ liệu có thể sử dụng các kỹ thuật erent diff để theo dõi null. Bạn có thể cần
phải làm một số công việc chuyển đổi bổ sung ngoài các khuyến nghị trên nếu
tạo ra một tập hợp quan sát cho khai thác dữ liệu.