The retail sales fact table include

The retail sales fact table includes the POS transaction number on every line item
row. In an operational parent/child database, the POS transaction number would
be the key to the transaction header record, containing all the information valid
for the transaction as a whole, such as the transaction date and store identifier.
However, in the dimensional model, you have already extracted this interesting
header information into other dimensions. The POS transaction number is still
useful because it serves as the grouping key for pulling together all the products
purchased in a single market basket transaction. It also potentially enables you to
link back to the operational system.
Although the POS transaction number looks like a dimension key in the fact
table, the descriptive items that might otherwise fall in a POS transaction dimension
have been stripped off . Because the resulting dimension is empty, we refer to the
POS transaction number as a degenerate dimension (identifi ed by the DD notation
94 Chapter 3
in this book’s fi gures). The natural operational ticket number, such as the POS
transaction number, sits by itself in the fact table without joining to a dimension
table. Degenerate dimensions are very common when the grain of a fact table represents
a single transaction or transaction line because the degenerate dimension
represents the unique identifi er of the parent. Order numbers, invoice numbers,
and bill-of-lading numbers almost always appear as degenerate dimensions in a
dimensional model.
Degenerate dimensions often play an integral role in the fact table’s primary
key. In our case study, the primary key of the retail sales fact table consists of the
degenerate POS transaction number and product key, assuming scans of identical
products in the market basket are grouped together as a single line item.
NOTE Operational transaction control numbers such as order numbers, invoice
numbers, and bill-of-lading numbers usually give rise to empty dimensions and are
represented as degenerate dimensions in transaction fact tables. The degenerate
dimension is a dimension key without a corresponding dimension table.
If, for some reason, one or more attributes are legitimately left over after all the
other dimensions have been created and seem to belong to this header entity, you
would simply create a normal dimension row with a normal join. However, you would
no longer have a degenerate dimension.

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

Bán lẻ bán hàng thực tế bảng bao gồm số POS giao dịch trên mỗi chi tiết đơn hànghàng. Trong một cơ sở dữ liệu hoạt động cha/con, POS giao dịch số nàolà chìa khóa để giao dịch cho ghi tiêu đề, có chứa tất cả các thông tin hợp lệcho các giao dịch như một toàn thể, chẳng hạn như giao dịch ngày và lưu trữ các định danh.Tuy nhiên, trong mô hình chiều, bạn có đã trích xuất này thú vịthông tin đầu vào kích thước khác. Số POS giao dịch là vẫn cònhữu ích vì nó phục vụ như là nhóm phím töông öùng vôùi kéo với nhau tất cả các sản phẩmmua trong một giao dịch thị trường duy nhất giá trong giỏ hàng. Nó cũng có khả năng cho phép bạnliên kết đến hệ thống hoạt động.Mặc dù POS giao dịch số trông giống như một phím kích thước trong thực tếbảng, các mục mô tả có thể nếu không rơi vào một chiều hướng giao dịch POSđã bị tước. Bởi vì kích thước kết quả là trống rỗng, chúng tôi đề cập đến cácPOS giao dịch số như là một kích thước thoái hóa (identifi ed bởi ký hiệu DD94 chương 3trong cuốn sách này fi gures). Số vé hoạt động tự nhiên, chẳng hạn như các POSsố lượng giao dịch, ngồi của chính nó trong bảng thực tế mà không tham gia vào một chiều hướngbảng. Thoái hóa kích thước là rất phổ biến khi các hạt của một bảng thực tế đại diện chomột giao dịch duy nhất hoặc giao dịch dòng vì kích thước thoái hóađại diện cho identifi duy nhất er của cha mẹ. Thứ tự số, số hóa đơn,và hóa đơn vận đơn số hầu như luôn luôn xuất hiện như thoái hóa kích thước trong mộtchiều mô hình.Thoái hóa kích thước thường đóng một vai trò không thể thiếu trong thực tế bảng chínhchìa khóa. Trong nghiên cứu của chúng tôi, các khóa chính trong bảng bán lẻ bán hàng thực tế bao gồm cácthoái hóa POS giao dịch số và sản phẩm phím, giả sử quét các giống hệt nhauCác sản phẩm trong giỏ thị trường được gộp nhóm cùng nhau như một chi tiết đơn hàng duy nhất.Lưu ý giao dịch hoạt động kiểm soát số chẳng hạn như số đơn đặt hàng, hóa đơnsố điện thoại, và số hóa đơn vận đơn thường cho tăng đến kích thước sản phẩm nào vàđại diện như thoái hóa kích thước trong giao dịch thực tế bảng. Sự thoái hóaKích thước là một phím kích thước mà không có một bảng kích thước tương ứng.Nếu vì một số lý do, một hoặc nhiều thuộc tính được cách hợp pháp còn sót lại sau khi tất cả cácKích thước khác đã được tạo ra và dường như thuộc về thực thể tiêu đề này, bạnchỉ đơn giản là sẽ tạo ra một hàng kích thước bình thường với một tham gia bình thường. Tuy nhiên, bạn sẽkhông, chúng ta còn một chiều hướng thoái hóa.

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

Bảng doanh thu bán lẻ thực tế bao gồm số lượng giao dịch POS trên mỗi đơn hàng
liên tiếp. Trong một cơ sở dữ liệu cha / con hoạt động, số lượng giao dịch POS sẽ
là chìa khóa để ghi tiêu đề giao dịch, chứa tất cả các thông tin có giá trị
cho các giao dịch như một toàn thể, chẳng hạn như ngày giao dịch và nhận dạng cửa hàng.
Tuy nhiên, trong mô hình chiều, bạn đã chiết xuất này thú vị
thông tin tiêu đề vào không gian khác. Số lượng giao dịch POS vẫn còn
hữu ích bởi vì nó phục vụ như là chìa khóa cho nhóm kéo nhau tất cả các sản phẩm
đã mua trong một giao dịch rổ thị trường duy nhất. Nó cũng có khả năng cho phép bạn
liên kết lại để hệ thống hoạt động.
Mặc dù số lượng giao dịch POS trông giống như một phím kích thước trong thực tế
bảng, các mục mô tả mà nếu không có thể rơi vào một chiều hướng giao dịch POS
đã loại bỏ. Vì kích thước kết quả là sản phẩm nào, chúng tôi đề cập đến
số lượng giao dịch POS là một chiều hướng thoái hóa (identifi ed bởi các ký hiệu DD
94 Chương 3
trong gures fi của cuốn sách này). Số lượng vé hoạt động tự nhiên, chẳng hạn như các POS
số giao dịch, ngồi tự trong bảng thực tế mà không gia nhập vào một chiều
bảng. Kích thước thoái hóa rất phổ biến khi các hạt của một bảng thực tế đại diện cho
một giao dịch hoặc giao dịch trực tuyến duy nhất vì kích thước thoái hóa
đại diện cho er identifi độc đáo của phụ huynh. Số thứ tự, số hóa đơn
và hóa đơn-of-vận đơn số gần như luôn luôn xuất hiện như kích thước biến chất trong một
mô hình chiều.
Kích thước thoái hóa này thường đóng một vai trò không thể thiếu trong chính bảng thực tế của
khóa. Trong nghiên cứu của chúng tôi, các khóa chính của bảng doanh số bán lẻ thực tế bao gồm các
số giao dịch thoái hóa POS và sản phẩm trọng điểm, giả quét của giống hệt
sản phẩm trong giỏ thị trường được nhóm lại với nhau như một mục duy nhất.
Số kiểm soát NOTE giao dịch hoạt động như số thứ tự, hoá đơn
số, và các hóa đơn-of-vận đơn số thường làm tăng kích thước rỗng và được
biểu diễn như là kích thước biến chất trong các bảng giao dịch thực tế. Việc thoái hóa
kích thước là một phím kích thước mà không có một bảng kích thước tương ứng.
Nếu vì một số lý do, một hoặc nhiều thuộc tính được hợp pháp còn lại sau khi tất cả các
không gian khác đã được tạo ra và dường như thuộc về thực thể tiêu đề này, bạn
sẽ chỉ đơn giản là tạo ra một bình thường hàng kích thước với một bình thường tham gia. Tuy nhiên, bạn sẽ
không còn có một chiều hướng thoái hóa.