Now at a new job, I've got a consultant saying that they use SCD transformations all the time. The performance does seem to be really poor, even with relatively small dimensions (5000 rows). My gut feeling is that this is just being lazy -- it's being used even on simple Type 1 dimensions.
I agree with you but you're fighting prior status quo (which is lazy in and of itself). If you want to not use SCD transformations going forward, then you're very likely going to have to take the following steps...
1. Design an alternate method and write the code or method (or whatever) for it.
2. Prove that the alternate method is substantially faster across a large data set and why being faster is a good thing. You'll get questions like "If the run finishes overnight, who cares if it takes 4 hours or 4 minutes?". Yeah... I know. Questions like that don't show forward thinking insofar as scalability but that's the reality of problems like this.
3. Prove that the alternate method is either easier or not too much more difficult than the current method.
4. Then you'll have to prove that the new method is either cheaper or at least not much more expensive to implement than the old way because, just like when someone runs for election, every little detail is going to be raked up. They'll actually spend more money justifying why not to change than you'll spend justifying the change. The costs should include the "training" people will need to get used to the new method.
Think "ROI" here. You're trying to bring about change contrary to the words of an, apparently, trusted resource. Even if it's for the better, it's still a change and people resist change especially for something that's already working even if it works poorly. You're going to have to not only prove there's a better way, but why it's a better way, that it's "better enough" to justify a change, and what both the short and long term advantages actually are. Otherwise, people will continue to use the excuses of "We've always done it this way" and "We've never done it that (meaning "your") way before".
is pronounced ree-bar and is a Modenism for R
First step towards the paradigm shift of writing Set Based code: Stop thinking about what you want to do to a row... think, instead, of what you want to do to a column.
Although they tell us that they want it real bad, our primary goal is to ensure that we dont actually give it to them that way.
Although change is inevitable, change for the better is not.
Just because you can do something in PowerShell, doesnt mean you should. Helpful Links:
How to post code problemsHow to post performance problemsForum FAQs