Max, the issue is the IDs are treated as not case sensitive e.g. 1A234b is treated the same as 1a234B. When you use this ID in a Rank function it will partition both IDs as one. Thanks!-Benny
I believe if the data will be sorted the first one will come first but it should not matter right? Or you’re thinking of some work around? Please share. Thanks!
@Max yeah just verified with our DB guy and he confirmed our RDS Aurora has this column unique otherwise it will not populate uniquely.
any other thoughts, why this is being treated as case insensitive why and we have this situation? I read in the thread of Case Sensitivity that their default scenario should be what’s expected to happen on our environment but it’s the other way around.
Here are the steps to open a support case. If your company has someone who manages your AWS account, you might not have direct access to AWS Support and will need to raise an internal ticket to your IT team or whomever manages your AWS account. They should be able to open an AWS Support case on your behalf. Hope this helps!
I have an update on this, our DB guy went and double check the setting in Aurora MySQL and found out that by default it’s set as case INsensitive. Flipping the switch took care of this issue.