I think your point is valid, but I'm not seeing the instance where a duplicate rows couldn't easily be identified as being exactly that. I suppose in a fully

I think your point is valid, but I'm not seeing the instance where a duplicate rows couldn't easily be identified as being exactly that. I suppose in a fully normalized world of enterprise db architecture this could be an issue, but most real world applications aren't built that way. In reality, speed is key, models are simple and normalized data is usually the bottleneck, and as such, de-normalized PDQ. I know the theory is whack and risks problems, but reality pays the bills in most cases, so it wins.