3 ms·

I love reading about the normal forms, because it makes me sound like I know what I'm talking about in the conversation where the backend folks tell me, "if we

I love reading about the normal forms, because it makes me sound like I know what I'm talking about in the conversation where the backend folks tell me, "if we normalized that data then the database would go down". This is usually followed by arguments over UUID versions for some reason.

necovek 6mo ago
So which normal form do they argue for and against? And what UUID version wins the argument?
- Tostino 6mo ago
  Not OP, but UUID v7 is what you want for most database workloads (other than something like Spanner)
  - RedShift1 6mo ago
    Me still using bigints... Which haven't given me any problems. Wouldn't use it for client generated IDs but that is not what most applications require anyway.
  - tossandthrow 6mo ago
    I use the null uuid as primary key - never had any DB scaling issues.
    - petalmind 6mo ago
      Yeah, no NULL is ever equal to any other NULL, so they are basically unique.
      - Groxx 6mo ago
        You are also guaranteed to be able to retrieve your data, just query for '... is null'. No complicated logic needed!
- tadfisher 6mo ago
  Explaining jokes is poor form.
  - culi 6mo ago
    On the internet it is normal.
  - necovek 6mo ago
    This was an attempt to extend jokes and not ask for explanation: there are a number of normal forms, and people usually talk about "normalization" without being specific thus conflating all of them; out of 7 UUID versions, only 2 generally make sense for use today depending on whether you need time-incrementing version or not.