Talk:Slowly changing dimension

message: I have made some major revisions to the section on Type 6 / Hybrid SCDs, and added a section on Type 2 / Type 6 Fact Implementation. I believe the Type 6 description I gave reflects Kimball well, and will try to add references when I have time and the correct book in front of me.
I'd appreciate help with the fact implementation references, particularly for the "both surrogate and natural key" section. I didn't make this stuff up out of whole cloth, but I'll be darned if I can remember where I learned it. 
The article probably still needs additional citations, but can we remove the "Cleanup" note at the beginning? Coolelle (talk) 20:17, 12 October 2010 (UTC)
thread_title:  Major Revisions to Type 6 SCDs 

message: Type 2 / Type 6 Fact Implementation and Type 6 Hybrid sections are describing the same method, and even the example shown matches in both cases.  The first simply shows the evolution of the dimension as new history is added over time.  The Implementation section shows how facts are related to their point-in-time dimension entries.  These techniques are part of the same method, the former being relevant to how you handle the changes in the dimension, and the latter being how you assign FK in the fact table and query them.  
It probably should also be noted that the main reason for this approach, is because it eliminates the usage of date ranges or functions.  Thus it is much easier to query, performs better, and any querying tool designed to work with data warehouses will understand how to query the relationship, because it is no more complicated than any other join between a fact and dimension.
207.156.50.129 (talk) 23:09, 13 February 2012 (UTC)
thread_title: Suggest combining or making one subsection of other

message: I wonder about the description of SCD type 2.
When the supplier moves to IL, his PK changes to '124'.
From then on, nothing in the table tells me that this is actually the same supplier as '123' who used to be located in CA (unless "supplier code" is actually the key - which should be explained in the article).
I wonder if this is correct and/or useful.
The SCD entry in German language describes this differently (same PK but different version number or validity date) which looks more convincing to me.  —Preceding unsigned comment added by Oliver.schoisswohl (talk • contribs) 13:53, 13 October 2010 (UTC)
replies: text: Good point about natural vs. surrogate keys. I made some small changes to the Type 1 and Type 2 entries to recitfy this. Let me know what you think. Coolelle (talk) 20:02, 13 October 2010 (UTC)
thread_title:  New PK in SCD type 2 (and other types)? 

message: I am adding a citation needed tag to the statement of the origin of the term "Type 6" - there is no citation currently given and Margy Ross from the Kimball Group has disputed the accuracy of this in a class she gave today.  Please provide a citation.  Alucard (Dr.) | Talk 22:44, 14 December 2011 (UTC)
thread_title:  Type 6 Attribution 

message: On Tue 05 Feb 2013, the Kimball Group published a new "Design Tip" written by Margy Ross with the title "Design Tip #152 Slowly Changing Dimension Types 0, 4, 5, 6 and 7" http://www.kimballgroup.com/2013/02/05/design-tip-152-slowly-changing-dimension-types-0-4-5-6-7/ in order to clarify and standardize the usage of SCD types other than 1, 2, and 3. The article presents information from the forthcoming third edition of their dimensional design book "The Data Warehouse Toolkit" due July 2013.
The definition of these types (0, 4, 5, 6 and 7) differs significantly from the various different definitions that have appeared through the years, some of which appear in the present (Wed 06 Feb 2013) version of this Wikipedia article.
Suggested changes to this Wikipedia article:
1. Revise the introductory section to more accurately define the topic. Ralph Kimball et al (articles and books) and Chris Adamson (books) both provide excellent explanations. 
2. Revise/replace the affected sections with content from the above referenced article. (Kimball originally introduced the concept and terminology of "slowly changing dimensions" [SCD] and their numbering. The current content of the Wikipedia article does not reflect broadly accepted usage and terminology... or at least not as broadly accepted and used as the original 1, 2, and 3 definitions.)
3. Retain the existing affected content, without a number label or with a corrected number label if applicable, IF there are appropriate references. The assignment of the SCD numbers in particular is questioned.
4. No doubt there are other changes that would enhance the article.
Since I am a Wikipedia "edit" newbie, and therefore not up to speed on the technical details and social protocols of article editing, I should not take on the task of making these changes myself at this time. However, I am willing to work with a patient and friendly mentor.
Jpoc.yoda (talk) 22:16, 6 February 2013 (UTC)
thread_title:  New source for definition of SCD types other than 1, 2, 3 

message: The Type 2 and Type 6 examples appear to show start and end dates as closed intervals - the effective date range of the rows includes both the specified start and specified end dates. Using closed intervals creates a logical gap between each successive range, i.e. the gap between the end date/time of one row and the start date/time of the next, for example, the gap between 2004-12-21 00:00:00 and 2004-12-22 00:00:00. Ralph Kimball and others (including ISO 8601) advocate using half-open intervals, not closed intervals:
"The end-effective-datetime of a Type 2 dimension record must be exactly equal to the begin-effective-datetime of the next change for that dimension member"
This means that the effective date/time range for a dimension row should be understood to be startDate <= t < endDate and not startDate <= t <= endDate.
Also:
"The most current dimension record must have an end-effective-datetime equal to a fictitious datetime far in the future." i.e. not a null (ibid.)
The article ought to be updated to use half-open intervals as a matter of sound practice and as a more general solution (closed intervals can be workable in special cases where the technical precision of the date/time is known and never less than the interval between successive timestamps but that is an exception rather than the general rule).
Oradium (talk) 13:53, 26 April 2019 (UTC)
thread_title:  Half-open intervals instead of closed intervals for SCD Type 2 

message: The section about "Type 5" is very hard to follow. It talks about "mini-dimension" and "base dimension" which weren't clearly defined nor mentioned anywhere else in the article. It also doesn't show any concrete example like in the previous sections. Pdfrod (talk) 10:43, 4 December 2023 (UTC)
thread_title:  Type 5 is confusingly explained