I’ve noticed that Looker complains that my refinement views do not contain a primary_key dimension, despite the fact that the view being refined already has a primary key defined.
Does this mean that I need to declare a primary key each time I do a refinement? (If so, why?)
Or is it just a bug with the “code-checker” (or whatever it’s called)…
So far, I haven’t encountered any issues when using refined views that don’t have a PK redeclared, but I’m concerned that I may just have missed something up to now.
Solved! Go to Solution.
I confirm I also see this warning. I’m not sure if it was there before but if it were, I never noticed it and I am sure it has no impact..
The "i" symbols (a.k.a. gutter warnings) are usually local in context, and as you noticed may provide false positives. However, it's definitely not a blocking error, and is actually not a problem.
I confirm I also see this warning. I’m not sure if it was there before but if it were, I never noticed it and I am sure it has no impact..
Thanks @Dawid. Appreciate the validation - was worried I was missing something important here.
The "i" symbols (a.k.a. gutter warnings) are usually local in context, and as you noticed may provide false positives. However, it's definitely not a blocking error, and is actually not a problem.